MonMon / ウェブサイト企画
ソフトウェア会社の Web サイト: デモを依頼する前に使用例を説明する
MonMon AI · 発行済み
ソフトウェア Web サイトは、訪問者が製品の機能、対象者、デモンストレーションの内容を理解できるようにする必要があります。専門用語のリストだけでこれらの質問に答えられることはほとんどありません。認識可能なタスクと、それをサポートするために実際に利用できる機能を中心にストーリーを構築します。
ユーザーのタスクから始める
ユーザー、ユーザーが完了する必要がある作業、および関連する製品のワークフローについて説明します。慎重に検討された顧客のケーススタディであるかのように装わずに、具体的な例を使用してください。ソフトウェアがプロセスのどこに該当し、何がその範囲外に残っているかを説明します。これにより、購入希望者はその製品を検討するかどうかを決定するための基準が得られます。
利用可能な機能と計画されている機能を個別に分離する
現在使用可能な機能、構成に依存する機能、および計画されている機能を表示します。明確なラベルのないロードマップをライブ機能リストに混入しないでください。スクリーンショットがデザインコンセプトである場合は、それを特定します。見込み顧客は、デモンストレーション中に、目立つように宣伝されている機能が実装されていないことに気づく必要はありません。
スクリーンショットとデモをコンテキストとともに使用する
スクリーンショットに、それが示すタスクまたは画面のキャプションを付けます。デモでサンプル データを使用するかどうかを説明し、機密記録の公開を避けてください。短いウォークスルーでは、一連の装飾的な画面ではなく、意味のあるワークフローが示されるはずです。パフォーマンスや時間の節約を主張するには、特定された測定コンテキストが必要です。モックアップだけではサポートできません。
状態統合境界
製品が他のシステムに接続する場合は、チームがサポートできる統合と、公開が承認された重要な条件について説明します。既存の接続と、評価が必要なカスタム統合作業を区別します。セキュリティとホスティングに関する記述は、責任のある技術所有者がレビューする必要があります。広範なマーケティング用語で、検証されていない機能を示唆しないでください。
デモの問い合わせの資格を得る
訪問者が調べたい問題、関連する製品分野、連絡方法を尋ねます。追加の質問には、デモンストレーションを準備するための明確な目的が必要です。 Web サイトの承認時に、デモ ルートがそのコンテキストを保持していることを確認します。発売後、適切なデモのリクエストとその後の販売段階を個別に検討します。デモ ページを閲覧したからといって、製品が顧客に成果をもたらしたという証拠にはなりません。
準備チェックリスト
- 定義されたユーザーおよび実際の使用例
- ロードマップ項目と区別されるライブ機能
- 目的とデータのコンテキストがラベル付けされたスクリーンショット
- 統合に関する主張の検討
- 所有者によって承認された技術的記述
- デモの問い合わせで顧客のタスクを特定する
よくある質問
将来の機能を Web サイト上で紹介できますか?
はい、計画どおりに明確に説明されており、現在利用可能であると表現されていない場合は可能です。
製品マーケティング サイトにはソフトウェア アプリケーションが含まれていますか?
いいえ。プロジェクト契約に明示的に含まれていない限り、プレゼンテーション Web サイトと製品自体は別個の範囲となります。