マニュアル: Discoveryページ

前章ではOpportunity Briefがどのように作られるかを扱いました。今回は、それが届く実際の担当デスクを1週間運用した記録です — 何を開き、何を作り、何を放置し、何が一つだけうまくいかなかったか。

月曜、朝9時10分 — キューに6件のブリーフ

朝の第一原則: 上から順に読まないこと。ページはブリーフを、課題・対象ユーザー・根拠・スコープ・確信度という構成でレイアウトしていますが、私は毎回、根拠を最初に読みます。要約より先にリンクを開きます。月曜の6件のうち1つは「コミュニティで広がる不満」を挙げ、2つのスレッドをリンクしていましたが、1つは2019年のもので、いいねは4件でした。それは根拠ではなく、単なる検索結果です。約8秒でクローズしました。

2件目は説得力がありました。フリーランスの動画編集者が、メール、Frame.ioのコメント、テキストメッセージにまたがるクライアントのフィードバックを見失い、修正のたびに手作業で整合させている、という内容です。根拠セクションには独立した3つの情報源がありました — 回避策を比較する動画編集サブレディットの40件返信のスレッド、競合製品について全く同じギャップを訴えるG2レビュー、そして「恥のフィードバックスプレッドシート」についての200いいねのツイートです。3つの情報源が一致していることは、1つのバイラル投稿より強い — バイラル性は共感されやすいことを示すだけで、それがよくあることを示すわけではありません。

対象ユーザー: クライアント案件をこなすフリーランス動画編集者、同時に1〜5クライアント、r/videoeditingとFrame.ioコミュニティのDiscordで活動。後で重要になる、広告を出すのに十分な具体性があります。スコープ: Frame.ioのコメントエクスポートとメールスレッドを取り込み、統一された修正リストを1つ吐き出す単一ページ。認証なし、チーム機能なし、課金なし。1日で作れるほど小さく、まさにスコープセクションがこうあるべきという見本です — 私は普段、ブリーフの提案スコープをビルドプロンプトで半分に削るのですが、今回はそれさえ不要でした。

3件目のブリーフ、同じ回: 「フリーランサーは複数クライアントにまたがる時間管理に苦労している」。Redditスレッド1件、返信6件。対象ユーザーはただ「フリーランサー」。スコープは請求機能付きの本格的な時間管理SaaS丸ごと。同じ朝、同じリサーチ実行なのに、質は全く違いました — 単に元の信号が弱かったのです。クローズしました。良い実行回では、じっくり読む価値のあるものが2〜3件と、行動に移すには根拠が弱いものが数件出てきます。それは普通のことで、システムが壊れている兆候ではありません。

月曜、朝9時40分 — ビルドプロンプト、そして危うくスキップしかけた判断

動画編集者のブリーフは説得力があり、そのままビルドに送りそうになりました。しかし踏みとどまりました — 半分確信しているというのは、まず検証すべきということであって、まずビルドすべきということではありません。通常のビルドフローは、実際に確信を持ったときのためのもので、興奮しているときのためのものではありません。代わりに1ページのウェイトリストを用意しました。平易な言葉での訴求と、Frame.io Discordの明らかな隣接コミュニティを狙った40ドル分の一時停止済み広告です。

ここで危うく本当のミスを犯すところでした。広告ターゲティングの初稿はとても狭く、合計でせいぜい200人にしか表示されなかったでしょう。200インプレッションからのゼロという結果は何も教えてくれません — 「誰も欲しがっていない」のか「誰も見ていない」のか区別できないからです。一時停止解除前にオーディエンスを広げました。小さなことですが、気づかなければ検証結果を静かに台無しにする類のことです。

水曜 — 数字を確認

広告出稿4日間、火曜朝に一時停止解除: 約900インプレッションに対し19件の登録。本物のシグナルです。2件の登録でも本物のシグナルだったでしょう、ただ逆方向の。どちらにせよ、ランディングページと40ドルの費用で、月曜には知らなかったことを今は知っています — 1週間分のビルド時間の代わりに。これは前章の実例のブリーフであり、興奮しているものを一旦寝かせて検証する手間の価値を誰かに聞かれたら、これを挙げます。

私がこのやり方で運用しているアカウント全体での正直な比率: 約8件に1件が直接ビルドへ、3〜4件が検証のためステージングへ、残りは寝かせて期限切れになります。もしあなたの比率がもっとビルド寄りに偏っているなら、おそらく根拠セクションを十分に注意深く読めていません。

3月のブリーフが、まだそこに残っている

今週の話ではありません — これは、古いブリーフを削除することについて私の考えを変えたので触れる価値があります。3月に、小規模なクライミングジム向けのニッチな在庫管理ツールについてのブリーフを寝かせました。対象ユーザーは本物でしたが、根拠が薄く、フォーラムのスレッド1件だけでした。放置しておきました。2か月後、競合が近接した製品をリリースし、読み直すと、対象ユーザーのセクションが推測ではなく先見の明があるように見えました。ブリーフ自体は何も変わっていません。市場が変わったのです。もしキューを整理するためにそれを削除していたら、その文脈は理由もなく永遠に失われていたでしょう。

金曜 — 出力を読むのではなく、機械を調整する

金曜は、ブリーフを読む時間を減らして、それを書くものを操る時間を増やします。この特定の金曜には2つの変更をしました。まず: 次のリサーチ実行を特定の領域にスコープしました — 何もないより「クライミングジム向けツール」というように。スコープなしの実行は、その週にネット上で騒がれているものを表面化させがちだからです（常に新しいAIラッパーのアイデア、常に一般的な生産性への不満があります）、実際のサブカルチャーを掘り下げる代わりに。スコープされた実行は、ジムオーナーがルートセッティングのローテーションのために実際に共有しているスプレッドシートを持ち帰ります。スコープなしの実行は、雰囲気しか持ち帰りません。

2つ目の変更、そしてこれはこのリストの中で他の何より先に誰にでもお勧めしたいものです: 過去1か月の却下履歴を振り返り、なぜ却下したかを書き出し、その理由を次の実行のフォーカスに反映させました。根拠が弱い、3回。スコープが大きすぎる、2回。次の実行には「根拠重視」で「狭いMVP」に寄るよう指示しました。これは鈍い道具です — プロンプトを微調整しているだけで、モデルをファインチューニングしているわけではありません — しかし、あるアカウントでこれを数か月続けた結果、採用率は12件に1件くらいのビルド価値あるブリーフから、5件に1件に近い水準まで上がりました。

次回はスキップすること

初期の頃、約1週間Discoveryを毎日実行し、必死に探しましたが、もう一度やるならそれはスキップします。週2回でもすでにやりすぎに近いです。なぜなら、リサーチエージェントには、掃引の間にシグナルが蓄積するための実際の時間が必要だからです。毎日実行すると、ほとんど同じ3つのトレンドについてほぼ重複したブリーフが量産され、月曜の懐疑的な読み込みが余分なシグナルもなく長引くだけです。週1回がデフォルトとして正しく、活発な探索中だけ圧縮しますが、それでも隔日より短くはしません。そして、私が実際にしたよりも早く領域をローテーションすべきでした — 「クライミングジム」を3週間続けたら、3週目には同じスレッドの底を浚っていました。2〜3の領域をローテーションしていれば、それぞれが新鮮に保たれていたはずです。