要点

まず、この作業が支える業務判断を定め、利用する情報、出力形式、人の承認者を限定します。このページでは、ICP適合度、関心の根拠、適切な振り分けを扱い、顧客情報の推測を避けることに重点を置きます。

このガイドの対象: ICP適合度、関心の根拠、適切な振り分けを扱い、顧客情報の推測を避ける必要がある業務責任者、運用担当者、ワークフロー設計者.

リード生成プロンプトが統制すべきもの

リード工程は文章作成だけでなく、収集、照合、補完、採点、振分け、連絡、保持、削除を含みます。したがって、利用目的、出所、許可された本人照合、不明状態、次の行動の承認者を仕様化する必要があります。

会社適合は個人の意向ではない

企業がICPに合っても、個人は連絡不可、無関心、購買に無関係かもしれません。会社適格、本人性、連絡許可、資格証拠、振分けは別々に判断します。

営業プロンプトとの境界

本ページはマーケティングから営業までのデータ工程が対象です。営業調査、ヒアリング、提案、案件作業には営業向けChatGPTプロンプトを利用してください。

営業へ渡す前の5つのゲート

リード証拠と判断ゲート
ゲート必要証拠誤った近道人の判断
1. 出所収集方法、時刻、提供元、通知、項目、許可目的公開なら自由利用できる情報源を工程へ入れるか
2. 本人性決定的キー、競合、親子関係、重複似た名前は同一人物記録を関連・統合できるか
3. 許可チャネル、目的、法域、同意/異議、停止履歴一つの許可が全チャネルを覆う予定処理や連絡が可能か
4. 適格性ICP、買い手確認、前提、未知、除外閲覧行動が意向を証明する営業、育成、差戻し、対象外
5. 引継ぎ出典、本人要望、不足、担当、SLA、次質問スコアだけで十分営業受入と次の行動
出所を先に重要項目に情報源、収集日、目的、責任者を残します。
不明も有効な状態欠損、矛盾、推論、除外証拠を混同しません。
変更前にdry-runAIは照合、項目、経路、文案を提案し、承認者が確定します。

プライバシー原則：データを明示された仕事に最小化し、収集許可を補完、プロファイル、共有、連絡へ黙って拡張しません。

20

20個の実用項目

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

01

ICP適合度の確認

個人をプロファイルせず、会社適合を承認済み証拠で確認します。

[リードとアカウント記録]を承認済みの[ICP定義、除外、地域、製品前提]と比較してください。利用情報源、収集日、項目責任者を先に列挙し、基準、観察値、出典、鮮度、「確認済み・推論・矛盾・欠損・非該当」を表にします。会社適合と個人への連絡可否は別判断です。肩書き、メールドメイン、一回の閲覧から予算、権限、緊急性、機微属性、関心を推測しません。「適合・適合可能性・不適合・証拠不足」、適用ルール、最小の人手調査のみを返し、割当や連絡は行いません。
02

対象アカウントの選定基準

キャンペーン目的を監査可能な採用・除外・証拠ルールへ変換します。

[キャンペーンと市場]のアカウント一覧仕様を定義してください。提供内容、対象顧客、対応地域、最低前提、除外、既存顧客、テリトリー、配信停止、許可情報源、鮮度を確認します。回答をルールID、項目、演算、許容値、出典、欠損時処理、例外責任者、確認日の表にします。子会社、重複、既存顧客、欠損、情報矛盾を含む提供された5例でテストしてください。一覧の生成・購入はせず、選定前に未解決の方針判断を返します。
03

業界別セグメント概要

固定観念ではなく検証可能な業務特性からセグメントを定義します。

承認済み一次データと明記された公開情報から[業界セグメント]の証拠概要を作成してください。定義、除外、一般的業務、規制/データ制約、確認すべき購買役割、調査すべきOpenMaxの仕事、反証、情報日付を含めます。業界証拠と個社で検証する仮説を分け、全社に同じ課題、成熟度、予算、技術があると主張しません。中立的面談質問5つと、キャンペーン主張を証拠・限界へ対応させる表を付け、製品マーケ責任者の承認を求めます。
04

地域別見込み客一覧

所有権競合とデータ不足を可視化したdry-run一覧を作ります。

[承認アカウント]、[地域ルール]、[親子階層]、[現担当]、[配信停止]から[地域]候補を作ってください。ID、法定/運営名、所在地証拠、親会社、担当、顧客/進行案件、重複群、適格ルール、欠損、提案行動を示します。規則をそのまま適用し、本社不明、リモート担当、指定企業例外、パートナー所有を独断で解決しません。除外記録と理由コードを保持し、競合は営業運用責任者へ返します。割当、書出し、補完、接触は禁止です。
05

検討開始の兆候調査

日付付き事象を見つけても、それ自体を購買意向にしません。

承認済みの[ニュース、開示、企業投稿、更新情報、CRM]から[期間]内の[アカウント]を確認してください。正確な記述、組織、URL、公開日、事象日、影響業務、関連仮説、反証、失効日を記録します。噂、日付なし転載、収集された個人情報、対象地域外を除外します。資金調達、求人、経営交代、製品公開だけでは意向ではありません。人手確認一覧と検証質問一つを返し、キャンペーン責任者が関連ルールを承認するまで接触を推奨しません。
06

サイト上の関心要約

許可された一次行動を集計し、匿名者を特定せず閲覧を過大解釈しません。

[承認済み一次分析]、[同意状態]、[識別方針]、[期間]から企業またはコホート単位で要約してください。ページ/イベント、初回/最終時刻、再訪、キャンペーン、既知の欠損、bot/社内除外、比較基準を示します。方針が決定的な既存一致を許す場合以外、匿名は匿名のままです。IPから人を特定、一閲覧を意向化、目的をまたぐ結合、機微閲覧の露出は禁止です。観察、解釈、欠損を分け、確認閾値と失効だけ提案し、リード作成や連絡は責任者へ残します。
07

フォーム情報の補完

提出原本を保ちながら、必要かつ許可された文脈だけを追加します。

[原フォーム]、[通知版]、[同意/希望]、[承認補完項目]から開始し、提出値と時刻を保持してください。各候補に項目、値、提供元、照合キー、照合理由、収集日、許可目的、保持規則、本人入力との競合を示します。承認根拠なしに個人電話/メール、機微属性、推定年次、無関係行動を追加せず、原値を上書きしません。dry-run表だけを返し、本人性が曖昧、情報が古い、用途が通知範囲外なら停止します。
08

リード獲得元の検証

スコアや連絡へ使う前に、出所と用途の根拠を確認します。

[情報源または業者ファイル]の取込前に、契約、収集方法、プライバシー通知、必要な許可根拠、時刻、地域、項目、異議処理、共有経路、保持、更新、削除を求めます。[承認サンプル数]を調べ、出所欠損、形式不良、重複、古さ、停止競合、検証不能主張を記録し、業者説明と確認証拠を分けます。取込、補完、連絡、適法宣言は禁止です。「限定試験・是正・拒否・専門確認」と理由、未解決リスク責任者を返します。
09

重複リードの確認

異なる人物や会社を自動統合せず、重複候補を根拠付きで示します。

[新規リード]を[CRMリード、連絡先、企業、停止記録]と比較し、許可された正規化メール、CRM ID、確認ドメイン＋会社、正確な電話など決定的キーを優先します。候補、合致項目、競合、情報日、階層、担当、停止状態を表示してください。氏名・会社の曖昧類似は候補生成だけで同一証明にしません。共有アドレス、同名、子会社、コンサルタント、転職を例外として扱い、「一致なし・重複濃厚・重複可能性・競合」とdry-run案を返します。統合、削除、変更は禁止です。
10

同意状態の確認

具体的な目的とチャネルごとに可能な処理を確認します。

[リード]への[予定用途/チャネル]について、同意/希望、通知版、収集元、時刻、法域、関係、停止一覧、社内方針を確認してください。付与、撤回、異議、ハードバウンス、情報移転の時系列を作り、保持、分析、共有、各チャネル利用を個別に示します。一つの許可を全用途へ広げません。法的根拠や本人照合が不明なら「プライバシー/法務確認まで停止」と返します。法的結論、本人への連絡、希望変更は禁止し、使用記録と方針を引用します。
11

ペルソナ仮説

個人属性を決めつけず、職務文脈の仮説を検証可能にします。

[確認済み役割]、[会社背景]、[承認セグメント調査]から発見用仮説を作ります。出典ある責任、関連し得る業務、情報ニーズ、確認すべき制約、反証、中立質問を含め、本人未確認を明記してください。氏名、肩書き、地域、文体から性格、年齢、性別、民族、健康、政治、収入、影響力、予算、課題を推測しません。人手確認用の仮説カードと証拠台帳を返し、自動パーソナライズや個人スコアには使いません。
12

適格性確認の質問

誘導や尋問ではなく、判断証拠を集める適応型質問を設計します。

[提供内容、チャネル、段階]向け質問ツリーを作ります。先に承認済み適合/受入基準を求め、各分岐へ開放質問、理由、許容証拠、追問、スキップ条件、プライバシー感度、CRM項目を付けます。関連する場合だけ課題/業務、影響チーム、現行方法、希望成果、時期根拠、決定経路、制約、製品前提を扱います。確認済み回答は繰り返さず、不要な個人/機密情報を求めず、拒答を失格にしません。人手振分けに必要な最低証拠を最後に示します。
13

リードスコアの説明

既存スコアを個人予測ではなくデータ来歴として説明します。

[スコア]、[モデル/規則版]、[特徴定義]、[記録]、[閾値方針]から説明を作ってください。各特徴の値、出典、時刻、変換、提供された寄与、欠損処理、利用許可を示し、抑制/除外特徴も列挙します。代理変数、リーク、古い情報、重複イベント、結果後情報を確認してください。モデル論理を捏造せず、相関を意向にせず、個人結果の予測と主張しません。限界、理由コード、モデル責任者への質問を返し、振分けは承認済み人/手順へ残します。
14

高関心リードの識別

書面閾値と有効期間を満たすか、イベント単位で検証します。

[候補イベント]を承認済み[高関心定義]と比較し、最低組合せ、期間、識別要件、同意/目的、bot除外、除外条件、失効を確認してください。時系列を作り、各イベントを有効、無効、重複、期限切れ、曖昧、欠損とし、どのルールが満たされたか示します。価格ページ一回、資料取得、ウェビナー登録だけを高関心にしません。結果は「確認・未確認・要確認」のみとし、タスク作成、営業通知、外部連絡は禁止です。
15

対象外とする理由

恒久不適合、一時保留、証拠不足を文書化された理由コードで分けます。

承認済み分類で[記録と接点]を確認し、候補理由、証拠、出典/日付、恒久性、再検討条件、保持/停止影響、代替経路を示します。「不適合・今ではない・重複・既存顧客・無効情報・返信なし・証拠不足」を区別し、「悪いリード」のような曖昧理由は禁止です。沈黙や属性から予算、権限、関心不足を推測しません。複数理由を保持し、報告用主コードは責任者に確認します。自動クローズ、削除、抑制は禁止です。
16

リード振り分け案

明示ルールから担当候補を示し、競合・容量・例外を公開します。

[承認振分け表]、[地域]、[セグメント]、[製品]、[言語]、[顧客状態]、[パートナー規則]、[所有]、[容量]から[リード]の行先を提案してください。優先順に合致規則、使用項目、欠損/矛盾、既存関係、重複、停止、SLA、予備キューを示します。氏名から地域を推測、活動中担当を上書き、指定企業/パートナー例外を回避、未承認個人属性で負荷調整しません。dry-run経路、理由、競合、承認者だけを返し、割当や通知はしません。
17

営業への引き継ぎ概要

営業が受入または差戻しを判断できる最小の検証済み文脈を渡します。

[リード記録]、[出所/同意]、[キャンペーン]、[適格証拠]、[接点履歴]から概要を作ります。発生理由、会社適合、確認済み連絡背景、本人要望、証拠と時刻、未知、反証、許可チャネル、希望/停止、担当案、SLA、次の質問一つを含めます。原典リンクを付け、マーケ解釈と本人発言を分けてください。直接証拠なしに意向、予算、権限、緊急性を主張しません。「受入・補証差戻し・育成・対象外」と理由コードを提示し、営業判断前に振分けや連絡をしません。
18

育成経路の提案

明示された情報ニーズと許可に基づき、隠れたプロファイリングを避けます。

[確認済みテーマ/要望]、[ライフサイクル]、[コンテンツ一覧]、[チャネル希望]、[同意]、[頻度方針]から育成案を作ります。各メッセージを記録された情報ニーズ、承認主張、資産、チャネル、間隔、終了条件、測定イベントへ対応させ、他案を除いた理由も示します。機微な関心の推測、無関係閲覧の利用、低反応による頻度増、目的不明での登録は禁止です。人手承認、停止確認、同意なし代替を含む草案だけを返し、登録、送信、段階変更はしません。
19

フォローアップ時期

推測した購買心理でなく、明示依頼・イベント・方針から確認時期を出します。

[本人要望]、[イベント時刻]、[利用可能時間]、[時差]、[チャネル規則]、[頻度]、[過去接触]、[停止]、[SLA]から候補時期を示してください。正確なトリガーを引用し、サービス返信、依頼された連絡、販促接触を区別します。休日、頻度上限、重複シーケンス、所有、失効を確認し、有効根拠がなければ「連絡なし」と内部確認日を返します。開封/クリックだけで緊急性を推測、希少性を捏造、予定作成、送信はせず、最早・推奨・最遅と根拠方針を示します。
20

リード品質の確認

個別リードを責めず、リードを生む仕組み全体を評価します。

固定した品質基準で[期間]の[定義コホート]を確認してください。件数、固有人/企業、出所充足、有効連絡先、重複、停止競合、適合証拠、適格情報、振分け受入、差戻理由、確認時間、定義が安定した下流結果を報告します。情報源と工程で区分し、機微属性では分けません。データ品質、ターゲット、フォーム、補完、スコア、振分け、営業処理を別仮説とし相関から因果を断定しません。サンプル数、除外、欠損、定義変更、反証、担当行動を記し、過去記録を変更せず数量だけ最適化しません。

例：営業へ直送すべきでないウェビナー参加者

以下は統制を説明する仮想例で、顧客成果ではありません。

入力申込フォーム、通知版、勤務先メール、企業ドメイン、参加イベント、CRM候補2件、古い配信停止、ICP、振分け方針。
AI確認会社適合は「可能性あり」、同じドメインの二人で本人性は「競合」、古い停止で販促メールはブロック、参加はコンテンツイベントで購買意向ではありません。
人の判断マーケ運用は原本を保持し販促振分けを止め、依頼されたイベント返信の可否をプライバシー責任者へ確認し、営業通知を送りません。
保持記録原フォーム、通知、同意履歴、照合候補、規則版、分類案、確認者、最終処置を関連付けます。

受入条件

別担当が出所、本人性、許可、適格性、振分けを再現し、営業へ渡さなかった理由を理解し、希望・記録・タスク・メッセージが自動変更されていない場合のみ合格です。

実装とテストの方法

業務成果を一つに絞る

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

承認済み文脈だけを接続

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

通常例と境界例でテスト

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

検証後に自律性を拡大

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

OpenMaxによる業務支援

OpenMax AI prompts for lead generation業務フロー図

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

OpenMaxでは、これらのテンプレートを、入力、ツール権限、出力項目、ログ、人の承認点が明確なAI従業員ワークフローとして構成できます。主な用途は、ICP適合度、関心の根拠、適切な振り分けを扱い、顧客情報の推測を避けることです。テンプレートが業務を定義し、権限と承認ゲートが操作を制御します。

OpenMaxを見る →

制限と人による確認範囲

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

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

よくある質問

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

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

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

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

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

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

OpenMaxの役割は？

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

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

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

情報源、編集方法、限界

OpenMax編集チームはプロンプト、プライバシーリスク、リード収集/データ仲介、CRM変換の一次資料を確認し、20項目を独自の統制ワークフローとして個別に書き直しました。確認日は2026年9月3日です。モデル比較、適法性、転換向上、顧客成果は主張しません。

適用範囲NISTは任意フレームワークで法律ではなく、ICOには地域範囲があります。法的根拠や連絡許可はOpenMaxでなく、資格ある組織担当者が最新規則に基づいて判断します。