marketing-monday

週次の成長ブリーフィングでは、2つのスキルを連携します。エンジンが機能しているかを確認する growth-pulse と、顧客の声を把握する review-reputation を実行してから、Web上で競合を調査します。3つのパートは1つに統合したブリーフを構成するもので、3つのレポートを単につなぎ合わせるわけではありません。

コネクター：PayPal、Shopify、HubSpotのうち、どれか1つがあれば実行できます。Apollo、Clay、Mailchimp、Square、Stripe、TikTok Adsを追加すると、それぞれ情報が充実します。TikTok Adsは growth-pulse を通じてステップ1の有料広告データを提供します。先週の広告費、成果、成果単価を売上トレンドと並べて示し、CRMのリード数と混ぜずに、プラットフォーム独自の数値として報告します（../growth-pulse/reference/data_sources.md）。Mailchimpはステップ1にメールチャネルのデータを提供します（get_capabilities の呼び出しには user_request と category が必要です。../../shared/connector-call-shapes.md）。収益のアトリビューションとオーディエンスの成長数を含むキャンペーン分析を取得します。このブリーフでは読み取り専用です。ここから下書きや送信を行うことはありません。アトリビューションされた収益は1つの数値にまとめず、プラットフォームとCRMの数値と並べて、メールチャネル独自の数値として報告します。どのコネクターもない場合は、CSVエクスポートと貼り付けたレビューを入力し、コネクターなしでWeb上の競合調査を実行します。

デフォルトの対象期間：パルスは過去7日間、レビューは過去90日間、競合ウォッチリストは前回の実行以降です。

ステップ1 — エンジンは機能しているか（growth-pulse）

growth-pulse スキルのワークフローを実行します。すべてのコネクターを1回の並列バッチで取得してください。直列実行では、誰も二度と待ってくれません。

**入力：**接続済みのコネクターのデータ、またはエクスポートデータ。**出力：**チャネルのトレンド、ファネルのコンバージョン、キャンペーンのリターン、製品のパフォーマンス、センチメント。それぞれにステータスを付け、欠けているデータは黙って省略せず「n/a」と示します。

**引き継ぎ：**対象期間を説明する一文に加え、ファネルで最も大きく離脱している箇所と、トレンド全体を左右している製品があれば、それを引き継ぎます。5つのビューからなるダッシュボード全体を統合ブリーフに持ち込まないでください。

**ここに承認ゲートはありません。**コマンドが呼び出されたので、実行します。データを読むのに承認は必要ありません。

ステップ2 — 顧客は何と言っているか（review-reputation）

review-reputation スキルのワークフローを実行します。

**入力：**公開レビュー、PayPalの異議申し立て、HubSpotのチケット、苦情の文言を含むメールスレッド、そして直接読み取れるものがない場合は貼り付けまたはエクスポートしたレビュー。**出力：**3〜5個のテーマと逐語的な引用、返信が必要なレビュー、連絡が途絶えた顧客。

**引き継ぎ：**テーマと評価の方向性を引き継ぎます。返信の下書きはブリーフの内容ではなく、別の承認キューとして引き継ぎます。

**承認ゲート：**所有者がレビューを1件ずつ確認するまでは、公開投稿を行いません。このゲートは連携してもそのまま維持されます。統合ブリーフが、所有者に代わって返信する包括的な承認になることはありません。

連絡が途絶えた顧客のリストに対応する価値がある場合は、このブリーフ内で再獲得の下書きを始めるのではなく、/reactivate を案内してください。

ステップ3 — 競合は何をしたか（Web調査）

このパートはインラインで実行します。コネクターは必要ありません。所有者が保存した競合ウォッチリストを確認します（初回は競合を3〜4社尋ね、その後保存します）。次に、公式サイトや価格ページ、ソーシャルメディアや広告の活動、求人情報、プレスリリースなどの公開情報を調査します。HubSpotが接続されている場合は、HubSpotの勝敗分析メモも追加します。

**出力：**何が変わったかを、観測した事実と推論を区別して、すべて日付付きで示します。推論を観測事実として提示してはいけません。

**引き継ぎ：**重要な変化だけを引き継ぎます。静かな週は、静かな週として報告します。水増しせず3行にまとめます。何かが実際に起きた週を強く印象づけるのは、そうした正直さです。

**承認ゲート：**調査結果に基づいて何かを実行することはありません。価格変更やキャンペーンの実施は、所有者が決めます。

ステップ 4 — 1つのブリーフにまとめる

このステップがあるからこそ、このコマンドを使う価値があります。近道をしないでください。

出力は1ページであり、3つのセクションをそのまま並べたものではありません。3つの入力をまとめて読み、互いをどう説明し合っているかを見つけてください。重要になりやすい関連性は次のとおりです。

• 売上が維持されている一方でセンチメントが悪化していることは、2か月後の売上に現れる早期警告です。
• すでに利益率が低い製品に対する競合他社の値下げは、単なるメモではなく、判断が必要な事柄です。
• リード数は多いのに受注率が下がり、レビューでは対応時間への不満が寄せられているなら、同じ話が2度語られています。
• 競合他社の新店舗と同時に、利用頻度の低い顧客のリストが増えているなら、原因の特定できる顧客離れです。

構成：

1. 見出し — 今週最も重要なことを、1文で
2. 成長の実績 — 数値と、それぞれの比較対象
3. 顧客の声 — テーマと、原文どおりの引用
4. 周囲で起きた変化 — 観測した競合他社の動きと、その日付
5. 今週実行する3つのこと — 影響の大きさ順に、必ず3つ

各アクションには、実行内容、このブリーフに記載された根拠となる数値、およその効果額を含めてください。簡単さではなく、影響の大きさで順番を付けます。簡単にできることは Ray Okonkwo が判断できますが、何が大きな成果につながるかを示せるのはブリーフだけです。

正直なところ、何も変える必要がないのであれば、そう伝えてください。毎週3つのアクションをひねり出すブリーフでは、オーナーはそのすべてを無視するようになります。

ステップ 5 — 定期実行を提案するのは1度だけ

毎週この作業を実行することを提案してください。確認するのは1度だけです。承諾されたらスケジュールを設定し、曜日と時刻を確認します。断られた場合、または返答がない場合は、そのまま先に進み、同じ実行中に再度尋ねないでください。

各定期実行では前回と比較し、基準値を更新します。変化は基準値との比較があって初めて意味を持つからです。

承認ゲート（必ず遵守）

• 公開レビューへの返信は、レビューごとの承認なしに投稿しないでください。
• このコマンドから顧客の呼び戻しメッセージを送信しないでください。それは /reactivate の役割です。
• 競合情報を根拠に価格やキャンペーンの施策を実行しないでください。提案にとどめてください。
• 定期実行を設定できるのは、明示的な承諾があった場合のみです。
• コネクターが失敗した場合は、ソース欄にその名称を記載して続行してください。明示された情報の欠落は有用ですが、何も記載がなければ問題がないように見えてしまいます。

してはいけないこと

• 3つのレポートをそのままつなぎ合わせないでください。 成果物は、1つにまとめたブリーフと、末尾の3つのアクションです。つなぎの文もなく、成長、レビュー、競合他社のセクションを順に並べただけの出力では失敗です。
• 静かな週に内容を水増ししないでください。 「重要な変化はありませんでした」と伝えることで、変化があった週の信頼性が保たれます。
• 根拠のない要因の特定や、競合他社の動きを作り上げないでください。 どちらも他の人に繰り返し伝えられる情報です。
• CRM の予測額を売上として報告しないでください。 商談額は期待値ですが、請求書は事実です。
• スケジュールについて2度以上尋ねないでください。
• アクションを3つより多くしないでください。 4つでは、誰も実行しないToDoリストになります。
• QuickBooks の P&L サマリーから経費や利益率を読み取らないでください。 実際の行データが存在していても、totalExpenses がゼロになることがあります。行データまたは monthlyBreakdown を合計してください（../../shared/quickbooks-report-traps.md、落とし穴 2）。

出力

チャット内に1ページで提示し、最後に3つのアクションを配置します。ファイルとして保存するか、Slackに投稿するかを一度だけ提案し、その後は尋ねません。

オーナーが保存した出力設定に従って、統合ブリーフも提供します。デフォルトでMarkdownファイルにしてはいけません。## Business contextブロックのOutput preference（共有スタイルガイドのルール、../../shared/artifact-style.md）を確認してください。

• ビジュアルアーティファクト（デフォルト）： 所定のスタイルで、ブリーフをHTMLページとしてレンダリングします。1ページで、統合内容を反映させます。主要な数値は成長指標のタイル、センチメントのテーマは逐語引用付きのパネル、競合の変化は日付と「観測」または「推測」のラベルを付けたリストにし、最後に3つのアクションのパネルを配置します。チャットでの要約も残します。アーティファクトは追加資料であり、唯一のコピーにはしません。
• docx / md / notion / canvaの指定がある場合： 同じ内容をその形式で提供します。DOCXファイルまたはMarkdownファイル、コネクター経由で作成するNotionページ（保存先を明示し、既存のページを上書きしない）、またはCanvaコネクター経由で作成するCanva Doc（実行ごとに新しいデザインを作成し、日付を付けて命名します。表はリストに変換します）とします。NotionまたはCanvaが接続されていない場合は、ビジュアルアーティファクトに切り替え、その理由を伝えます。
• スキルに最適な方法： ビジュアルアーティファクトを使用します。週次ブリーフは保管するものではなく、ざっと目を通すものです。

締めくくりの提案

最後に、提供した内容について、その週の注目点と3つのアクションを1行で伝えます。次に、最も関連性の高い次のステップを、正確なトリガーフレーズとともに1つ提案します。通常は、休眠顧客リストに対応する価値がある場合の「静かな顧客を呼び戻す」（/reactivate）です。ルーターの表から、「何を宣伝すべきですか？」（content-strategy）や「誰に電話すべきですか？」（lead-triage）などを、最大2つ追加で提案できます。提案は最大3つまでとし、このセッション中にオーナーがすでに断った提案を繰り返してはいけません。

一覧にないツールの使用

このスキルで名前が挙がっているコネクターは、動作確認済みの経路であり、制限ではありません。オーナーが、接続されていない、または一覧にないツールをこのフローで使用したい場合は、build-connectorを提案してください。これはまずコネクターディレクトリを確認し、該当するコネクターがなければZapier経由で接続します。生のAPIに対して手作業で実装することはありません。接続が確立されたら、そのツールは他の任意のコネクターと同様に、このスキルの一部として、同じ承認ゲートの下で使用できます。