software-demonstration-script

ソフトウェアのデモスクリプト

デモは、15,000ドルの価格に納得してもらう場です。プロらしくプレゼンしましょう。

このスキルでできること

入力：あなたが開発したソフトウェア
出力：ウォークスルー、驚きの瞬間、反論への対応、クロージングへの移行を含むデモスクリプト

デモの構成（ハリウッド方式）

第1幕：導入（2分）

• これまでのやり方を見せます（大変な作業）
• 移行：「では、こちらをご覧ください……」

第2幕：変革（8～10分）

• 主要なワークフローを順に説明します
• 各ステップで削減できる時間を強調します
• 「以前は2時間かかっていた作業が、今では30秒で終わるのがわかりますか？」

第3幕：驚きの瞬間（2分）

• 相手に「すごい」と言わせる機能を1つ紹介します
• 例：ボタンをクリック → 完璧なPDFレポートが瞬時に生成されます
• 「このレポートを手作業で作るのに、1時間かけていたのを覚えていますか？」

第4幕：ビジネスへの効果（3分）

• 機能を削減できるコストに結びつけます
• ROIの計算を見せます
• 「チームの作業時間を月220時間削減できます。月6,600ドル、年間79,000ドルの削減です」

第5幕：クロージング（2分）

• 「ご質問はありますか？」
• 反論に対応します
• 「始める準備はできていますか？」

デモのルール

すること：

• ✅ 実際のデータ、または現実的なデータを使います（「Test User」や「Sample Inc」は使いません）
• ✅ 操作内容を説明します（「『Schedule Inspection』をクリックします……」）
• ✅ 驚きの瞬間の後は、相手の反応を待ちます
• ✅ すべての機能を、相手の課題に結びつけます
• ✅ デモの一部を相手に操作してもらいます（「試してみてください。このボタンをクリックしてください」）

しないこと：

• ❌ UIについて謝りません（「見た目が粗くてすみません……」）
• ❌ バグや未完成の機能は見せません
• ❌ 急いで進めません。相手が理解する時間を取りましょう
• ❌ 技術的な説明はしません（「これはPostgreSQLを使っています……」）
• ❌ 相手が関心のない機能はデモしません

デモ中の反論への対応

「複雑そうですね」 → 「そう感じるのもわかります。機能はたくさんありますが、普段使うのはこの3つの画面だけです。日々のワークフローをお見せします……」

「［機能X］はできますか？」 → できる場合：「もちろんです。お見せします……」 → できないが簡単に対応できる場合：「まだできませんが、フェーズ2で［X］ドルで追加できます。お見積もりしましょうか？」 → できず、対応が難しい場合：「今回の範囲外ですが、そのニーズについてもう少し詳しく教えてください……」

「うちのチームは使わないと思います」 → 「ごもっともな懸念です。今のやり方よりも簡単に使えるよう設計されています。Excelを管理する代わりに、チームは3つのボタンをクリックするだけです。さらに、私が直接トレーニングします」

クロージングへの移行

デモの後：「いかがでしたか？」

気に入っている場合： 「よかったです！始めるまでの流れはこちらです。本日契約書をお送りします。署名して50％の前金（9,000ドル）をお支払いいただければ、6週間後にはご利用いただける状態にします。いかがでしょうか？」

迷っている場合： 「何か気になる点はありますか？」（直接対応します）

「検討したい」と言われた場合： 「もちろんです。具体的には何を検討したいですか？予算、機能、スケジュールでしょうか？」（本当の懸念を探ります）

忘れないでください

デモで売るのは機能ではなく、変革です。

導入前：混乱、時間の浪費、ストレス
導入後：整理、自動化、安心

相手に未来を見せましょう。実感してもらいましょう。そして、契約を成立させましょう。