budget-optimizer について
budget-optimizerは、インフルエンサーマーケティングや有料広告の予算を計画するスキルです。目標、プラットフォーム、費用根拠に基づいて配分案を作り、予測の計算式と入力元を記録します。データが不足している場合、リターンを捏造しません。
主な機能
- 01階層、プラットフォーム、コンテンツ別の予算配分
- 02根拠のある予算シナリオの比較
- 03予測式と入力情報源の記録
- 04メディア換算値と帰属売上の区別
- 05比較可能な実績に基づく途中再配分
活用シーン
- 01複数プラットフォームのインフルエンサー予算計画
- 02予算シナリオごとの見込みの比較
- 03キャンペーン実績に基づく予算変更の検討
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ aaron-he-zhu/ aaron-marketing-skills --skill budget-optimizerインストール後、Claude Code で/budget-optimizerを入力して読み込まれたか確認します。
同梱ファイルreferences/templates.md
詳細
予算オプティマイザー
このスキルは、インフルエンサーマーケティングの予算を配分・最適化し、投資収益率を最大化できるよう支援します。プラットフォームの費用、インフルエンサーのティアごとの費用対効果、キャンペーンの目標を考慮し、最適な予算配分を提案します。
クイックスタート
最短の呼び出し:
Help me allocate a $30,000 budget for an influencer campaign on Instagram and TikTok
一般的なシナリオ:
Optimize my influencer budget across micro and macro influencers for a Gen Z product launch — compare a $50K and a $100K scenario
出力:ティア/プラットフォーム/コンテンツの配分表、予測リーチと CPM/CPE、2~3 件の予算シナリオ、推奨配分。
スキルの契約
- 読み取り:総予算、固定費とインフルエンサーに利用可能な予算の内訳、キャンペーンの目標、対象プラットフォーム、ティアの制約(インフルエンサー 1 人あたりの上限、最低人数)、業界、およびキャンペーン途中の作業の場合は、現在までの支出とインフルエンサーごとの実績。利用可能な場合は、
~~influencer database/~~social platform analytics経由のコネクターデータ。 - 書き込み:既定では、予算配分の推奨と引き継ぎ内容をインラインで返します。正確な WARM 保存の許可がある場合に限り、
memory/influencer/budget-optimizer/YYYY-MM-DD-<topic>.md(または指定された有料パス)に保存します。 - 昇格:別途、正確な許可がある場合に限り、承認済みの総予算、選択したシナリオ、確定したティア構成、支出制約を
memory/hot-cache.mdに昇格します。 - 完了条件:
- 配分の合計が明示された予算の 100% になります。予備費は、ユーザーのルール、またはリポジトリの既定値ではなく、出典と日付のある計画基準に従います。
- 予測指標にはすべて、計算式、入力の参照元、エビデンスの対象期間、および「測定済み」「ユーザー提供」「推定」のラベルを含めます。
- 推奨シナリオを、その根拠とともに 1 つ提示します。提示できない場合は、数値シナリオを
NEEDS_INPUTのままとし、必要なエビデンスを求める具体的な計画を示します。
- 主な次のスキル:以下の準備状況を条件とする
Next Best Skillブロックを使用します。予算の引き継ぎは、アウトリーチや送信を許可するものではありません。
引き継ぎの要約
skill-contract.md §Handoff Summary Format に記載された標準形式で出力します。
分野横断:広告費の配分
このスキルは有料広告の費用も配分します。ティア/プラットフォームの表はチャネル/キャンペーンに対応します。シナリオの軸として ROAS プロファイル(direct-response|prospecting|incremental-profit)を使用し、CPM/CPE で代用せず、宣言済みの CPA/回収期間/貢献利益の制約を読み取ります。対象範囲は、支出再配分の計画の策定のみです。進行中のペーシングを読み取ったり、拡大/縮小の指示を出したりはしません。実績ペーシングと計画の比較、および学習フェーズへの配慮を含むライブのペーシング確認は budget-pacing-monitor が担当します。入札戦略の選択は bid-strategy-planner が担当します。paid-measurement-loop は、実施した変更 1 件の結果を対照群と比較します。時期尚早なスケーリングは ad-account-auditor の S ガードレールフラグであり、独立したスキルや拒否権ではありません。有料広告の実行結果は memory/ad/budget-optimizer/ に保存します。
データソース
このファミリーでは必須のライブ連携はありませんが、数値で示す料金、倍率、リーチ、エンゲージメント、収益、リターンの予測には、互換性のある根拠が必要です。ユーザー提供の見積もりや前提条件、出典日が明確な市場データ、または比較可能な自社の過去の実績を根拠として使用してください。予算総額、プラットフォーム、目標だけが提示された場合は、配分のひな型と、必要な料金表・予測に関する具体的な問い合わせ内容を返し、ステータスを NEEDS_INPUT としてください。料金表や倍率を推測して作成しないでください。
利用可能な場合、推定値の精度を高めるオプションのコネクター:
~~influencer database— ベンチマークの範囲ではなく、実際の料金表を使用できます。~~social platform analytics— 推定予測値に代えて、実際のリーチ、CPM、エンゲージメントを使用できます。~~CRM— ROI の調整に使用する過去のキャンペーン支出とコンバージョンデータを取得できます。
証拠はコネクターの出所ではなく、項目ごとに分類してください。コネクターの値を Measured と表示できるのは、対象の指標、エンティティ、キャンペーン期間のすべてが完全に一致する観測結果である場合に限ります(出典と基準日または対象期間を記録してください)。ユーザーが提示した数値は User-provided と表示してください。ベンチマーク、予測、推定値、モデルによる下流の予測値は Estimated と表示してください。コネクターに基づく入力があっても、行全体や前提から導き出した予測値が Measured に格上げされることはありません。キーを必要としないデータのレシピについては、CONNECTORS.md を参照してください。
手順
ユーザーが予算の最適化を依頼した場合は、以下の手順に従ってください。各手順の記入用テンプレートとシナリオブロックは、references/templates.md にあります。該当するセクションをコピーして記入してください。
- 予算パラメーターを収集する — キャンペーンの目標、オーディエンス、期間、総予算、固定費とインフルエンサーに充当可能な予算の内訳、プラットフォームの優先順位、制約(インフルエンサーあたりの上限、最低人数)を確認します。ヒアリング用テンプレート:§Step 1。
- コストの根拠を確認する — 日付が明記された情報源による見積もり、または自社の実績履歴のうち、市場、プラットフォーム、ティア、成果物、権利条件が適合するものを一覧にします。適合する情報源と日付がない料金や倍率は
NEEDS_INPUTのままにします。組み込みのデフォルト値は決して提示しないでください。テンプレート:§Step 2。 - 配分を作成する — ティア、プラットフォーム、コンテンツタイプ、その他の項目(ギフティング、広告配信の増幅、ツール、予備費)に予算を割り振り、合計を100%にします。予備費を設けるのは、ユーザーまたは日付が明記された計画情報源からルールが提示されている場合に限ります。テンプレート:§Step 3。
- リターンを予測する — 各計算式と入力参照を記録します。EMVはメディア換算のシナリオとして別途扱い、アトリビューション済み収益に加算したり、現金によるリターンとして数えたりしないでください。
ROAS = attributed revenue / spendはx:1で示し、算術上のROIは(attributed revenue - spend) / spend × 100%として報告します。必要な根拠がない限り、収益性や増分効果を主張しないでください。テンプレート:§Step 4。 - シナリオをモデル化する — 明示された入力で裏付けられるシナリオのみを比較します。そうでない場合は、名前付きのシナリオ枠と不足入力の確認計画を提示します。テンプレート:§Step 5。
- 最適化戦略 — 節約、集中配分、広告配信の増幅に関するしきい値には、ユーザールールまたは日付が明記された仮定であることを明記します。根拠のない割合を標準値として提示しないでください。詳細:§Step 6。
- キャンペーン途中の再配分 — 比較可能な実測結果に加え、事前登録された評価期間と判断ルールを必須とします。これらがない場合は
KEEP_TESTINGまたはNEEDS_INPUTを推奨します。推奨に基づいて支出を変更する場合は、別途、実行の承認が必要です。クリエイターの情報はcreator_refとしてのみ保存し、引き継ぎます。テンプレート:§Step 7。
実行結果をインラインで返してください。正確なWARM保存の承認を得るため、memory/influencer/budget-optimizer/YYYY-MM-DD-<topic>.md(有料広告の実行では memory/ad/budget-optimizer/)を提案してください。また、承認済みの総額、選択したシナリオ、または確定したティア構成を memory/hot-cache.md に昇格する場合は、別途承認を求めてください。
例
ユーザー:「Z世代を対象とするスキンケア製品の発売に向けて、InstagramとTikTokで30,000ドルの予算を最適化してください」
出力:
## Budget Allocation: $30,000 Skincare Launch
**Status**: NEEDS_INPUT
The budget, platforms, audience, and goal are User-provided. No compatible creator quotes, deliverable/rights scope, contingency rule, reach/engagement history, conversion rate, AOV, or attribution basis was supplied, so no creator count, platform split, CPM, revenue, ROAS, ROI, or EMV is fabricated.
### Evidence request
| Needed input | Exact request |
|--------------|---------------|
| Cost basis | Dated creator quotes or first-party rates for the target market, platform, tier, deliverable, usage-rights term, exclusivity, and currency |
| Forecast basis | Comparable reach/engagement observations with source refs and windows |
| Return basis | Approved conversion rate, AOV, attribution window/method, and whether revenue is gross or net |
| Planning rules | User-approved platform/tier constraints, amplification amount, and contingency rule |
Until these arrive, provide only a 100%-summing allocation worksheet with `TBD` cells and no recommended numerical scenario.
参考資料
- テンプレート、コストベンチマーク、シナリオA/B/Cブロック、最適化のヒント、2つ目の例:references/templates.md
- 共通コントラクト:skill-contract.md
- 共通状態モデル:state-model.md
- コネクターのレシピ:CONNECTORS.md
- 関連スキル:
- campaign-planner — この予算の資金提供先となるキャンペーン計画を作成します
- influencer-discovery — 予算の範囲内でインフルエンサーを探します
- outreach-manager — 配分をアウトリーチに反映します
- roi-calculator — キャンペーン後に実際のROIを計算します
- performance-analyzer — 再配分の判断に役立つ分析を行います
次に使うスキル
主なスキル:campaign-planner — 承認済みの実行可能なキャンペーン計画がない場合は、実行前に目標、成果物、権利、測定方法、判断ルールを確定します。
代替スキル(同じインフルエンサー系統):
- influencer-discovery — 承認済みの計画はあるものの、情報源付きの候補リストがない場合に使います。クリエイターを選定済みとして扱う前に、discovery に記載された型付きの Fit 引き継ぎ手順を続けてください。
- outreach-manager — キャンペーン計画が承認済みで、Fit の後にクリエイターが選定され、連絡先・同意・チャネルの準備状況が記録されている場合に限り使います。引き継ぎでアウトリーチの準備はできますが、送信が許可されるわけではありません。
終了条件:訪問済みセットを維持してください。推奨された次のスキルがこのセッションのチェーンですでに呼び出されている場合は、再度呼び出すのではなく、チェーン完了と報告して停止してください。デフォルトの max-depth: 3。ルーティングが曖昧な場合は、選択肢を提示して停止し、自動的に次へ進まないでください。