製品と市場の適合性を測定するには、ユーザーの増加と比較してユーザーエンゲージメントが指数関数的に増加しているかどうか、およびリテンションが平坦化しているかどうか（0% を超えるかどうか）を確認します。その後、ICP ユーザーが非 ICP ユーザーよりもリテンション率が高いこと、および有料顧客がその ICP の一部であることを確認します。

製品の実験では、失敗は世界の終わりではありません。Google では、実験の 80 ～ 90% が「失敗」します。これは時間の無駄だと思うかもしれませんが、規模が大きい場合、10% の成功ですべての失敗を補って余りあります。たとえば、Bing での見出しの表示方法に関する A/B テストでは、収益が 12% (当時の価値で 1 億ドル以上) 増加しました。

製品の実験は、あなたが思っているよりもずっと「馬鹿げた」ものになることがあります。たとえば、完全な機能を構築する代わりに、偽のドア テストを試してください。これは、背後に何もないオプションやボタンを追加して、ユーザーがクリックするかどうかをチェックするものです。

A/B テストを成功させるには、テスト対象とテスト理由を説明する適切な仮説が必要です。テストのコンテキスト、変更、指標、予想される結果を含めます。

サポートを行うエンジニアは、ユーザーの問題と修正プログラムの配布との間のループを短縮します。サポート担当者、製品マネージャー、計画プロセスが邪魔になる必要はありません。さらに、ユーザーはこれを気に入っています。

構築できる可能性のあるすべてのものの中で、サポート リクエストは最も「現実的」なものの 1 つです。特定のユーザーには特定の問題があります。その問題を解決すれば、製品が改善されますが、他の変更では同じことが言えません。

問題の探索とソリューションの検証という 2 種類のユーザー インタビューです。前者は将来の製品決定の指針となり、後者は現在取り組んでいるものを改善するのに役立ちます。

ほとんどの人はスティーブ・ジョブズではありません。最初から何を作るべきかを「知っている」わけではなく、壮大なビジョンを持っているわけでもありません。その代わりに、製品を出荷し、ユーザーの手に渡し、フィードバックを繰り返します。これをより速く行うほど、製品はより良くなります。

何かを出荷するのに「あと 1 週間」待つのは、ほとんどの場合、悪い考えです。この姿勢を数か月にわたって続けると、勢いがかなり失われます。何かをユーザーの手に早く届ければ届けるほど、それがユーザーにとって価値のあるものかどうか、そしてそれをどのように改善するかが早くわかります。

「アイデアを検証することはできません。アイデアは存在しないので、実際に作らなければなりません。市場がそれを検証するのです」