日常デモ は何をしますか？
Museのローンチは決してベンチマークスコアを前面に押し出しませんでした。代わりに、請求書の交渉、車の売却、旅行の予約、サブスクリプションの監査など、視聴者が先週実行したジョブを示しました。日常的な実用性はコンバージョンを生み、ベンチマークはすでに確信している人々にしか響きません。
適切なタスクを選ぶ
- 視聴者は今朝それをやりました。 メールのトリアージ、カレンダーテトリス、経費報告書、サブスクリプション監査。認識が desire を生みます：「あれをやるの嫌だな」が「あれをやりたい」に変わります。
- 1つのジョブをエンドツーエンドで。 機能説明ツアーではありません。請求書が交渉され、フライトが予約され、車がリストアップされます。チャットのトランスクリプトではなく、確認画面を見せましょう。
- 退屈であることこそがポイントです。 タスクが印象的に見えれば、視聴者はデモの手柄にします。タスクが退屈に見えてもエージェントがそれをやってのければ、視聴者はプロダクトの手柄にします。
デモを構成する
- ジョブを一文で述べる（「使っていないサブスクリプションを3つ解約して」）。
- それが行われる様子を見せる。必要なら早送りしてもよいが、リアルであること。
- 証拠で締めくくる：確認メール、返金領収書、予約済み旅程。アーティファクトが論拠です。
2分以内に収めましょう。ジョブまたは証拠以外のものはすべて削除します。
スピードが驚きの要素
「めちゃくちゃ速い」と「常時稼働」がローンチの見出しになったのには理由があります。能力が前提条件となったとき、レイテンシが差別化要因になります。最速パスでデモを行い、タイマーがあれば表示し、ローディングスピナーに対して決して謝らず、代わりにそれを削除しましょう。
デモしてはいけないもの
- 抽象的な推論パズル。誰もそれを解く必要に駆られて起きたりしません。
- マルチステップのセットアップ。デモに10分の設定が必要なら、そのプロダクトはデモできる状態ではありません。
- 優雅に失敗できないもの。ライブデモは壊れます。復旧をストーリーの一部にし、終わりにしてはいけません。