クイック回答:買い手の検証済み段階に従う

提案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製品文脈

メール、プライバシー、AI統治