outbound-plan-work

アウトバウンド計画の作業

選択した成長戦略、アウトバウンドの分岐、またはアウトバウンドキャンペーンの親課題から、子課題の階層を一段階ずつ計画します。

計画によって作成されるのは、未割り当てのbacklog構造です。作業を開始できる状態にはなりません。

参照資料

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

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

プロセス

1. 対象となる成長戦略、アウトバウンドの分岐、またはアウトバウンドキャンペーンの親課題を特定します。

2. 課題、計画ドキュメント、親課題の連鎖、プロジェクト、リンクされた目標、ブロッカー、コメントを読みます。

3. 計画する階層の深さを確認します。

4. 子課題を一段階分提案します。

5. 提案する各子課題を、以下のいずれか1つに分類します。

   • ready-looking
   • planning parent
   • needs-human
   • blocked
   • needs-info

   完了条件は、提案する各子課題に分類がちょうど1つ付いていることです。

6. 不明確な子課題が3つ以上ある場合は、課題を作成する前に作業を止め、要点を絞って確認します。

7. 各課題について、正確なタイトル、本文、ステータス、親課題、プロジェクト、ブロッカー、担当者を明記します。

8. 承認を求めます。

9. 承認後、依存関係の順に課題を作成し、各レコードを確認します。

Wiki のソース資料

親課題、計画ドキュメント、コメント、またはオペレーターのプロンプトで Paperclip wiki の URL、ページパス、または保存済みの wiki ソースが参照されている場合は、アウトバウンドの子課題を提案する前にpaperclip-wiki-fetchを使用します。取得したソースのタイトル、パス、更新日時、ハッシュ、根拠となる抜粋のうち、市場、ICP、くさび、成果物の依頼内容、オファー、CTA、リードソース、またはパーソナライズの根拠に影響するものを、提案する課題の本文に含めます。

認証情報、会社のスコープ、wiki ID、スペースのスラッグ、またはページパスが不足していて wiki の参照先を取得できない場合は、計画を中断し、不足している情報を尋ねます。アクセスできない wiki 資料に依存する子課題は作成しないでください。

オペレーターがアウトバウンド計画の成果を wiki に公開、同期、または反映するよう明示的に依頼した場合は、まず提案する分解内容を完成させ、その後、承認を得てからpaperclip-wiki-manageで wiki を変更します。

計画パターン

例：

• 年次アウトバウンド戦略 → 四半期戦略の親課題。
• 四半期アウトバウンド戦略 → 月次戦略の親課題。
• 月次アウトバウンド戦略 → キャンペーンの親課題。
• ウォークスルーキャンペーン → ICP セグメントの定義、リードリストの作成、連絡経路の情報拡充、シーケンスの草案作成、ウォークスルー用スクリプトの準備、返信と学びの記録。
• ウォームイントロキャンペーン → 紹介経路のマッピング、依頼文の草案作成、背景説明文の準備、返信の追跡、学びの記録。

大まかな子課題は、実行可能な課題ではなく、計画用の親課題として作成します。

提案する分解の形式

## Proposed Outbound Child Issues

### 1. <title>

- Type: ready-looking | planning parent | needs-human | blocked | needs-info
- Priority:
- Status to write: backlog
- Parent:
- Project:
- Linked goals:
- Blocked by:
- Assignee: null
- Readiness level: O0 strategy | O1 asset-prep | O2 tool-work | O3 send-ready | O4 reply-booking
- Market/vertical:
- ICP/buyer/persona:
- Wedge or painful workflow:
- Artifact ask:
- Offer/CTA:
- Lead source or contact route:
- Compliance/account-action boundaries:
- Body:
- Acceptance criteria:
- Validation:
- Stop conditions:

作成ルール

• 計画した課題はbacklogとして作成し、担当者は割り当てません。
• 課題をtodoに移動しません。
• エージェントを割り当てません。
• 作業をチェックアウトしません。
• ハートビートを手動で実行しません。
• 親戦略で明示的に承認されていない限り、メッセージの送信、認証の背後にある情報のスクレイピング、CRM レコードの変更、ツールの購入、外部アカウントの使用は行いません。
• parentId／ネイティブの親子リンクを使用し、作成後に確認します。
• 利用可能な場合は、具体的な依存関係にファーストクラスのblockedByIssueIdsを使用します。
• オペレーターが劣化モードを明示的に承認しない限り、計画ドキュメントやブロッカーリンクをコメントで置き換えません。

変更ルール

オペレーターが提案する分解内容を承認するまで、子課題を作成してはいけません。