PLAYBOOK
展示会準備プレイブック
12週間の準備タイムライン、リード取得、フォローアップ頻度設計、ROI測定。
展示会準備プレイブック
このプレイブックは、繰り返し発生するトレード運用のワークフローを、測定可能な出口条件を持つ名前付きステップの連なりに変換する。運用ドキュメントとして使うこと。オペレーションハンドブックにコピーし、自社のコリドーに合わせて手順を調整して回す。
このプレイブックを使う場面
頭の中にしかない属人的なワークフローを標準化するとき、新任者が手順を素早く習得する必要があるとき、既存プロセスの成果がオペレーター間で一貫しないとき。
前提条件
- 関連システムへのアクセス(ERP、CRM、決済ポータル、通関プラットフォーム)
- 成果に責任を負う明確なオーナーの指名
- 現状のベースライン指標。これがないと「プレイブックは有効だったか」を判定できない
- テンプレート化された成果物: PO、インボイス、契約書、督促レター、KYBパック
手順
ステップ1: トリガーを定義する
ワークフローを開始させる正確なイベントを明記する。ここが曖昧だと下流の全工程に波及する。
ステップ2: データフローを可視化する
各工程について、入力(データの出所)と出力(データの行き先)を明示する。多くのプレイブックの失敗は人の判断ではなく、この層で起きる。
ステップ3: コントロールを適用する
検証チェックを挿入する: 支払指図の確認、制裁スクリーニングのヒット、KYBの判定、UCP 600に対する書類適合性。正解が「買い手を知っているから省略」であることはほとんどない。
ステップ4: 判断ルール
事前に、ワークフローがどのように分岐するかを定義する。「KYBでアドバースメディア+制裁ヒット+未検証のUBOなら拒否」は判断ルールだ。「裁量で判断する」は違う。
ステップ5: 実行し、記録する
すべての重要なアクションは、UETR、請求書ID、またはケースIDとともに監査ログに残す。監査追跡可能性こそが、防御可能な運用と記憶頼みの再構築を分ける。
ステップ6: レビューとチューニング
週次: 指標を取得し、ベースラインと比較し、ボトルネックを特定する。月次: 判断ルールを調整し、AIコンポーネントを使っている場合は再学習する。
よくある落とし穴
- 特定個人の属人的知識に依存する工程
- 文書化された基準なしに「裁量」に依拠する判断ルール
- 計測がなく、フィードバックループが回らない
- バージョン管理なしにテンプレートが時間とともにドリフトする
AI / 自動化のフック
現代の運用プレイブックの多くの工程は拡張可能: KYBの判定、督促ケイデンスの選定、HS分類、入金消込のマッチング、例外トリアージ。パターンはトレードにおけるAIエージェントの分類を参照。
参考資料
今後さらに追加予定。 これはMVP版のプレイブックのアウトライン。ダウンロード可能なテンプレート、スクリプト、コリドー別ケーススタディを含む詳細版は編集パイプラインに載っている。