0:00 → 0:06
さて、これをすべて行っているのは、最小実行可能製品を定義するためです。
0:06 → 0:10
または、略してMVPと呼ばれることもあります。
0:10 → 0:19
MVP は基本的に、最初のインスタンスで構築する製品またはサービスを顧客に提供することです。
0:19 → 0:24
そして、MVPはアルファ版でもベータ版でもなく、大きなアイデアです。
0:24 → 0:30
昔は、製品開発プロセスはシードファンディングからコンセプト、そして
0:30 → 0:37
市場要件文書をエンジニアリング要件文書に変換し、ウォーターフォール開発プロセス全体に展開します。
0:37 → 0:41
そして、それらのステップの一部は、アルファテスト、ベータテスト、そして最初の顧客でした。
0:41 → 0:47
そして、あなたは出荷して顧客に伝えるでしょう、ここにバグのある未完成の製品があります、私のためにそれをテストしてみませんか。
0:47 → 0:51
そして、あなたはいつも、それを請求すべきかどうかについて売上高と議論します。
0:51 → 0:54
しかし、MVPは実際にはかなり異なります。
0:54 → 1:01
MVPは、いいえ、いいえ、仕様が18ページのバージョン1.0製品を疑っているわけではないと言っています。
1:01 → 1:09
私たちは実際に建物の外で最初に作業を行い、バージョン1.0の最小バージョンが何であるかを理解しようとしています。
1:09 → 1:16
エンジニアリングやファウンダーが考えたこととは違う。しかし、顧客が私たちに何を伝えようとしているのでしょうか？彼らは今私たちの使用料を支払う
1:16 → 1:24
そして、それはかなりベータ製品かもしれませんが、私たちは決してその言葉を使用しませんが、実際にはそれが最低限の実行可能な製品であることを顧客に伝えます。