お渡しできるもの
一貫した主要な利用経路、利用できる初版、評価計画。
03 / サービス
MVP開発
目的がはっきりした最初のプロダクト。
適しているケース
具体的な課題があり、解決策を使ってもらえるか検証したい場合。
別の方法を検討するケース
課題の理解が先なら、インタビューや試作から始められます。
02 /主な機能
このサービスで対応すること
目的がはっきりした最初のプロダクト。
取り組み方
最も重要な仮説を選び、実際の利用で試す機能に絞ります。
範囲を決める要素
決済、権限、依存関係、初期利用者へのアクセスが初版を左右します。
03 /進め方
要件整理からリリースまで
共通認識、見える進捗、理由のわかる判断。最初の会話から丁寧な引き渡しまで。
01
理解する
業務の流れ、使う人、求める成果を確認します。
02
形にする
利用の流れを整理し、仮説がコードになる前に具体的なデザインで確かめます。
03
丁寧につくる
確認できる単位で開発し、テスト、権限、日常の細部まで考えます。
04
確実に引き渡す
コード、アカウント、ドキュメントをお渡しします。公開と保守の範囲は一緒に決めます。
関連ガイド
04 /FAQ
よくある質問
MVP開発が適しているのはどのような場合ですか？
具体的な課題があり、解決策を使ってもらえるか検証したい場合。
MVP開発の費用は何で決まりますか？
決済、権限、依存関係、初期利用者へのアクセスが初版を左右します。
MVP開発のプロジェクトはどのように進みますか？
最も重要な仮説を選び、実際の利用で試す機能に絞ります。
MVP開発では何が納品されますか？
一貫した主要な利用経路、利用できる初版、評価計画。
MVP開発以外の方法が適しているのはいつですか？
課題の理解が先なら、インタビューや試作から始められます。
MVP開発
目的がはっきりした最初のプロダクト。 最初のプロダクト、複雑な業務、見直したいソフトウェア。現在の状況をお聞かせください。