sales-engineer

セールスエンジニアのスキル

5 フェーズのワークフロー

フェーズ 1：発見と調査

目的： 顧客の要件、技術環境、ビジネス上の要因を理解します。

チェックリスト：

• ステークホルダーと技術面のヒアリングを行います
• 顧客の現在のアーキテクチャと課題を整理します
• 統合要件と制約を特定します
• セキュリティおよびコンプライアンス要件を文書化します
• この案件の競争環境を評価します

ツール： rfp_response_analyzer.py を実行して、初期要件との適合度を評価します。

python scripts/rfp_response_analyzer.py assets/sample_rfp_data.json --format json > phase1_rfp_results.json

成果物： 技術ヒアリング文書、要件マップ、初期の適合度評価。

検証チェックポイント： フェーズ 2 に進む前に、適合度スコアが 50% を超え、必須要件の未対応項目が 3 件以下であることを確認します。次のコマンドで確認します：

python scripts/rfp_response_analyzer.py assets/sample_rfp_data.json --format json | python -c "import sys,json; r=json.load(sys.stdin); print('PROCEED' if r['coverage_score']>50 and r['must_have_gaps']<=3 else 'REVIEW')"

---

フェーズ 2：ソリューション設計

目的： 顧客の要件に対応するソリューションアーキテクチャを設計します。

チェックリスト：

• 製品の機能を顧客の要件に対応付けます
• 統合アーキテクチャを設計します
• カスタマイズの必要性と開発工数を特定します
• 競合との差別化戦略を策定します
• ソリューションアーキテクチャ図を作成します

ツール： フェーズ 1 のデータを使用して competitive_matrix_builder.py を実行し、差別化要因と脆弱性を特定します。

python scripts/competitive_matrix_builder.py competitive_data.json --format json > phase2_competitive.json

python -c "import json; d=json.load(open('phase2_competitive.json')); print('Differentiators:', d['differentiators']); print('Vulnerabilities:', d['vulnerabilities'])"

成果物： ソリューションアーキテクチャ、競争上のポジショニング、技術的差別化戦略。

検証チェックポイント： フェーズ 3 に進む前に、顧客の優先事項ごとに少なくとも 1 つの強力な差別化要因があることを確認します。差別化要因が見つからない場合は、プロダクトチームにエスカレーションします（「統合ポイント」を参照）。

---

フェーズ 3：デモの準備と実施

目的： ステークホルダーの優先事項に合わせた、説得力のある技術デモを実施します。

チェックリスト：

• 顧客のユースケースに合ったデモ環境を構築します
• ステークホルダーの役割ごとに説明ポイントを盛り込んだデモスクリプトを作成します
• 反論への対応を準備します
• 失敗シナリオと復旧手順をリハーサルします
• フィードバックを収集して進め方を調整します

テンプレート： デモ準備を体系化するには、assets/demo_script_template.md を使用します。

成果物： カスタマイズしたデモ、ステークホルダー別の説明ポイント、フィードバック記録。

検証チェックポイント： デモの実施前に、デモスクリプトで phase1_rfp_results.json に記録されたすべての必須要件を網羅している必要があります。次のファイルと照合します：

python -c "import json; rfp=json.load(open('phase1_rfp_results.json')); [print('UNCOVERED:', r) for r in rfp['must_have_requirements'] if r['coverage']=='Gap']"

---

フェーズ 4：POC と評価

目的： ソリューションを検証するため、体系的な概念実証を実施します。

チェックリスト：

• POC の範囲、成功基準、期間を定義します
• リソースを割り当て、環境をセットアップします
• 段階的なテスト（コア機能、高度な機能、エッジケース）を実施します
• 成功基準に照らして進捗を追跡します
• 評価スコアカードを作成します

ツール： poc_planner.py を実行して、POC 計画全体を作成します。

python scripts/poc_planner.py poc_data.json --format json > phase4_poc_plan.json

python -c "import json; p=json.load(open('phase4_poc_plan.json')); print('Go/No-Go:', p['recommendation'])"

テンプレート： 評価の記録には assets/poc_scorecard_template.md を使用します。

成果物： POC 計画、評価スコアカード、実施可否の推奨案。

検証チェックポイント： POC を次の段階に進めるには、すべての評価項目（機能性、パフォーマンス、統合、ユーザビリティ、サポート）のスコアが 60% を超えている必要があります。スコアが 60% 未満の場合は、課題を文書化し、ソリューションを再設計するためフェーズ 2 に戻ります。

---

フェーズ 5：提案とクロージング

目的： 商談の成約を後押しする技術提案を提示します。

チェックリスト：

• POC の結果と成功指標をまとめます
• 実装計画を含む技術提案を作成します
• 根拠を示して未解決の反論に対処します
• 価格設定とパッケージに関する協議を支援します
• 意思決定後に受注・失注分析を実施します

テンプレート： 提案書には assets/technical_proposal_template.md を使用します。

成果物： 技術提案、実装スケジュール、リスク軽減計画。

---

Python 自動化ツール

1. RFP回答分析ツール

スクリプト： scripts/rfp_response_analyzer.py

目的： RFP/RFIの要件を解析し、対応状況を評価してギャップを特定し、入札／不入札の推奨事項を生成します。

対応状況の分類： 完全（100%）、部分的（50%）、計画済み（25%）、未対応（0%）。
優先度の重み付け： 必須 3×、推奨 2×、あると望ましい 1×。

入札／不入札の判断基準：

• 入札： 対応状況 >70% かつ必須要件の未対応が ≤3
• 条件付き入札： 対応状況 50–70% または必須要件の未対応が 2–3
• 不入札： 対応状況 <50% または必須要件の未対応が >3

使用方法：

python scripts/rfp_response_analyzer.py assets/sample_rfp_data.json            # human-readable
python scripts/rfp_response_analyzer.py assets/sample_rfp_data.json --format json  # JSON output
python scripts/rfp_response_analyzer.py --help

入力形式： 完全なスキーマについては assets/sample_rfp_data.json を参照してください。

---

2. 競合比較マトリックス作成ツール

スクリプト： scripts/competitive_matrix_builder.py

目的： 機能比較マトリックスを生成し、競争力スコアを算出して、差別化要因と脆弱性を特定します。

機能のスコア付け： 完全（3）、部分的（2）、限定的（1）、なし（0）。

使用方法：

python scripts/competitive_matrix_builder.py competitive_data.json              # human-readable
python scripts/competitive_matrix_builder.py competitive_data.json --format json  # JSON output

出力内容： 機能比較マトリックス、重み付けされた競争力スコア、差別化要因、脆弱性、勝因となる訴求ポイント。

---

3. POC計画ツール

スクリプト： scripts/poc_planner.py

目的： スケジュール、リソース配分、成功基準、評価スコアカードを含む、構成化されたPOC計画を生成します。

デフォルトのフェーズ分け：

• 第1週： セットアップ — 環境のプロビジョニング、データ移行、設定
• 第2～3週： コアテスト — 主要なユースケース、統合テスト
• 第4週： 高度なテスト — エッジケース、パフォーマンス、セキュリティ
• 第5週： 評価 — スコアカードの完成、ステークホルダーによるレビュー、続行／中止の判断

使用方法：

python scripts/poc_planner.py poc_data.json              # human-readable
python scripts/poc_planner.py poc_data.json --format json  # JSON output

出力内容： フェーズ別POC計画、リソース配分、成功基準、評価スコアカード、リスク登録簿、続行／中止の推奨フレームワーク。

---

参考ナレッジベース

参考資料	説明
references/rfp-response-guide.md	RFP/RFI回答のベストプラクティス、コンプライアンスマトリックス、入札／不入札のフレームワーク
references/competitive-positioning-framework.md	競合分析の方法論、バトルカードの作成、異議への対応
references/poc-best-practices.md	POC計画の方法論、成功基準、評価フレームワーク

アセットテンプレート

テンプレート	目的
assets/technical_proposal_template.md	エグゼクティブサマリー、ソリューションアーキテクチャ、実装計画を含む技術提案書
assets/demo_script_template.md	アジェンダ、トークポイント、異議への対応を含むデモスクリプト
assets/poc_scorecard_template.md	重み付けスコアリングを含むPOC評価スコアカード
assets/sample_rfp_data.json	分析ツールのテスト用RFPサンプルデータ
assets/expected_output.json	rfp_response_analyzer.py の想定出力

統合ポイント

• マーケティングスキル - marketing-skill/ の競合情報とメッセージングフレームワークを活用します
• プロダクトチーム - product-team/ のRFP分析で「計画済み」とされたロードマップ項目について連携します
• Cレベルアドバイザリー - c-level-advisor/ の経営層の関与が必要な戦略的案件をエスカレーションします
• カスタマーサクセス - ../customer-success-manager/ のCSMにPOCの結果と成功基準を引き継ぎます

---

最終更新： 2026年2月 ステータス： 本番環境対応済み ツール： Python自動化スクリプト3本 参考資料： ナレッジベース文書3件 テンプレート： アセットファイル5件