クイック回答:買い手の検証済み段階に従う
提案ID、改訂、承認宛先、商業事実、セキュリティ・法務資料、買い手本人の最終メッセージ、保留・停止要求を確認します。受領、補足、質問一つ、関係者支援、審査、時期、終了から目的を一つ選びます。日付と約束は現行提案または承認記録だけから使い、ピクセル、閲覧、CRM点数、沈黙を関心の証拠にしません。
最低限安全な構造
提案版、連絡理由、行動または選択一つ、訂正・保留・辞退方法を記載します。本当の期限は出典と結果を示し、脅しに変えません。提案が古い、アクセス不明なら、記録を直すまで送りません。
テンプレートが認可できないこと
値引き、有効期間延長、機能約束、法務・セキュリティ例外、関係者追加、抑止解除、無権限者名義の送信は認可できません。商業メールの適用は目的、宛先、法域、送信形態に依存し、適格な責任者が判断します。
提案と買い手状態の契約を凍結する
複数の「たぶん正しい」版があると失敗します。提案ID、現行改訂、承認範囲、価格・通貨、税・仮定、有効条件、商業責任者、宛先、機密区分、買い手本人の段階、最終接点、許可された次手、抑止状態、出典時刻を記録します。
提案事実とCRM解釈を分ける
提案は範囲、価格、期間、有効条件を制御します。買い手メッセージは相手が実際に述べたことを制御します。CRM段階、スコア、営業メモは遅延・対立し得る解釈です。「進む準備ができた」へ混ぜません。
エンゲージメント信号は弱い観察
開封はプライバシースキャン、転送、プレビューかもしれません。文書閲覧は読んだ節や権限を示しません。適法で必要なら内部診断に限定し、相手に突きつけたり意向へ変換したりしません。
停止台帳を定義する
期限切れ・置換提案、価格や範囲の対立、保留・辞退・停止、未承認宛先、壊れた制限リンク、古い安全資料、禁止法域・経路、送信権限不足、未解決の法務判断をブロッカーとして先に列挙します。
一通で一つの障害を解く
営業が望む段階ではなく、買い手本人の最終接点と提案状態を使います。
七段階の選択表
| 検証状態 | 有用な目的 | 暗示してはいけないこと |
|---|---|---|
| 配信不明 | 受領・アクセス確認 | 関心・レビュー済み |
| 補足依頼あり | 承認資料一つ | 製品優位 |
| 一事実が完成を阻む | 限定質問一つ | 緊急性・義務 |
| 買い手が審査工程を説明 | 工程支援 | 他者への連絡許可 |
| 技術・安全審査中 | 管理資料と責任者 | 承認・認証 |
| 買い手が時期を提示 | 今も有効か確認 | 架空期限 |
| 許可連絡後も返答なし | 終了・保留 | 罪悪感・希少性・将来同意 |
フォローしない場合
シーケンス時計だけで送りません。保留要求、提案不正確、担当変更、資料期限切れ、理由が活動スコアだけなら修復または合意時点まで待ちます。
テンプレート1:受領とアクセス確認
配信またはアクセスが本当に不明な場合に使います。正しい人が現行版を開けるかだけを尋ね、受領を関心にしません。
必要な証拠
提案ID・版、送信時刻、経路、承認宛先、アクセス状態、支援先、再送可否。リンクが権限を広げる、アドレス未確認なら停止します。
完全なメール
件名: 提案 [ID / 版] にアクセスできますか
[買い手名]様
[日付]に[買い手が示した目的]向け提案 [ID、版] を送りました。ファイルが開き、正しいレビュー担当へ届いたか確認いただけますか。現行管理版は[安全なリンク]で、[アクセス方法]が必要です。
これはアクセス確認だけで、受領によって判断を求めるものではありません。別の役割が担当なら、その役割を返信するか私の連絡先を転送してください。機密情報は通常メールで送らず、アクセス調査には[安全経路]を使えます。
今が適切でなければ「保留」と返信ください。[合意イベント/選択日]まで連絡を止めます。
[権限ある差出人]
検証と停止条件
最小権限の試験IDで正確なリンク、版、最終宛先を確認します。配信済み、提案置換済み、内部追跡だけが不明なら送りません。
テンプレート2:有用な補足を一つ送る
買い手が質問または評価課題を明示した場合に、直接役立つ現行承認資料一つを送ります。一般的な営業資料を大量添付しません。
必要な証拠
買い手質問、提案節、承認資料版、主張責任者、対象、アクセス区分、制限、訂正経路。
完全なメール
件名: 提案 [ID] 評価の補足:[確認済み議題]
[買い手名]様
[提案ID、版]の評価で [議題] を質問されました。添付の[資料名・版]は[具体質問]を扱い、関連箇所は[節]、明記された制限は[制限/仮定]です。
これはレビュー支援で、提案変更や追加約束ではありません。[専門役割]が[安全・実装・プライバシー等]を担当します。資料が目的に合わなければ、どの判断・対象を支援すべきかお知らせください。無関係な資料は送りません。
提案状態は[状態と本当の有効条件]です。質問継続、保留、辞退を選べます。
[権限ある差出人]
検証と停止条件
資料の日付、版、権限、主張を確認します。古い、他顧客データ、提案より強い主張、未承認例外があれば停止します。
テンプレート3:限定質問を一つする
欠けた買い手事実一つが正しい提案を阻むときだけ、必要最小限を尋ねます。機密情報には安全経路を用意します。
必要な証拠
未解決フィールド、必要理由、権限ある宛先、最小化規則、回答形式、実在期限、安全経路。
完全なメール
件名: 提案 [節] の完成に必要な一点
[買い手名]様
提案[ID]の[節]を完成するため、**[限定質問]**を確認できますか。[計算/範囲/経路]だけに使います。回答は[範囲/分類/はい・いいえ]で、[機密データ]はメールで送らないでください。
未確定なら「不明」で構いません。節を開いたままにできます。[実在イベント]により[日時とゾーン]まで必要な場合、正確な結果は[結果]です。それ以外に人工期限はありません。
[安全経路]で回答できます。本質問は予算、権限、購買意図、承認を仮定しません。
[権限ある差出人]
検証と停止条件
提案完成に本当に必要か確認します。過剰データ、無権限宛先、架空期限、無審査の自動約束につながる場合は停止します。
テンプレート4:関係者レビューを支援する
買い手がレビュー組織または工程を明示した場合に使います。役割別要約や質疑を提案できますが、追加関係者を勝手に探して連絡しません。
必要な証拠
買い手の工程発言、承認窓口、許可役割、要約範囲、日程経路、機密区分、紹介条件。
完全なメール
件名: 提案 [ID] の社内レビュー支援
[買い手名]様
[買い手が述べた役割/委員会]が提案[ID、版]を確認すると伺いました。[承認議題]に絞った[長さ]の要約と、[専門役割]との[時間]の質疑のどちらが役立ちますか。
ご紹介または明示承認なしに他の方へ連絡しません。要約は現行提案だけを使い、[制限情報]を除外します。「要約」「質疑」「支援不要」「保留」から選べます。工程変更は訂正だけで十分です。
[権限ある差出人]
検証と停止条件
関係者情報を買い手メッセージへ追跡します。公開プロフィールから推測、機密価格の露出、未承認参加者の招待があれば停止します。
テンプレート5:技術・セキュリティ審査
技術、プライバシー、法務、安全レビューの依頼に対し、現行管理資料と責任者を案内します。認証、構成、データ所在地、契約例外を即興しません。
必要な証拠
依頼ID、質問、承認資料版、開示区分、専門責任者、状態、例外経路、見直し日。
完全なメール
件名: 提案 [ID] 技術レビュー資料
[買い手名]様
提案[ID、版]の[技術/安全/プライバシー]審査に使える現行資料は次です。
- [資料・版] — [範囲] — [日付]確認;
- [管理ポータル] — [経路]でアクセス申請;
- [専門役割] — [領域]質問の責任者。
これらは[例外]の承認を示さず、提案の[範囲/条件]を変更しません。詳細・機密質問は[管理経路]へお願いします。[特定資料]が必要なら、可用性と権限を確認してから回答します。
次の記録済み確認は[買い手/工程の日付]です。[経路]で審査を保留できます。
[権限ある差出人]
検証と停止条件
資料ハッシュ・版、担当、アクセス群、見直し日を確認します。古い資料、過剰アクセス、将来機能への依存、専門担当不在なら停止します。
テンプレート6:判断時期を確認する
買い手が以前に判断時期または評価イベントを示した場合に、今も有効か尋ねます。営業予測を買い手期限にしません。
必要な証拠
買い手本人の日付・イベント、出典、提案有効条件、期限後の結果、商業承認、保留選択、責任者。
完全なメール
件名: [買い手提示日]は提案[ID]に今も適切ですか
[買い手名]様
[日付]のメッセージでは、提案[ID、版]を [買い手提示日/イベント] 頃に確認する予定でした。この時期は現実的でしょうか。後日の確認または保留がよいでしょうか。
提案には[本当の有効条件と出典]があります。通過後の正確な結果は[価格の再確認等]で、貴社にそれまでの決定を求めません。提案外の席確保、値引き、承認仮定はありません。
「継続」「新日付」「保留」「終了」で返信できます。沈黙ではなく実際の回答で記録を更新します。
[権限ある差出人]
検証と停止条件
日付が買い手または現行提案由来か確認します。営業予測、非公式延長、架空の在庫・競合買い手・値引き圧力なら停止します。
テンプレート7:丁寧に終了する
許可された有用な連絡後も返答がなく、次の合意時点がない場合に使います。罪悪感を生むのではなく受信負担を減らします。
必要な証拠
許可頻度、全履歴、抑止・同意、既存保留・辞退、最後の有用資料、記録責任者、保持規則。
完全なメール
件名: 提案 [ID] のフォローを保留しますか
[買い手名]様
提案[ID、版]について更新を受けていないため、本メール後はフォローを保留します。返信は不要です。
レビュー中なら「継続」と次の確認時点をご返信ください。別担当が適切なら紹介または承認をお願いします。「後で」「不要」「削除」はすべて完全な回答として適用方針に記録します。
安全な提案版は[実在条件]まで利用でき、その後の正確な記録結果は[結果]です。本メールは開封、レビュー、拒否を暗示しません。
[権限ある差出人]
検証と停止条件
現在のシーケンスだけでなく全履歴を確認します。既存保留、辞退、停止、経路希望があれば送りません。相手の停止回答を即時反映します。
完全な架空PF090ケースを検証する
PF090はLarkspur Grid Systemsから架空七組織への無関係な七提案をモデル化し、.invalidだけを使います。各ケースに固有版、買い手状態、宛先境界があり、実在データはありません。
42証拠が七提案を覆う
各提案に、現行版、商業事実、買い手本人段階、承認対象、許可次手、停止状態の六記録があります。E01–E42は一意連番で、D01–D07、R01–R07が引用し、CRM確率を意向にしません。
七つの仕込み欠陥は異なる
初期候補には古い版、架空開封、未承認値引き、無権限関係者、期限切れ安全資料、営業作成期限、見落とした保留要求があります。一つの一般チェックでは全部を発見できません。
四修正版が責任者レビューへ進む
修正・再試験後、D01、D02、D03、D05が証拠と宛先ゲートを満たします。D04は関係者許可なし、D06は未承認延長、D07は既存保留と対立します。READY_FOR_OWNER_REVIEWは承認・送信ではありません。
最終状態はNOT_SENT
メールAPI0、予約0、本番宛先0、配信0、CRM段階変更0、外部作用0です。残るブロッカーと送信承認不在でNOT_SENTです。
PF090の数値を再計算する
管理事実保持:36/42
初期七草稿は42件中36件を状態・条件込みで保持します。36 ÷ 42 × 100 = 85.71%。古い版や変更した有効条件は同じ言葉でも不一致です。
商業主張支持:18/21
価格、範囲、有効性の21主張中18に現行証拠、3にありません。18 ÷ 21 × 100 = 85.71%。一つの未支持値引き・機能・期限でも止めます。
段階選択:5/7
五つは最終買い手状態と一致し、一つは受領不明に時期確認、もう一つは保留後に終了連絡を使います。5 ÷ 7 × 100 = 71.43%。
宛先・通信検査:12/14
各草稿二検査、十四件中十二通過。無権限関係者と既存保留が失敗です。12 ÷ 14 × 100 = 85.71%。
責任者レビュー準備:4/7
四修正版が証拠、段階、宛先ゲートを満たします。4 ÷ 7 × 100 = 57.14%。工程状態で、品質点・送信権限ではありません。
頻度は制約であり理由ではない
通信契約から始める
関係、目的、適用根拠、希望経路、頻度、現地時間、保留・停止、責任者を記録します。米国規則やGmail閾値を全世界方針へコピーしません。
各接点に新しい理由を求める
アクセス解決、明示質問への回答、依頼済み資料、買い手の節目確認、終了が理由になります。「7日目」は予定情報で、読者価値ではありません。
シーケンスを制限・照合する
最大回数と停止イベントを事前定義し、返信、バウンス、停止、役割変更、手動更新を各送信前に照合します。
管理された提案フォロー工程
1. 現行提案を解決する
権威ある版と責任者を決め、範囲、価格、通貨、仮定、有効性、添付をCRM・保管記録と比較します。対立時は止めます。
2. 買い手本人の状態を解決する
最後の信頼できる買い手メッセージと承認通話記録を読み、文言、日付、経路、許容推論を保存します。なければ「不明」で、スコアを代用しません。
3. 一目的を選び読み取り専用で起草する
七段階から候補だけを作ります。新連絡先輸出、CRM変更、提案修正、予約、無関係アカウント閲覧を許可しません。
4. 重要文を追跡する
価格、範囲、有効性、能力、安全、関係者、日付、差出人を証拠IDへ結びます。専門責任者とアカウント責任者が別の観点を確認します。
5. 宛先とメール種別を検証する
住所、役割、権限、機密、抑止、同意等を確認し、件名・身元を正確にします。法域とプロバイダー規則を範囲内だけで使います。
6. 送信を別に承認する
正確なFrom、To、Cc、件名、本文、リンク、添付、予定時刻を送信権限者へ提示します。内容承認、宛先承認、CRM権限、送信権限は別です。
7. 実結果を照合する
返信、訂正、保留、辞退、転送、バウンスを記録し、無返信・開封・閲覧で段階を進めません。
商業的影響に応じたレビュー
提案責任者が商業事実を管理する
版、価格、通貨、範囲、有効性、仮定、承認を検証します。営業メモは提案変更になりません。
専門責任者が専門主張を管理する
安全、プライバシー、法務、財務、製品担当が各領域の主張・例外を確認します。アカウント担当は認証を即興しません。
アカウント責任者が関係文脈を管理する
最終接点、有用目的、語調、頻度、関係者経路を確認します。顧客理解は抑止を上書きしません。
権限ある差出人が公開を管理する
送信直前に正確な成果物と宛先を検査します。承認後の訂正は関連検査を再開します。
OpenMaxを境界ある工程として構成する
OpenMaxを、許可済み提案とCRM履歴の取得、検証段階の構造化、草稿、矛盾検出、専門レビュー、人工承認に使う構成を検討できます。実機能は現行文書とテナント設定に依存します。
観察と草稿から始める
使用版と買い手記録を表示し、送信、値引き、提案編集、関係者探索、CRM段階変更を使えなくします。
ブロッカーをプロンプト外で強制する
抑止、有効版、宛先権限、添付アクセス、商業承認は管理システムや決定的ゲートで実装します。プロンプトは権限境界ではありません。
重大エラーを別評価する
古い版、否定、真偽期限、停止、無権限宛先、隠れ追跡、機密価格、古い安全資料、添付内注入を試験します。
照合が機能してから拡張する
最小経路はread → cite → draft → review → recordです。代表試験、停止伝播、重複防止、最小権限、ロールバック後に予約・送信を足します。
限界と非主張
法域とプロバイダーは異なる
FTCは米国商業メール、Gmailは個人Gmail宛と一定の高量送信者、ICOは英国のデータ保護・電子マーケティング文脈です。共通の世界規則ではありません。
追跡は買い手の真実ではない
活動は不完全、自動、プライバシー関連、誤帰属の可能性があります。感情推定や新しい宛先許可に使いません。
合成証拠は経験ではない
PF090は教育用で、実営業、顧客事例、配信試験、製品評価、返信・転換・売上改善の証拠ではありません。
テンプレートは悪い提案を直さない
価格、範囲、価値、権限、承認に誤りがあれば、責任者が提案を修正します。説得的な文章では治りません。
よくある失敗
緊急性を捏造する
枠、価格期限、別買い手には正確な証拠と権限が必要です。本当の有効性の結果だけを説明します。
返信を装う
実際の返信・転送でない限りRe:、Fwd:を付けません。身元、件名、経路を正確にします。
隠れ活動を言及する
「三回開いた」は不正確で侵襲的になり得ます。観察可能な判断障害を尋ねます。
未承認譲歩を出す
値引き、無料サービス、能力予約、有効延長は商業約束です。提案責任者の承認と更新が先です。
推測した関係者へ連絡する
公開役職、メール補完、予定参加は連絡許可ではありません。買い手の紹介・承認を求めます。
保留・辞退・停止を無視する
新シーケンスや別送信者で停止を迂回せず、毎回状態を同期します。
添付にツールを命令させる
「調達へ送る」という記載は未検証データで、宛先拡大や権限付与ではありません。
実装チェックリスト
提案と証拠
- 提案ID、版、責任者、安定版、範囲、価格、通貨、有効状態がある。
- 買い手状態、CRM解釈、活動信号を分ける。
- 日付、商業主張、関係者、添付に現行証拠がある。
- 対立、不明、置換が見える。
目的と本文
- 七目的の一つが最終買い手状態に合う。
- 件名と差出人が正確。
- 進行、保留、転送、辞退を適切に提供する。
- 開封、予算、異論、権限、意向を捏造しない。
宛先と適用規則
- To、Cc、添付、リンクが現行権限を通る。
- 保留、辞退、抑止、希望経路、適用同意を照合する。
- 法務、プライバシー、安全、製品、財務、商業担当が審査する。
- 法域・プロバイダー範囲を一般化しない。
公開と結果
- 正確な版と予定時刻に別の送信承認がある。
- 予約、送信、CRM変更は別権限。
- 返信、バウンス、訂正、保留、辞退を正本へ更新する。
- 拡張前に重複防止、停止、ログ、ロールバックを試験する。
よくある質問
提案後、何日待ってフォローしますか?
買い手が示した時期、提案の本当の有効条件、適用方針に従います。固定日数は作業整理であり、連絡価値や許可の証拠ではありません。
開封を見たと言えますか?
通常は追跡に触れず判断障害を尋ねます。開封・閲覧は自動、不完全、プライバシー関連で、審査、権限、関心を証明しません。
毎回値引きや期限を入れますか?
いいえ。実在し、現行で、管理提案に記載され、責任者が承認した場合だけ使います。
他の関係者レビューが必要なら?
役割別要約や質疑を提案し、紹介または明示承認を求めます。役職が関連するだけで勝手に連絡しません。
いつ終了しますか?
許可履歴と関係方針に従います。最終メールは保留、返信不要、後で・不要・削除・経路希望を尊重します。
AIが交渉・自動送信できますか?
検証済み機能と技術的に強制された明示権限内だけです。引用付き読み取り専用草稿と人レビューから始めます。
FTC、Gmail、ICO規則は同じですか?
いいえ。法域、宛先種類、プロバイダー、送信形態が異なります。適用理由を記録し、実運用を専門家が審査します。
出典、方法、公開上の制限
OpenMax編集者が現在の一次資料から独自ガイドと架空ケースを構成しました。2026年9月5日に確認。PF090は顧客事例ではなく、件数は順位・性能基準ではありません。
OpenMax製品文脈
- OpenMax — AI Business Email Assistant — レビュー付き草稿と宛先・約束・送信の人管理。
- OpenMax — AI Agent Platform — 役割、ツール、権限、ログ、審査、評価、配備。
メール、プライバシー、AI統治
- U.S. Federal Trade Commission — CAN-SPAM guide — 米国商業メール、身元、件名、住所、停止、責任。
- Google — Email sender guidelines — 個人Gmail宛要件、正確な身元、範囲ある大量送信管理。
- UK Information Commissioner's Office — B2B marketing — 英国B2B直接マーケティングと加入者区分。
- NIST — Generative AI Profile AI 600-1 — 生成AIリスク、測定、統治。
- OWASP — Prompt Injection — 提案、CRM、メール、添付を信頼しないツール境界。

