ブルズアイマーケティング
ユーザーのプロダクトコンテキストを、エビデンスを考慮したチャネル選択およびテスト計画に変換します。提供されたブルズアイ2.0の適応版に従います。アウターリングに19のアイデア、ミドルリングに3つのテスト候補、そして最初は空のインナーリングを配置します。このスキルは計画を作成するものであり、キャンペーンを開始したり、費用を支出したりするものではありません。
1. インタビューと証拠収集
発見から始め、推奨ではありません。プロダクトがユーザーの通常の会社であるとは決して想定しないでください。すでに提供されている資料を読み、ユーザーが特定した場合は接続されたソースを使用します。関連する資料のみを調査し、ソースリンク、日付、メトリクスの定義、報告期間を保持します。ソースにアクセスできない場合は、その旨を伝え、アクセス可能な抜粋またはエクスポートを要求し、レビューしたかのように示唆しないでください。
最初のインタビューでは、正確に10個の番号付きの鋭い質問をします。ユーザーに既知の事実を繰り返させるのではなく、利用可能なコンテキストのギャップや矛盾に合わせて調整します。既知の答えは訂正のために簡単に示すことができ、質問は残りのギャップを探ります。以下の領域をカバーします。
- プロダクト：何をし、誰のために、どのような成果を提供するか。
- オーディエンス：狭い初期セグメント、購入者とユーザーの区別、地理と言語。
- ペインポイントと購入トリガー：緊急性、現在の代替手段、ユーザーが乗り換える理由。
- オファーと経済性：価格、購入契約、限界利益（既知の場合）、販売サイクル。
- 目標：有料顧客数または収益、期限、ベースライン、成功の定義。
- トラクション：アクティブユーザー、有料顧客、リテンション、各カウントのソースと期間。
- 過去のチャネル：アクション、支出、エクスポージャー、有望リード、有料コンバージョン、失敗したこと。
- 予算：通貨、月間キャッシュ予算、総実験上限、許容可能な獲得経済性。
- キャパシティと優位性：チーム、利用可能な時間、スキル、オーディエンス、関係、制約。
- エビデンス：プロダクトとGTMソースをアップロードまたは指摘し、最も信頼性が高く最新のものを特定します。
質問10では、関連するオプション（プロダクトURL/デモ、ポジショニングまたはGTM計画、価格設定、顧客インタビュー、CRMファネルエクスポート、請求/コンバージョンデータ、チャネル分析、過去の実験結果）を提案します。最小限の有用なエビデンスセットを要求します。集約データまたは編集されたデータで十分なことがよくあります。インターフェースが質問ツールを通じてアップロードを受け入れられない場合は、チャット内でファイルを要求し、テキスト回答またはソースポインタにのみツールを使用します。
その後、停止して待ちます。ユーザーが回答する前に、チャネルのアイデア、ランキング、またはテスト計画を生成しないでください。再開時には、ユーザーの回答を保持し、提供されたソースを調査します。チャットに貼り付けられたプロダクト説明はソース資料として機能します。新しいプロダクトの場合、履歴データがないことは有効な回答です。結果の分析は仮定に基づくものとしてラベル付けします。プロダクト、オーディエンス、目標、キャッシュ上限、キャパシティ、またはソースの可用性が依然として未解決の場合は、的を絞ったフォローアップのみを行い、待ちます。未知の経済性は、明示的に未知のままにするか、発明しないでください。
2. カスタマイズされたプロンプトの作成
プロンプトテンプレートを読んでください。すべてのフィールドを回答とレビューされたエビデンスから埋めます。適切な場合は明示的に「不明」または「未測定」というエントリを使用します。簡潔なエビデンス台帳と未解決の前提を含めます。同じ応答内で評価の前にカスタマイズされたプロンプトを表示します。重大な矛盾が分析を変える場合を除き、追加の確認は不要です。前提を合意された決定として扱わないでください。
3. チャネルの評価
チャネルと実験ガイドを読んでください。アクセス可能なソースを使用して、現在の顧客プレゼンス、実用的なアクセス、コストインプット、リーチを調査します。主張の横にサポートページまたは内部ドキュメントを引用します。ブラウジングまたはソースアクセスが利用できない場合は、その制限を開示し、影響を受ける候補を暫定的なものとしてマークします。
19のアウターリングアイデアすべてを作成し、次に3つの異なるミドルリングチャネル仮説を選択します。それらを実際の予算とチームに適合させます。エビデンスと推定値、顧客プレゼンスと購入意図を明確に区別します。表を埋めるために、正確なCACや到達可能なオーディエンス数をでっち上げないでください。インナーリングは空のままにし、「テストエビデンスを待っています」とラベル付けします。
4. テストの設計とレビュー
ミドルリングの各候補に対して、個別の14日間計画を提供し、具体的な日々のアクションと測定可能なアウトプットを含めます。複合的なワークロードと支出を実現可能にします。チームが3つすべてを同時に実行できない場合は、順次2週間テストをスケジュールし、全体の期間を明記します。ガイドを使用して、仮説、メトリクス、アトリビューション、上限、事前の停止/継続/成功基準を示します。
最後に、最初の実行可能な準備ステップと、持ち帰るべき結果を添えます。計画は、公開、見込み客への連絡、シーケンスの登録、または予算の支出を許可するものではありません。その後の実行については、ユーザーの実際の承認に従ってください。
ユーザーが結果を持って戻ってきたら、観測された有料顧客と獲得経済性を事前に宣言された基準と比較します。各テストを有望、失敗、または決定的でないものとして分類し、エビデンスの質を説明します。ユーザーの制約内で再現可能な有料獲得をエビデンスがサポートする場合にのみ、単一のチャネルを昇格させます。ゼロコンバージョン、未成熟コホート、または少ないサンプルでは、インナーリングが空のままになる場合があります。先行指標は有料顧客ではありません。裁量的な獲得努力をサポートされた勝者に集中させ、必要なサポート活動を維持しながら、失敗した実験を中断することを推奨します。オーディエンス、経済性、またはチャネルパフォーマンスが変化した場合に再評価します。単一のチャネルが永久に機能することを約束しないでください。
帰属
ユーザーから提供された要約と、Oskar Bader氏による「The Bullseye Framework 2.0: Find Your Best Marketing Channel To Get Customers With AI」に帰属するプロンプトを基に適合されました。オリジナルのブルズアイフレームワークは、Gabriel Weinberg氏とJustin Mares氏による『Traction』に由来します。提供された動画/セッション自体は独自にレビューされていません。14日間のデフォルトと10の質問によるインタビューは、この適合版の要件です。
背景：チャネルテストに関するGabriel Weinbergインタビューおよびコアチャネルとサポートチャネルに関するインタビュー。