Question 1

カタログに無い要件は、どうなりますか

Accepted Answer

個別に設計して実装します。ブロックで埋まらない部分があることは前提で、構想相談で最初に切り分けるのがまさにそこです。カタログは「作れる範囲」ではなく「すでに作ってある範囲」を示すもので、実装の上限ではありません。実際、事業ごとに要件の差が大きい領域は、あえて既成のブロックにせず個別設計を前提とした扱いにしています。

Question 2

既存システムから移行できますか

Accepted Answer

既存側を残したまま、対応するブロックを接続層に差し替える形で進められます。会員基盤や基幹システムがすでにある場合、それを作り直す必要はありません。ブロック間の境界が API として定義されているため、たとえば認証は既存のものを使い、審査と決済だけを新規に載せるといった構成が取れます。どこを残してどこを載せ替えるかは、構想相談での最初の論点になります。

Question 3

「本番稼働実績あり」は、何を意味しますか

Accepted Answer

実際の事業者の本番環境で、実利用者のトラフィックを受けて稼働している実装があることを意味します。社内の検証環境で動いた、という意味ではありません。どの事業でのものかは守秘のため開示していませんが、バッジを出せるブロックには裏付けの記録を社内で管理しており、記録のないブロックにバッジが付くことがないよう、公開前の自動検証で機械的に止めています。

Question 4

費用はどうやって決まりますか

Accepted Answer

構成に含まれるブロック数と、既存システムとの接続範囲、運営体制の内製度で決まります。ブロック単価を積み上げる方式は取っていません。同じブロック数でも、既存システムとの接続が多い構成は工数が伸びるためです。構想相談のあと、構成と前提条件を固めた状態でお見積りします。LP 上で構成を組んでから相談いただくと、初回で概算までお出しできます。

Question 5

実績の詳細は開示できますか

Accepted Answer

事業者名・サービス名は開示していません。プラットフォーム事業の構築は、審査基準や手数料設計といった競争条件そのものに触れるため、守秘の範囲が広くなります。開示できるのは、領域のカテゴリ（訪問ヘルスケア領域、など）と、どのブロックが本番で動いているかまでです。構想相談では、NDA の範囲内でより具体的にお話しできる部分があります。

Question 6

内製化まで支援してもらえますか

Accepted Answer

できます。運営フェーズの関わり方として、運用を引き取る形と、内製チームへ引き継ぐ形の両方を用意しています。引き継ぎを前提にする場合、実装の段階から設計判断の記録とテストの整備を厚くしておく必要があるため、構想の時点で内製化の意向を伝えていただくほうが総額は下がります。

Question 7

構想が固まっていなくても相談できますか

Accepted Answer

その段階のほうが向いています。構想相談は要件定義の代わりではなく、要件を切り分けるための場です。供給の母集団はあるが取引に変換できていない、という状態であれば、どのブロックが必要でどこから着手すべきかを45分で整理できます。事前に用意いただくものはありません。

Question 8

想定期間のレンジは、何を根拠に出していますか

Accepted Answer

ブロックごとの実装期間に、構成全体の依存関係と結合工数を加味して算出しています。ブロック単価の単純な積み上げではありません。積み上げ方式は、ブロック同士をつなぐ工数と統合検証の期間が抜け落ちるため、構造的に過小見積りになります。LP 上で提示しているのは要件定義完了後の実装期間で、構想フェーズと法務確認の期間は含みません。