MVP開発・PoC開発

いま一番大きい不確実さがどちらにあるかで決まります。手書き伝票をAIで読み取れるか、既存の基幹システムからデータを取り出せるかといった技術的な不確実さが大きいならPoC（概念実証）が先です。技術は問題なく、そもそも事業として成立するかが分からないならMVPが先です。3つを順番に全部やる必要はありません。

プロトタイプは見え方や操作の流れを社内の関係者で確認するための試作で、動かないこともあります。MVPは実際のユーザーに使ってもらう製品で、価値が届く品質まで作ります。ごく短く言えば、PoCは「作れるか」、プロトタイプは「使えるか」、MVPは「使われるか」を確かめるものです。

範囲を絞れていれば数週間から3か月程度が一つの目安です。内訳は、仮説を1つに決めるのに1〜2週間、範囲を選ぶのに1〜2週間、つくるのに数週間〜3か月、使ってもらうのに2〜4週間、判断に1週間ほどです。期間を延ばす主な要因は実装量ではなく、仕様が決まらない待ち時間です。週に一度は動くものをご覧いただき、その場で決められる体制を最初にご一緒につくります。

範囲の置き方で大きく変わるため、金額を先にお伝えすることはしていません。画面数、利用する人の種類、外部システムとの連携、既存データの移行の有無、対応する端末、公開後に誰が運用するか。この6点を一緒に整理してからお見積もりします。ご相談の段階で費用はいただきません。

「MVP」という言葉が指す範囲が、会社ごとに違うためです。公開されている情報を並べても、同じ「ノーコードでのMVP開発」が10万円と書かれている記事と500万円と書かれている記事があります。どちらかが間違っているのではなく、含めている範囲が違います。比べるときは、金額より先に上記6点の前提を揃えると判断できます。

進められます。技術的な判断はこちらで引き受けます。ただし何を検証するかという判断は事業側に残ります。ここまでお任せいただくと、確かめたかったことがずれたまま進む可能性があります。仮説を決める場にはご参加いただく前提でご一緒します。

ご相談いただけます。その場合はまず、書かれている機能を一覧にして「これが無いと仮説を検証できないか」を一つずつ確認するところから始めます。要件定義書は関係者の要望を集めた結果になっていることが多く、検証に必要な範囲より大きくなっているのが通例です。

使える場合と、作り替えが必要な場合があります。MVPは検証が目的なので、利用者数の増加や止まってはいけない度合いへの備えは最小限にしていることが多いためです。私たちは方向転換できる形で作り、認証やデータ保存のように転換後も使い回せる部分は既存の仕組みを使います。検証を通過した後、どこを残しどこを作り替えるかの設計までご一緒します。

対応できます。ただし連携先が1つ増えるごとに、仕様確認と例外処理が増えます。検証したい仮説にその連携が本当に必要かは、範囲を決める段階で一緒に確認させてください。検証の段階では手作業で代替し、本番に向けて連携を作るという進め方をとることもあります。

できます。ただし私たちの価値が最も出るのは、何を検証するかを一緒に決める段階です。仕様が固まった状態での実装のみのご依頼も承りますが、その場合は「言われたものを作る」形になり、範囲を絞る役割は果たせません。どちらの進め方をご希望かをお聞かせください。

Webアプリケーション、スマートフォンアプリ、社外向けのSaaS、社内の業務システムに対応します。AI機能の組み込みも、自社プロダクトでの本番運用の知見をもとに設計します。検証の段階ではWebで先に確かめ、必要になってからアプリ化するご提案をすることもあります。

承ります。要件定義から設計・開発・公開後の運用まで一貫して担当できる体制です。検証を通過した後の作り替えも、そのまま同じチームで進められます。保守の範囲と仕様変更が発生した場合の扱いは、お見積もりの時点で書面にしてお渡しします。

構いません。むしろ早くその判断ができることを目的にしています。そのために最初の投資を小さくしています。続ける場合も、次に何を検証するかを決めてから進みます。ここを決めずに作り込みに移ると、以降は仮説のない開発になってしまいます。