「Y Combinator」（「YC」）ベンチャーキャピタルファンドを利用する際のヒントの1つは、「できるだけ早く始めよう」、つまり 準備が整うと考えるずっと前にビジネスを始めてください。
私のスタートアップでは、このアドバイスに従っただけではありませんでした。 私たちは彼に、私たちがしたすべてのことをほぼばかげた程度で紹介しました。 実際、製品を「迅速かつ頻繁に」提供することが、現在、同社の最も切望されている行動です。 これは会社の非常に支配的な機能であり、私たちの成長に貢献し、その採用がほぼすべてのビジネスに利益をもたらすと考えています。
ここで、これが何を意味し、どのように機能するかについての戦術的な考慮事項を共有したいと思います。
「高速配信」が重要なのはなぜですか？
製品を提供することの利点は、すべての人にとって明確であることを願っています。 そのような引き渡しがなければ、会社は成長せず、定義上、スタートアップはありません。
問題は、私たち全員が遅すぎてめったに製品を配達しない傾向があるということです。 いくつかの心理的要因が暗黙的に作用しますが、同時にこのような引き渡しを防ぎます：プライド、完全主義、プロジェクトの境界の広がり、批判の恐れ、拒絶の恐れ。
私は苦い経験でこれを経験しました。 振り返ってみると、私たちの会社での最初の製品開発はとんでもなく悪いものだったことがわかります。 私たちは、開発できる機能のセットがあるという誤った信念に基づいて、私たちの成長が始まるおかげで、ユーザーがまったくいない何かに取り組んでいます。
YCに入社するとすぐに、作成した製品が単に機能していないことが明らかになりました。 （1）私たちは生き残りたいと思ったので、私たちは最初の素晴らしい創造物を脇に置き、何か他のものを試さなければなりませんでした。
v1ではなくv0で作業する
効率性に焦点を当てて、最近作成された一連の製品を開始しました。 ユーザーを見つけられない何かを始めるたびに、ロールバックし、働き、少しずつ始めました。 特定の製品を拒否するたびに、その製品に費やした時間を厳しく批判し、次のラウンドに費やす時間を減らしました。
「最小実行可能製品」の熟成期間は3か月から1週間、1日に短縮され、最終的に数時間に達しました。 最終的に、それは私たちの最も小さな問題でした-私たちの受信トレイのファイルとアドレスを提示した唯一のページは、私たちに大部分の成功をもたらしました。
このリリースを「v0」と呼びました。 この「v0」は、製品の完全なビジョンに向けた最初のステップであり、意図する目的にほぼ対応する、作成しようとしているものの最も最小限のバージョンです。 「v0」には多くの明らかな資料が欠けていることは明らかです。これは素晴らしいことです。なぜなら、開発しているものには、最終的に必要なものを作成することを促す前提条件が含まれているからです。
「V0」はあなたの仕事の最も小さな成果であり、「まあ、それは私がやったことです。 そして、どうやって？」
製品機能「v0」の開発
新製品には多くのあいまいさがあります。どのプロパティが重要になるか、どの設計または実装が機能するかは不明です。 したがって、市場への製品の迅速な投入（「迅速な配達」）が製品を市場に適合させるために重要であるように、製品の特性を調整するには新しい製品特性の迅速な開発が不可欠です。
これらの特性は非常に基本的なものであることが判明したため、それらが削除されると、機能の欠如により苦情が始まりました。 しかし、それが私たちに必要なものでした。私たちは努力を費やすことなく、顧客がこの特定の特性を必要としていることをすぐに見つけました。
The Wizard of Ozの慎重に作成されたレイアウトと方法を使用すると、スタートアップとして最も貴重な資産の一部である時間と技術リソースを節約しながら、最小限の機能をマスクできることがよくあります。
このアプローチの主な裏側は、製品が本来よりも成熟度が低く、成熟していると認識されることです。 しかし、フィードバック（「v0」のリリースから得られた情報と経験）は、評判に対するわずかな初期損害の可能性を大幅に上回っています。
ミニデモ
特性「v0」の概念を使用して、「内部ミニデモ」と呼ばれる方向に一歩踏み出しました。
誰かが新しい要素について私たちと一緒に作業しているとき、彼は一般的な議論のためにこの開発の非常に早いバージョンを提出するべきです。 プロジェクターを使用して、オフィスの中央のスクリーンに置きます。 その瞬間に自由になった従業員は誰でも、巨大なスクリーンにいて、見たり話したりできます。
これは通常、新しい要素のデモンストレーションがその要素の作業の1日後またはそれ以前に行われることを意味します。 これは、インターフェースの新しい部分、または隠された技術的機能でさえあるかもしれません（「このボタンをクリックすると、インフラストラクチャ全体が復元されました-素晴らしいですね？」）。 ミニデモは、作業の大部分を開始するように設計されているだけではありません。 それらは、表示できる新しいものが現れるとすぐに、絶えず実行されます。
これらのミニデモは、多くの理由で驚くほど便利です。 それらは：
- 重要な距離がカバーされるずっと前に、開発者に正しい方向を伝えます。 プロジェクトの開始時に誰かが簡単に迷うことがあります。
- 私たちのチームの包括的な経験を組み合わせることで、あらゆる不動産の開発における幅広い視点とニーズを考慮することができます。
- 彼らは定期的な「点滴」の進歩的な開発運動を提供し、誰でも他の従業員が何をしているかをよりよく理解するのを助けます。
- 彼らはさまざまな場所で働いたり旅行したりする人々を集めます。
- アイデアを提示する際に不要な作業を防ぎます（たとえば、いくつかの箇条書きを書くだけでなくPowerPointでスライドショーを作成するなど）。
- 素材を仕事に投入し、それを促進するために、強制の何らかの機能の役割を果たします。
- 毎日の成功感と仕事の見通しを作成します。
重要なことは、ミニデモの議論が生産的であることです。 最も有用なコメントは非常に具体的で、データまたは経験に基づいています（たとえば、「ピクトグラムでのみインターフェイスをリリースした前回。多くのクライアントは、このボタンの機能を理解するために多くの時間を費やしました。」営業スタッフは1日中同じウィンドウで過ごしています。このウィンドウに自分の好みを記憶させることができますか？）。 「些細なことに焦点を当てる」ことに注意してください-重要でない議論や批判を伴う二次的または三次的な方向に議論を進めないでください。
会社の創設者が最初に製品の迅速な配達をかわすように、最初はすべての従業員がミニデモを発行することを難しいと考えています。 特にチームに加わったばかりの新入社員にとって、良い印象を与えたい人々の部屋全体に、仕事の一部の乱雑で未完成の部分を提示することは、完全な不快感を引き起こします。 しかし、冷静なサポートと定期的な参加により、ほとんどの人がこの働き方に夢中になることがわかりました。
情報技術を超えて機能します。
「高速配信」の概念は、テクノロジーだけで有効ではありません。 技術製品にミニデモを使用することに成功し、このプラクティスをチーム内のすべてに移しました。 人々はプロジェクターに行き、潜在的なバイヤーを評価するための新しいスプレッドシート、顧客向けヘルプセクションからの新しい記事、採用チャネル、最新のZapier統合などを提示します。 あらゆる種類の作品を提示することができ、実際、ミニデモとして提示されます。
ミニデモを提示するプロセスがドグマやルールにdrれないように、その柔軟性をサポートします。 ミニデモは特定の形式に関連付けられていません。 非常に小さな変更を「マイクロデモ」と冗談で呼んでいます。 大規模な「マクロデモ」が発行されることもあります。 いつでも提出できます。 多くの場合、コーヒーを飲みながら、数人が次から次へと数分間プロジェクターに近づき、今朝何らかの方向で学んだことを見せます。 最終製品を送信する前に、「最後の考慮事項」を記載したミニデモの最終プレゼンテーションを行います。 重要なのは、誰にとっても興味深く有用なものにすることです。
「迅速かつ頻繁に」すべてを提供することが、当社のベストプラクティスです。 これらのミニデモのおかげで、より良く、より速く作業できます。 他の人がこのプラクティスを私たちと同じくらい魅力的にすることを願っています。
David MackはSketchDeck（YC W14）の共同設立者兼CTOであり、カスタム開発を提供し、企業がプレゼンテーション資料をプロの開発者にアウトソーシングできるようにします。 彼はケンブリッジ大学でコンピューターサイエンスの学士号を、オックスフォード大学で数学とコンピューターサイエンスの修士号を取得しました。
注釈
（1.）プロジェクトの成功の状況が不明な場合、ユーザー数が明確に増加しない3か月は、他のことを試す時が来たという合理的な警告です。