この業種で起きる共有課題
SaaSのデモページには、製品のロードマップに含まれる未リリース機能のモックアップや、エンタープライズ限定のダッシュボード画面が含まれることがある。誰でも開けるURLで共有すると、その機能情報が競合や投資家に伝わる前に漏れる可能性がある。
見込み客の社内で「デモを見た担当者が上長に説明したい」という場面では、URLを社内で横展開されるケースが多い。デモURLが上長にも届くのは商談的にはポジティブだが、想定外の第三者が閲覧するリスクも伴うため、相手企業のドメインでアクセスを制限する認証設定が有効だ。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
共有前に隠すべき情報
デモページにSandbox環境へのアクセス情報（テストアカウントのID・パスワード）が含まれている場合は削除してから共有する。テスト環境とはいえ、ログインできる状態で公開するとデータを書き換えられる恐れがあり、次の商談で別の見込み客に影響が出る。
デモで使用している架空の企業名や架空のデータが、偶然現実の企業名と一致していないかを確認する。「株式会社サンプル」のような一般的な名称でも、実在企業と紛らわしいものは避け、自社のデモ専用の架空会社名を統一して使う運用にするとリスクを減らせる。
おすすめ認証方式
初回商談後にデモURLを送る段階では、担当者のメールアドレスを許可するメール認証が最も絞り込める。商談が進んで社内展開が必要になったタイミングで、相手企業のドメインを丸ごと許可するドメイン認証に切り替えると、担当者が上長を自然に巻き込める環境を作れる。
有償トライアルに移行したタイミングでデモURLの認証を削除してプロダクト本体へ誘導する設計にすると、デモから本番移行の導線が自然になる。トライアル期間終了後にデモURLも同時に無効化することで、旧情報が残り続けるリスクを防げる。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
送付文面とレビュー回収
デモURL送付メールには「①このデモで確認できる主要シナリオ2〜3点、②実際の環境とデモの違い（Sandbox表示など）、③次のステップへの誘導（トライアル申込みフォームへのリンク）」を含める。デモを見た後の行動を明示することで、次の商談へのコンバージョン率が上がる。
デモページのアクセスログを確認し、閲覧が集中した時間帯や訪問回数をCRMに記録すると、見込み客の関心度を定量的に把握できる。複数回アクセスがある場合は関心が高いサインなので、フォローのタイミングを早める判断材料にする。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
見込み客がデモページを確認した後、競合他社にURLを教えてしまったという情報が入りました。どう対応しますか？
メール認証を使っていれば競合他社のアドレスからはアクセスできないため、URLを知られても内容は守られています。念のため新しいURLを作成して旧URLを無効化し、見込み客には新URLを再送する対応が確実です。
デモページを複数のSMB企業に同時に送っています。一括で認証設定を管理できますか？
各商談ごとにメール認証を設定する方法が基本です。CSVで許可アドレスを一括インポートできるサービスを使うと、複数商談の管理コストを下げられます。案件番号や企業名を命名規則に含めると管理台帳との照合が楽になります。
デモページのURLをパートナー経由で見込み客に届けるケースがあります。パートナー自身もURLを見られる状態になりますが問題ですか？
パートナーが自社のデモ内容を確認できることは、販売支援の観点からはむしろ有益です。ただし商談固有の価格情報がある場合はパートナー向けと直接提案向けを分けた二つのURLを用意し、それぞれに適切な認証を設定することを推奨します。