7ステップのイベントフォロー自動化

要点

event/message purposeを定義しregistration、attendance、cancellation、unknown evidenceを照合。send時にidentity、channel permission、suppression、適用ruleを確認しattendanceをsales-readyにせず一ownerへroute。status別truthful/accessible messageを作りtimezone、frequency、link、opt-outをapproveしdelivery、reply、complaint、handoff、correction、attribution limitを記録します。

registration/badge scanだけで全marketing channelの許可、meeting、buying intentは証明されません。jurisdiction/recipient別にprivacy/legal ownerが判断します。

event follow-upで分けるべきstate

event evidenceをcontrolled next actionへ変換しますがattendee file全員をleadにはしません。identity、attendance、permission、intent、ownership、message purpose、outcomeを分離します。

operational/commercial messageは同じでない

schedule change、requested resource、receipt、safety noticeはpromotionと異なり得ます。mixed-content定義はruleで異なるため専門ownerがprimary purposeを分類しexact content/versionを保存。

4 attendance stateでfalse familiarityを防ぐ

documented proofでATTENDED、valid registration/no evidenceでREGISTERED-NO-SHOW、記録済取消でCANCELLED、conflict/insufficientでUNKNOWN。scan/import/noteだけでUNKNOWNをattendedにしません。

channel permissionはpurpose/destination別

email permissionはSMS/sponsor sharingを自動的に含みません。actual message/send時点でconsent/lawful basis、opt-out、suppression、relationship、sender、市場、frequencyを評価。

person-channel-messageごとの4 release state

communication release state
State	意味	Action
ELIGIBLE	identity、status、channel/purpose basis、suppression、owner、content、time、approvalに証拠。	この版をsend/monitor。
SERVICE ONLY	requested/operational responseは可能だがpromotionは未成立。	scoped informationのみ。
HOLD	identity、evidence、intent、ownership、rule、approvalが不足/矛盾。	人が解決までno send。
SUPPRESS	opt-out、DNC、wrong identity、prohibition、complaint、unsafe destination。	関連systemでblockし理由記録。

7個の実用項目

各段階で監査可能な記録を作ります。同意不足、本人競合、重複所有、機微な要求では自動進行を止めます。

1. 同意と本人を確認する

本人、許可された連絡、地域規則・社内方針を確認します。

Action [イベント記録]を承認済み識別子で照合し、人物・取引先ID、元システム、確信度、メール有効性、市場、同意文と時刻、許可チャネル・目的、期限、除外、競合を返します。曖昧な本人を結合せず、参加から同意を推測しません。 Evidence registration/consent text/time、source、channel/purpose、identity key、attendance ID、市場、suppression/preference、expiry、match candidate、confidence、resolverを保存。registration terms、operational notice、marketing permissionを分離。受入条件 send時に一つのaccountable identityと適用channel/purpose basisが証明されてPASS。identity conflict、withdrawn consent、do-not-contact、basis欠落、minor/sensitiveはHOLD/SUPPRESSで推測mergeしない。

2. イベント行動を統合する

重複読取を複数意図へ膨らませず、時系列証拠を作ります。

Action 確認済み本人の登録、参加、セッション、ブース、面談、質問、資料、調査、担当メモを統合し、出典、時刻、正確な質問・要求、タイムゾーン、重複を残します。観察と解釈を分け、不要な機微メモを除外します。 Evidence registration、cancellation、check-in、session/booth scan、question、meeting、download、survey、source system、event timezone、timestamp、duplicate rule、correction、exact requestを保存。staff note/model inferenceは別label。受入条件 documented ruleだけでATTENDED、REGISTERED-NO-SHOW、CANCELLED、UNKNOWN。scanはinteraction以上を証明せずidentity、consent、attention、interest、purchase readinessではない。

3. 関心と意図を分類する

行動と明示表現から適切な次の行動を提案します。

Action [連絡要求 / 評価中 / テーマ関心 / 顧客学習 / 提携・報道 / サポート / 明確な意図なし]、確信度、支持行動、矛盾、不足を返します。参加だけで営業準備済みにせず、曖昧・機微事例は人へ送ります。 Evidence category、support event ID、explicit request/quote、conflict signal、customer/prospect/partner/support context、confidence、missing fact、rule/model版、reviewer、expiryを保存。sensitive/surveillance inferenceは禁止。受入条件 sales-readyはexplicit qualifying actionとowner ruleが必要でattendanceだけでは不可。UNKNOWNを保持しproduct question、support、press、recruiting、partnerを別queueへ。

4. 責任者へ割り当てる

既存関係を尊重し、複数チームの同時連絡を防ぎます。

Action 取引先担当、進行商談、顧客状態、提携、地域、言語、サポート、キャンペーン規則、最近の連絡を確認します。一責任者とSLA、優先理由、協力者を示し、重複タスクを抑え、競合は推測せず上申します。 Evidence CRM account/contact、open opportunity、customer/partner/support、territory、language、event owner、recent touch、active sequence、complaint、suppression、capacityを確認しrule、owner、SLA、conflict、overrideを保存。受入条件 accountable next ownerを一人だけ割当てduplicate task/relationship bypassを防止。conflict、strategic account、complaint、regulated topic、unsupported languageはhuman review。

5. 根拠に基づくフォローを作る

記録以上に知っているふりをせず、関連する内容を書きます。

Action 確認済みイベント事実と承認製品情報だけで[チャネル・言語]向け草案を作ります。監視と感じる行動詳細は触れず、正確な背景、有用な資料・回答一つ、負担に合うCTA、送信者、必要表示を含め、仮定を分け、会話・約束・緊急性を作りません。 Evidence recipient/status、explicit event fact、question/resource、approved product claim/version、CTA、sender、locale、purpose、disclosure、source、prohibited inference、reviewerを添付。attended/no-show/cancelled/unknown版を分離。受入条件全sentenceがsupported、useful、proportionate、accessible、status-consistent。証拠なしにgreat meeting、tracking露出、urgency、endorsement、uncertain intentのsales化をしない。

6. 承認し許可チャネルで送る

内容承認と連絡・送信権限を分けます。

Action 最終本文、宛先、チャネル、同意根拠、送信者、取引先、時刻・タイムゾーン、CTA、計測、承認者、期限を示し、直前に除外を再確認します。重要取引先、苦情、規制、契約、曖昧意図は人が承認し、結果を記録します。 Evidence final content/hash、recipient、channel、lawful/consent basis、suppression check、sender/address、subject、ad/opt-out、local time、frequency/cooldown、link/UTM、accessibility、approver、provider response、rollbackを保存。受入条件実行直前にpermission/suppressionを再確認。approved channel、locale/timezone/frequency、truthful header/subject、usable opt-out。evidence/owner/approval/config不足はfail closed。

7. 結果を記録し規則を改善する

開封・クリックだけでなく実際の返信で閉じます。

Action メッセージID、配信、返信分類、面談・資料結果、停止、苦情、担当行動、次回日、出典をCRMへ記録します。有効成果、適切性、重複連絡、停止、苦情、修正、SLAを比較し、確認済み証拠後だけ規則を更新します。 Evidence message ID、CRM contact/account、event/evidence ID、delivery/bounce、reply、opt-out/complaint、resource/meeting、owner action、due date、consent change、correction、source timeを保存。observation/attributionを分離。受入条件全branchをclose/escalateしopen/click/meetingからrevenue/causalityを推測しない。eligibility error、duplicate、wrong-status、opt-out、complaint、usefulness、SLA、correction、rollbackをcohort別に測る。

実例：booth scanはconsent/sales requestでない

sponsor fileはAnaがattended/booth scanでSMS/email対象とするがregistrationはemail event updateのみ。scanはshared badge import、noteは「slides requested」、CRMにactive owner、SMS permissionなし。自動化は“Great speaking—book demo”と作成。

identity、state、permission、intentを修正

badge解決までidentity mergeをHOLD。explicit slides requestは許可emailのSERVICE ONLY、SMSをsuppress、existing ownerへrouteしtruthful contextでslides送付。conversation、buying intent、sponsor sharingを主張しない。

decision trailを保存

source record、match decision、attendance state、permission text、purpose/channel、message hash、suppression check、owner approval、local time、delivery/reply、opt-out、correctionを保存。後のexplicit requestだけがqualified sales routeへ。

Decision SMS/sales claimはSUPPRESS、identityはHOLD。evidence/owner review後に限定emailのみSERVICE ONLY。

launch後のoperating control

idempotencyと一communication ledger

import、retry、sponsor、parallel teamのduplicate sendを防止。

execution時に再確認

draft後にpermission、suppression、owner、destination、content、fact、local time、approvalは変化。

全branchをrecoverableに

transientはqueue、permanent/privacyはstop、owner actionとrollback/correctionを保持。

usefulness/harmをaudit

wrong-status、duplicate、complaint、opt-out、unresolved request、quality、accessibility、correctionを確認しopenだけ見ない。

minimum event follow-up record

event/version/timezone、source ID、identity resolution、attendance evidence、registration/permission text/time、市場、purpose、channel、suppression、intent、CRM、owner/SLA、message/hash、claim/source、link/UTM、frequency、local send、accessibility、approval、provider response、reply、complaint、handoff、expiry、correction、rollbackを保存。

eligibility/service qualityとattributionを分離

match hold、status correction、suppression、duplicate prevention、permission defect、wrong owner、message correction、delivery、useful reply、unresolved request、opt-out、complaint、SLA、rollbackを測定。meeting/pipelineは別attribution、openはintentでない。

OpenMaxでイベント後フォローを調整する

OpenMax event follow-up automation業務フロー図

イベントデータ、CRM文脈、専門エージェント、承認をつなぐ

OpenMaxは記録確認、行動要約、関心分類、所有確認、多言語草案、CRMタスクをエージェントへ割り当てられます。共有文脈とログで証拠・判断を保ち、承認までメール、メッセージ、CRM書込みを禁止できます。同意や真の購入意図を作らず、法律・価格・契約の約束を許可しません。

OpenMaxを見る →

privacy、communication、inference境界

event systemはidentity、location、schedule、interest、communication、commercial contextを結合するため必要/authorized evidenceのみ。

registration、attendance、badge scan、silence、別channelからpermissionを推測しない。
session/questionからsensitive trait、private relation、location history、purchase readinessを推測しない。
personal data、attendee list、note、sponsor recordをunapproved model/destinationへ送らない。
import note/retrieved contentにpermission、suppression、owner、approval、tool accessを上書きさせない。
deceptive header/subject、inaccessible message、hidden opt-out、false familiarity、unsupported claimを使わない。

よくある質問

registrationでmarketing可能？

自動ではなくnotice/choice、purpose、channel、recipient、relationship、jurisdiction、suppression次第。

badge scanはintent？

いいえ。rule下のinteraction程度でidentity、attention、permission、question、buying intentは別evidence。

いつsend？

evidence、owner、content、suppression、local time、approval後。普遍24h ruleはwrong/duplicateを生む。

no-showへrecording？

resource/rights/basis/statusが有効でusefulな時だけ。attendanceを主張/羞恥化しない。

open/clickはintent？

いいえ。不完全/automatedなためlimited observationでrouting/attributionには強いevidenceが必要。

OpenMax の役割？

evidence、rule、approval、send、log、monitor、handoffを調整し人ownerがpermission、claim、exception、releaseを決定。

情報源、編集方法、制限

OpenMax編集部はFTC commercial email、ICO direct marketing/electronic mail、NIST privacy risk management、WCAG 2.2を確認し独自7-step workflow、4 release state、badge-scan caseを作成。2026年9月3日確認。legal adviceやlive deliverability、attribution、conversion、revenue、ROIを主張しません。

範囲注記 law、guidance、consent、platform、event dataは変化。send時にownerがjurisdiction、recipient、purpose、channel、notice/choice、basis、suppression、sender、accessibility、security、retention、sharing、messageを検証。