判断の出発点

MVPには、役に立つ結果まで完了できる一つの道筋と、その価値を確かめる方法が必要です。選んだ仕事の完了、安全な試行、結果の観測に欠かせない機能を残します。

具体例で考える

架空の機材レンタルなら在庫確認、申込み、担当者の確定、キャンセルを残します。請求は責任者と顧客への説明があれば手作業でも構いません。在庫不足で断った依頼も記録し、成立した予約だけで判断しないでください。

利用の流れを一つ完結させる

開始から終了まで書きます。利用者が機材を見つけ、日程を申し込み、判断を受け、次に何をするか分かる流れです。機能を一つ外して再現し、理解可能で担当者が穴を埋められるなら待てます。お金、在庫、責任が曖昧になるなら初回の議論に残します。必須という言葉に、守る約束の説明を付けます。

手作業にも制限と表示を設ける

手作業をMVPに含めるなら担当者、処理能力、見える状態が必要です。職員が判断する前に予約確定と表示してはいけません。遅延の連絡、営業時間外、待機場所を決め、手順と介入を記録します。計画から手作業を隠しても、顧客への提供を左右し続けます。その負担が次の自動化の根拠になります。

次の機能を認める証拠を決める

延期した機能ごとに再検討する観察を定めます。複数拠点は競合の地図ではなく、実際の予約が拠点間で正しく扱えないときに必要かもしれません。離脱、訂正、問い合わせ、完了を適切なプライバシー管理で見て、利用者との対話も合わせます。公開前には受付、拒否、取消を職員の仕事も含めて試します。約束全体が動き、動かなかった箇所を把握できてこそ学べます。

選択肢とその負担

手作業のサービスは需要を、操作できる試作品は理解を、実用するMVPは実際の利用を調べます。解きたい疑問に合わせて選びます。

見落としやすい点

競合のメニューをそのまま優先順位にしないことです。権限、復旧、必要な通知は目立たなくても不可欠です。延期する機能には理由と再検討の条件を付けます。

依頼前に確認すること

誰のどの仕事を対象にするか。約束を守りながら手作業に残せる部分はどこか。次の投資を変える観察は何か。これをMVP開発の依頼書に記してください。

サービス

MVP開発

目的がはっきりした最初のプロダクト。

このサービスについて相談