outbound-triage

アウトバウンドのトリアージ

予定しているアウトバウンド作業が、指定されたアウトバウンド準備レベルでのAFK実行に適しているかを判断します。

アウトバウンド作業は、リスクのないアセット準備から、外部アカウントでの操作、実際の見込み顧客への連絡まで幅広いため、アウトバウンドのトリアージではレベルを考慮します。

参考資料

まず、以下を読んでください。

• references/CONTEXT.md
• references/docs/growth-operator/afk-readiness.md
• references/docs/growth-operator/control-plane.md
• references/docs/paperclip-operator/integration-matrix.md

必要な場合にのみ開いてください。

• references/docs/paperclip-operator/control-plane.md
• references/docs/paperclip-operator/cli-contract.md

プロセス

1. 対象の課題または課題リストを読みます。

2. 以下を確認します。

   • ステータス
   • プロジェクト
   • 親課題の階層
   • リンクされた目標
   • 計画ドキュメント
   • 説明
   • 受け入れ条件
   • アウトバウンド準備レベル
   • 市場、業種、ICP、購買担当者、ペルソナ
   • ウェッジまたは深刻な課題となっているワークフロー
   • アセットの依頼、オファー、CTA、またはウォークスルーの依頼
   • リードソースとエンリッチメントに関する前提
   • 連絡経路とパーソナライズの根拠
   • ツール名、アカウント、フィールド、予算、上限
   • 同意、コンプライアンス、配信抑止、アカウント操作の境界
   • 返信の処理と学習内容の記録
   • ブロッカーと blockedByIssueIds
   • コメント
   • 担当者

3. 対象範囲内の各課題を、次のいずれか1つに分類します。

   • AFK-ready
   • needs-info
   • blocked
   • needs-human
   • too-broad
   • revise
   • cancel
   • done

   対象範囲内のすべての課題に分類が1つずつ付いた時点で完了です。

4. 具体的な変更を提案します。AFK-readyではない各課題について、不足している準備要素を具体的に示した時点で完了です。

5. 承認を求めます。

6. 承認された変更を適用し、レコードを読み返して確認します。

Wikiのソース資料

準備状況の判断がPaperclip wikiのURL、wikiページのパス、または保存されたwikiソースに依存する場合は、paperclip-wiki-fetch を使用してソースにアクセスでき、内容が十分であることを確認してから、課題をAFK-readyに分類します。利用できる場合は、取得したタイトル、パス、更新日時、ハッシュをICP、ウェッジ、またはソースのコンテキストに含めてください。

認証情報、会社の範囲、wiki ID、スペースのスラッグ、またはページパスが不足していてwiki参照を取得できない場合は、課題を needs-info に分類し、不足しているwikiアクセス情報を Missing readiness elements に記載してください。

トリアージ中に古い、不足している、または誤ったwikiコンテンツが見つかった場合は、フォローアップスキルとして paperclip-wiki-manage を提案してください。オペレーターが明示的にwiki管理へ切り替え、具体的な変更を承認しない限り、通常のトリアージでwikiコンテンツを変更しないでください。

準備レベル

• O0 strategy - 戦略またはキャンペーンの親課題の準備。
• O1 asset-prep - リードリスト、エンリッチメント仕様、スコアリング、パーソナライズ、メッセージの下書きなどのアセット。送信は行いません。
• O2 tool-work - Instantly、Clay、Grinfi、またはCRMなどのツールで、承認済みのセットアップや設定を行います。別途承認されない限り、開始しません。
• O3 send-ready - 実際のアウトリーチ開始、または送信の準備。
• O4 reply-booking - 返信の分類、返信の下書き作成、予約の支援、学習内容の記録。

準備完了の基準

アウトバウンド作業は、指定された準備レベルにおいて、継続的なオペレーターの監督なしにエージェントが実行できるだけのコンテキストが課題に記載されている場合にのみ、AFK 対応可能です。

• 関連する買収企業の目標またはチームの目標
• 継続的なアウトバウンド施策プロジェクト
• 上位の戦略またはキャンペーンのコンテキスト
• 準備レベル
• 市場、業種、ICP、購入者、またはペルソナ
• くさびとなる価値提案、または課題の大きいワークフロー
• 成果物の依頼、オファー、CTA、またはウォークスルーの依頼
• 期待される成果
• 受け入れ基準
• 検証に関する期待事項
• 停止条件
• 未解決の主要なブロッカーがないこと

レベルごとの追加要件：

• O1 asset-prep：リードの取得元、エンリッチメントに関する前提、パーソナライズの根拠、出力フィールド、および送信を行わないこと。
• O2 tool-work：名称が明示されたツール、アカウント、入力フィールド、出力フィールド、予算またはクレジット上限、および承認済みの設定範囲。
• O3 send-ready：送信に対するオペレーターの明示的な承認、送信者アカウント、シーケンス、抑制ルール、コンプライアンスの範囲、1 日あたりの上限、開始タイミング、モニタリング計画、および停止条件。
• O4 reply-booking：返信のカテゴリ、承認済みの返信範囲、予約への引き継ぎ、エスカレーションルール、および学習内容の記録先。

ツールへのアクセス、有料クレジット、CRM の変更、外部アカウントの使用、送信、または返信対応が示唆されているものの、明示的に承認されていない場合、アウトバウンド作業は O1 asset-prep を超えるレベルでは準備完了ではありません。

推奨フォーマット

## Outbound Triage Recommendation

### <issue identifier/title>

- Classification:
- Readiness level:
- Current status:
- Recommended status:
- Missing readiness elements:
- ICP/wedge context:
- Tool/action boundary:
- Sending/reply boundary:
- Proposed comment:
- Proposed blocker links:
- Follow-up skill:

ステータスのルール

• todo は、宣言されたアウトバウンド準備レベルで準備ができており、実行可能であることを意味します。
• backlog は、保留中、または着手できないことを意味します。
• in_review は、開始前にオペレーターの最終承認が必要な送信準備完了の作業に使用することを推奨します。
• blocked を使用する場合、対応していれば、具体的な課題の依存関係を示す主要なブロッカーのリンクが必要です。
• 範囲が広すぎるアウトバウンド戦略またはキャンペーンの課題には outbound-plan-work を使用します。
• トリアージの理由はコメントで説明します。

変更のルール

最初に推奨事項を報告します。ステータス、コメント、ブロッカー、ラベル、または担当者を更新するのは、オペレーターの承認後に限ります。このスキルを使って、アウトリーチを送信したり、キャンペーンを開始したり、CRM レコードを変更したり、クレジットを消費したり、外部アカウントを変更したりしてはいけません。