要点

まず、この作業が支える業務判断を定め、利用する情報、出力形式、人の承認者を限定します。このページでは、新規開拓、ヒアリング、反論対応、フォローアップ、CRM整備を扱うことに重点を置きます。

このガイドの対象: 新規開拓、ヒアリング、反論対応、フォローアップ、CRM整備を扱う必要がある業務責任者、運用担当者、ワークフロー設計者.

営業プロンプトとは何か、何ではないか

有用な営業プロンプトは、アカウント判断、承認済み証拠、出力項目、不確実性ラベル、禁止行為、確認者を定めた作業仕様です。公開情報を購買意向に変えたり、モデルへ連絡、CRM更新、価格提示、条件約束の権限を与えたりするものではありません。

証拠・仮説・行動を分ける

事実は日付付きCRM項目、買い手発言、製品文書、承認済み公開情報へ追跡できる必要があります。関連性は買い手確認まで仮説であり、下書き行動は権限ある営業、営業運用、専門担当の承認まで提案です。

検索目的に合うガイドを選ぶ

本ページは営業ライフサイクル専用です。部門横断の対話にはビジネス向けChatGPTプロンプト、一般的な作業仕様には仕事向けAIプロンプトを参照してください。

信頼できる営業出力の条件

情報源単位の追跡アカウント主張に、項目、メモ、時刻、URL、日付を残します。
不確実性を明示確認済み、推論、矛盾、欠損、非該当を混同しません。
行動は人が所有連絡、記録変更、価格、法務、安全、約束は権限者が判断します。

営業段階とリスクで選ぶ

営業段階の統制マップ
段階AIが作れる案必要な証拠人の判断
対象選定ICP確認、候補、兆候調査承認ICP、地域、配信停止、日付付き企業情報調査または接触へ進めるか
新規開拓メール、LinkedIn、電話導入連絡根拠、地域ルール、承認主張、出典誰に、いつ、どのチャネルで連絡するか
発見議題、質問、準備、要約CRM履歴、買い手発言、文字起こし、目的確認事項と適切な次の対応
評価関係者、異議、比較、共同計画買い手基準、製品証拠、役割、依存必要な証明、専門家、節目
商業提案構成、価格エスカレーション承認範囲、価格表、条件、決定手順価格、約束、例外、公開
学習CRM整備、停滞、受失注分析履歴、定義、買い手情報、データ品質記録、予測、プレイブック変更

原則:プロンプトは同意、権限、データ利用権を作れません。アクセス制限、承認ゲート、配信停止確認、ログで実装してください。

25

25個の実用項目

一度に一項目を選び、角括弧を実際の文脈に置き換え、承認済み根拠を添付し、実行前のレビュー担当を決めます。

01

理想顧客像の確認

弱いシグナルを購買意向に変えず、追加調査に値するか判断します。

承認済みの[ICP定義と除外条件]に対して[アカウント記録]を確認してください。まず利用可能な情報源と日付を一覧化し、企業属性、事業上のトリガー、課題の証拠、購買制約、除外項目、欠損データを表にします。各行を「確認済み・推論・矛盾・不明」に分類し、根拠となるフィールドまたは原文を引用してください。役職だけから予算、緊急性、意向、技術構成を推測しないでください。数値スコアではなく「適合・適合の可能性・証拠不足」と最小の追加調査を返し、割当や接触は営業責任者の承認対象とします。
02

対象アカウント候補

順位の理由を説明でき、担当者が異議を唱えられる候補表を作ります。

[承認済みアカウント母集団]、[ICPルール]、[テリトリールール]、日付付きの[意向またはトリガー情報]だけを使い、[セグメント]の候補表を作成してください。順位付け前に選定基準と除外条件を私に確認します。各社の適格証拠、失格条件、鮮度、欠損項目、担当者、暫定層の理由を示し、「証拠なし」と「否定的証拠」を区別します。重複、子会社、既存顧客、進行案件、配信停止、担当競合を検出してください。連絡先追加、個人情報補完、担当変更、シーケンス開始は禁止し、実行前の人手確認項目を返します。
03

アカウント調査概要

散在する事実を、出典付きの面談準備資料に変換します。

提供されたCRM記録と承認済み公開情報だけで[アカウント]を調査してください。発行者、URL、公開日、参照日、一次/第三者の別を記した情報源台帳を最初に作ります。会社背景、確認済み施策、関連する業務変化、現在の関係、仮説と明示したOpenMax利用候補、5つの発見質問、未解決リスクを出力します。正確な日付を保持し、会社自身の発言と外部評価を分離してください。人員、予算、技術、課題、経営優先事項を推測せず、情報が矛盾する場合は両方を示して担当者に判断を求めます。
04

購買関係者の役割仮説

肩書きを権限や態度と同一視せず、参加役割を検証可能にします。

[案件背景]、[組織情報]、[過去の接点]から関係者の役割仮説を作ってください。各人について確認済み役職、観察された関与、想定される論点、根拠、未回答質問、確信理由を示します。事業スポンサー、技術評価者、利用者、購買、法務/セキュリティ、財務、阻害者、決裁者は確認まで仮説です。肩書き、年次、文体から機微属性、性格、予算権、感情、影響力を推測しないでください。各役割を確認する中立的な質問を一つ提案し、連絡先記録は自動更新しません。
05

検討開始の兆候調査

日付のある出来事を抽出し、関連性を購買意向と誤認しません。

承認済みの[ニュース、開示、求人、製品更新、CRMメモ]から[期間]内の[アカウント]を確認してください。出来事、出典、日付、影響部門、[承認済み価値提案]との関連理由を記録し、「確認済み事象・営業仮説・反証」を分離します。日付のない転載、スクレイピングされた経歴、噂、私的出来事、許可地域外の情報は除外します。説明可能な証拠なしに「意向」と分類したり接触を提案したりしないでください。鮮度、担当者、次の調査質問、失効日を含むレビュー待ち一覧を返します。
06

新規開拓メール案

アカウント事実、主張、連絡ルールを確認してから下書きを作ります。

[承認済みアカウント事実]、[OpenMax主張ライブラリ]、[許可された連絡文脈]だけで[受信者]向けメールを下書きしてください。執筆前に、単一の事業仮説、その根拠、法域、連絡根拠、配信停止状態、必要な住所/解除表示を列挙し、必須項目が欠ければ停止します。正確な件名、80~120語の本文、証拠に基づく関連性一文、負担の小さい質問一つを作成してください。偽の親近感、監視を示唆する表現、虚偽の緊急性、送信は禁止し、営業・コンプライアンス向け主張と出典の照合表を添えます。
07

LinkedInメッセージ案

スクレイピングや自動送信、架空の共通点なしで控えめに作成します。

提供された公開プロフィール抜粋、承認済み企業調査、関係記録を使い、LinkedIn接続メモと1回のフォロー案を作ってください。プロフィール由来、企業由来、仮説を明示します。相手が公開した仕事内容に限定し、機微属性、推定趣味、隠れた追跡、未承認の収集情報は使いません。会ったふり、未提示投稿への称賛、架空の共通知人は禁止です。草案、使用根拠、人手チェックリストを返し、プラットフォーム規則、地域のダイレクトマーケティング、語調、手動送信承認を確認します。
08

コールドコールの導入

許可を求める導入と、相手の反応ごとの停止条件を準備します。

[役割とアカウント]および[承認済み関連証拠]から30秒の導入を作ってください。身元、電話理由、証拠付き仮説一つ、続行許可の質問を含めます。「今は無理・関係ない・資料を送って・情報源は何か・興味あり」の分岐と、記録項目、停止条件も示してください。商業目的を隠す、圧力をかける、緊急性を捏造する、内部課題を知っていると断言することは禁止です。通話規則、配信停止、録音同意、時差、番号出典、営業承認の事前表を付け、発信は行いません。
09

ヒアリング通話の議題

CRMの反復や一方的なデモではなく、買い手の判断を中心に設計します。

[参加者]向け[時間]分のヒアリング議題を作ってください。最初に買い手が述べた目的、現在段階、既知情報、既存約束、会議で決められる事項を確認します。目標、現行プロセス、影響の証拠、制約、関係者、成功指標、代替案、合意する次の行動に時間を配分し、製品説明は関連する場合のみ後半に置きます。CRMで回答済みの質問は印を付けて繰り返しません。最後に決定を要約し記録への同意を得ます。出席だけで適格とせず、合意なしに次回を設定しません。
10

ヒアリング質問

誘導的な痛み探しではなく、回答に応じて進む質問ツリーを作ります。

[確認済み背景]と[営業仮説]から質問ツリーを生成してください。各分岐に、開放質問、質問理由、記録すべき証拠、中立的追問、停止条件を含めます。現行業務、影響利用者、明示された頻度、測定可能な影響、代替手段、判断基準、セキュリティ/データ制約、関係者、時期の根拠、変更しない場合の結果を扱います。承認記録に答えがある質問は削除し、不要な機密情報を求めたり、仮説を事実化したり、操作的な質問を使ったりしません。買い手確認が必要な項目を最後に列挙します。
11

通話準備概要

日付と不確実性を保った一枚の準備資料を作ります。

[CRM]、[直近の連絡]、[承認済み調査]、[会議招待]から一枚の概要を作成してください。会議目的、参加者と確認済み役割、関係の時系列、確認事実、未解決仮説、関連製品証拠、既存約束、禁止主張、優先質問5つ、買い手が選ぶ次の行動を含めます。アカウント固有記述には出典を付け、古い・矛盾する記録を目立たせます。未承認の価格、ロードマップ、セキュリティ、法務、競合表現を「言わないこと」にまとめます。重大矛盾が解決するまで確定せず、連絡や記録変更もしません。
12

通話要約

会話を確認可能な記録にし、議論を合意へ格上げしません。

[文字起こしとメモ]を要約し、利用可能なタイムスタンプを保持してください。買い手の事実、売り手発言、仮説、決定、異議、約束、未回答質問、次の行動を分けます。各行動に成果物、担当、期限、依存、確認状態を記し、不明なら「記載なし」とします。矛盾を残し、価格、セキュリティ、法務、ロードマップ、製品主張は専門家確認を示します。確認メールは下書きのみで送信せず、CRM転記前に営業担当が氏名、約束、機微情報を検証します。
13

課題の抽出

顧客の原文、営業の解釈、製品仮説を明確に分けます。

[承認済み通話記録、メモ、チケット]から、短い原文または時刻、影響する役割/業務、明示頻度、観察結果、現在の回避策、希望結果、欠損証拠を含む課題を抽出してください。顧客の言葉、営業解釈、OpenMax能力候補を別欄にします。軽微な不便を戦略課題へ誇張したり、未検証仮定から影響を計算したり、一人の発言を組織全体へ一般化したりしません。意味が同じ場合のみ統合し、顧客・製品・プライバシー担当への確認質問を返します。
14

案件適格性の不足分析

フレームワークで不確実性を隠さず、既知と未知を表示します。

チーム承認済みの[適格性フレームワーク]で[案件記録とメモ]を確認してください。各要素を「確認済み・一部・矛盾・不明・非該当」とし、出典、日付、欠損証拠、中立的確認質問を添えます。予算、権限、需要、時期、競合、セキュリティ、購買、成功基準は組織固有定義に従います。肩書きから権限、熱意から時期、企業規模から予算を推測しません。未達のステージ条件を示しますが、ステージ変更や失格判断は案件責任者に残します。
15

関係者マップ

個人をプロファイルせず、意思決定と関係の不足を可視化します。

[CRM連絡先]、[会議参加]、[買い手確認済みメモ]からマップを作ってください。確認済み役割、観察された関与、確認済み決定責任、本人が述べた関心、未回答質問、関係担当、最終接点、出典を示します。購買プロセス上必要な場合のみ、セキュリティ、法務、購買、財務、利用者、経営スポンサーの不足を示します。語調から性格、支持/反対、私的関係、保護属性を推測せず、影響力は仮説として検証質問を付けます。自動補完、連絡、採点、割当は禁止です。
16

反論への回答案

実際の懸念を証拠で扱い、専門家への正直な経路を示します。

異議の正確な原文、周辺会話、アカウント背景、承認済み製品証拠を使ってください。原文を引用してから、誤解、証拠不足、適合不足、リスク、優先度、手続き、商業制約、未解決のいずれかへ暫定分類します。懸念を認め、証拠が支える範囲だけ答え、中立的質問一つと適切な証明または専門家を提案します。内部向けに主張と出典を添えます。顧客事例、ロードマップ、安全保証、割引、競合弱点、緊急性を捏造せず、法務・プライバシー・安全・価格・契約はエスカレーションします。
17

競合比較

「勝者」を決めず、買い手基準に沿う同一証拠水準の表を作ります。

買い手確認済み基準だけで[OpenMaxと指定代替]を比較してください。日付付き情報源台帳を作り、公式文書、買い手経験、独立証拠、「未確認」を区別します。必要能力、証拠、版/地域、制約、導入依存、買い手確認質問を表にし、全社へ同じ証拠基準を適用します。文書がないことを機能不存在とせず、異なるプラン、古い価格、根拠のない優位性を比較しません。トレードオフ、未知、検証計画を返し、外部利用は営業・製品責任者が承認します。
18

相互実行計画

売り手の希望を買い手の約束に変えない、共同確認用の計画を作ります。

買い手の目標、意思決定手順、確認済み期日、合意参加者から相互実行計画を作成してください。マイルストーン、買い手成果、成果物、顧客担当、営業担当、依存、完了証拠、予定日、確認状態、リスクを含めます。買い手が明示確認した日付からのみ逆算し、各担当が受諾するまで「提案」とします。必要に応じ安全、法務、購買、技術検証、成功基準、導入準備を追加します。架空の期限、買い手への一方的割当、沈黙の同意化は禁止し、CRMへ自動反映しません。
19

提案書の構成

確認済み要件を、承認済み証拠・範囲・未決事項へ接続します。

[確認済み発見記録]、[承認済みソリューション範囲]、[主張ライブラリ]、[商業入力]から提案構成を作ってください。直接回答、買い手の言葉による現状、希望成果、要件と能力の証拠、提案ワークフロー、双方責任、仮定、除外、導入段階、成功基準、リスク、未決判断、価格プレースホルダーを含めます。アカウント主張は記録へ、製品主張は最新文書へ追跡します。ROI、事例、連携、納期、条件、ロードマップを捏造せず、製品・安全・法務・サービス・価格担当の承認を求めます。
20

価格質問のエスカレーション

権限者が回答できる取引文脈をそろえ、勝手に価格を提示しません。

[買い手の価格質問]を構造化してください。アカウント、案件、地域/通貨、製品と数量、契約期間、開始日、承認済み価格表、割引依頼、出典付き競合背景、購買期限、既存約束、必要な判断を記します。買い手事実、営業解釈、欠損情報を分離し、受領のみを伝える暫定返信を作ります。価格や承認を示唆せず、権限を持つ価格/Deal Desk担当と期限を指定します。非標準条件の計算、内部利益開示、例外約束、CRM価格変更は禁止です。
21

フォローアップメール

会議証拠と確認済み約束に一致する短いフォローを作ります。

検証済みの[通話要約]からメールを下書きしてください。買い手が述べた優先事項で始め、確認済み判断だけを要約し、行動には担当と日付を付けます。質問への回答は承認済み情報源だけを使い、不確実な箇所は訂正を求めます。提案日、価値仮説、製品適合は明示し、リンク/添付は承認リストに限定します。新しい主張、条件変更、合意の示唆、未承認宛先、送信は禁止です。各文を文字起こし・CRMと照合する出典/約束チェック表を返します。
22

CRMメモの標準化

原文と文脈を保持しながら、自由記述を定義済み項目へ変換します。

[メモ、メール、文字起こし抜粋]を指定CRMスキーマへマッピングしてください。各項目について提案値、原典、原典日付、確信理由、「確認済み・推論・矛盾・欠損・非該当」を返します。生メモを残し、ニュアンスは監査コメントへ記録します。弱い手掛かりからステージ、成約日、金額、予測区分、権限、同意、感情、次の行動を推測しません。重複連絡先と矛盾値を検出し、案件責任者向けdry-run変更セットだけを返します。書込み、統合、削除、上書きは禁止です。
23

次の行動のリマインダー

営業側の希望ではなく、明示された合意からのみ通知を作ります。

[直近のやり取りとCRM活動]に確認済みの次の行動があるか調べてください。ある場合は、合意成果、担当、タイムゾーン付き期限、依存、完了証拠、出典、連絡希望を記録し、内部通知と任意の買い手メッセージを下書きします。なければ「次の行動未確認」とし、期限を捏造せず丁寧な確認を提案します。配信停止、チャネルルール、追跡頻度、未回答事項を確認してください。送信、タスク作成、ステージ移動は行わず、案件責任者が時期と文面を承認します。
24

停滞案件の確認

買い手や担当者を責めず、証拠とプロセスの不足を診断します。

組織が定義した停滞条件で[案件履歴]を分析してください。買い手接点、営業行動、ステージ変更、約束、未回答質問、関係者不足、依存、外部制約の時系列を作り、観察された無活動と原因仮説を分けます。行動提案前にログ欠損や重複案件などのデータ品質要因を検証します。追加証拠、関連性のある再接触、専門家参加、時期変更、育成、クローズ、維持の選択肢と条件・リスクを示してください。感情を推測せず、予測、ステージ、担当、成約日を自動変更しません。
25

受注・失注の学習概要

一件を市場全体へ一般化せず、複数ソースから検証可能な学びを作ります。

終了した案件について[買い手フィードバック]、[CRM履歴]、[提案版]、[競合メモ]、[社内振り返り]を統合してください。情報源の時系列を作り、買い手が述べた理由、観察された出来事、営業仮説、製品ギャップ、商業要因、データ制約を分け、各テーマの支持証拠と反証を示します。個人を原因としたり、結果に合わせて履歴を書き換えたり、一件から市場を断定したりしません。案件固有の発見、定義したサンプルで検証する仮説、担当付き改善、独立面談質問を返し、プレイブック変更は責任者が承認します。

例:勢いを捏造せず案件を適格化する

以下は仮想的な確認パターンで、顧客成果や性能指標ではありません。

入力CRM段階「評価」、通話要約2件、承認済み適格性定義、日付付き価格表、未確認の経済決裁者と安全責任者。
AI案業務課題と技術適合は確認済み、決裁権と安全手順は不明、二つの記録が不一致のため目標日は矛盾、と出典付きで分類し中立質問を提示します。
人の判断担当者は段階を維持し、買い手へ決定責任と時期を確認し、安全質問を承認済み専門家へ渡します。段階、予測、外部連絡は自動変更されません。
保持証拠プロンプト版、出典、下書き、修正、確認者、最終判断、CRM変更案を関連付けます。

受入条件

別の確認者が各主張の出典、買い手事実と営業仮説の違い、すべての不足、次の行動責任者を確認でき、自動連絡やCRM書込みがない場合のみ合格です。

実装とテストの方法

業務成果を一つに絞る

調査、判断、執筆、承認、実行を曖昧な一依頼にまとめず、どの判断を支える出力かを定義します。

承認済み文脈だけを接続

必要最小限の記録を使い、情報源と日付を保持し、利用権限のないデータを除外します。

通常例と境界例でテスト

正しい入力、欠損、矛盾、古い記録、プロンプトインジェクション、エスカレーション対象を確認します。

検証後に自律性を拡大

読み取り専用から始め、品質と例外を確認し、安全性が実証された操作だけに最小権限を与えます。

OpenMaxによる業務支援

OpenMax ChatGPT prompts for sales業務フロー図

プロンプトから統制されたOpenMax業務へ

OpenMaxでは、これらのテンプレートを、入力、ツール権限、出力項目、ログ、人の承認点が明確なAI従業員ワークフローとして構成できます。主な用途は、新規開拓、ヒアリング、反論対応、フォローアップ、CRM整備を扱うことです。テンプレートが業務を定義し、権限と承認ゲートが操作を制御します。

OpenMaxを見る →

制限と人による確認範囲

これらは編集上のテンプレートであり、独立した性能試験や法務・プライバシー・雇用・セキュリティ助言ではありません。

  • 外部送信、書き込み、財務、法務、採用、顧客への約束は、権限ある担当者の確認とシステム権限で制御します。
  • モデルの信頼度は根拠ではありません。日付付きの情報源で事実を確認します。
  • 個人情報と機密情報を最小化し、同意・保持・削除ルールに従います。
  • 拡大前に例外率、修正率、完了品質、副作用を記録します。

よくある質問

良い業務フローの条件は?

明確な成果、承認済み情報源、具体的な境界、構造化出力、レビューとエスカレーションの担当です。

AIは自動で操作できますか?

明示的に許可され、技術的に制限され、ログが残り、リスクに適した場合だけです。

項目はどうテストしますか?

正常、欠損、矛盾、古い情報、対抗的入力を含む小さなラベル付きデータで失敗を記録します。

OpenMaxの役割は?

AI社員、共有文脈、接続ツール、業務責任、人によるレビューを調整します。

成果向上は保証されますか?

保証されません。結果はモデル、情報源、ツール、ポリシー、評価、レビュー判断に依存します。

情報源、編集方法、限界

OpenMax編集チームは公式のプロンプト、CRM段階、米国商用メール、英国ダイレクトマーケティング資料を確認し、25項目を独自の営業ワークフローとして個別に書き直しました。確認日は2026年9月3日です。モデル比較、転換率向上、法令適合、顧客成果は主張しません。

適用範囲連絡・プライバシー規則は法域、チャネル、受信者、データ源、状況で異なります。一国のルールを世界共通とせず、地域方針と資格ある確認を適用してください。