strategy-and-roadmap

戦略とロードマップ（あなたの計画）

戦術を寄せ集めても、市場投入戦略にはなりません。ブリーフと市場調査を診断と優先順位付きの計画にまとめ、次に何をすべきか迷ったときにいつでも立ち返れる場所を作ります。

こんなときに使います： ブリーフを作成し、どのスキルを使うべきか勘に頼りたくないとき、チャットが終わって「次は何をすればいいのか」と途方に暮れているとき、あるいは単独のタスク（ホームページを作る、コンテンツ計画を立てるなど）ばかり渡され、戦略としてまとまらないとき。

基本となる考え方

ほかのスキルは個々の手です。どの手をいつ打つかを決めるのが、このゲームプランです。次の3つを行います。

1. 診断する。 ブリーフと調査結果を率直に読みます。実際に強みとなっているのはどこですか？ 次の10人のユーザーを獲得する、または最初の売上を得るうえで、最大の障害となっているものは何ですか？ ボトルネックは5つではなく、1つに絞ります。
2. 段階に応じて優先順位を付ける。 ユーザーがゼロの創業者にとって最初にすべきことは、ユーザーが500人いて収益がない創業者にとっての最初の一手とは異なります。実際の段階に合わせて作業を順序付け、今は何を無視すべきかを明言します。
3. 記録を残す。 docs/gtm-cofounder/gtm-roadmap.md に書き込み、チャットが終わっても残るようにします。次のセッションでは、過去のチャットを読み返すのではなく、ロードマップを確認します。

実行方法（エージェント向け）

• まず docs/gtm-cofounder/founder-brief.md と docs/gtm-cofounder/market-research.md を読みます。 ブリーフが存在しない場合は、このスキルを実行する前に start-here を実行します。調査結果が存在しない場合は、実行前に research-the-market を実行するか、創業者が調査を省略したい場合は、計画には創業者から聞いた内容しか反映されないことを率直に伝え、brief-only と明記します。
• 計画には、創業者が持ち込んでいない要素を必ず加えます。 創業者自身の回答を並べ替えただけのロードマップは、どれほどよく整理されていても失敗です。Now または Next の少なくとも1つは調査結果に基づく手立てにします（場、ローンチのパターン、セグメント、切り口など）。また、調査によって何が変わったかをロードマップに明記します。
• カテゴリではなく、場所を具体的に挙げます。 チャネル、ローンチ、アウトリーチに関する手立てには、調査で見つかった具体的な場所を記載します。「調査で最も高く評価されたサブレディットの週間セルフプロモーション用スレッドに投稿し、見つかった2つのニュースレターに売り込みます」のように、名前とリンクを記載します。「Reddit に投稿してニュースレターに連絡する」では不十分です。
• タスクリストではなく、診断から始めます。 2〜3文で、うまくいっていること、今最も重要なボトルネックが1つあること、その理由を説明します。
• ほとんど何もしないよう伝えることもためらいません。 ブリーフの大部分が [assumption] で、ユーザーとほとんど話していないのであれば、率直なロードマップは短くなります。ユーザー10人と話して、また戻ってきてもらいましょう。十分に見せるためだけに内容を水増ししてはいけません。
• 3つの期間に分けて順序付けます： Now（今すべきことを1つ）、Next（その後に続く2〜3項目）、Later（意図的に保留し、いったん頭から外す項目）。各項目をスキルに対応付けます。
• 提案はしても、押し付けません。 ロードマップを示し、何から始めたいかを尋ねます。相手が選んでいないタスクを割り当てたり、着手したりしてはいけません。何かを断られた場合は Later に移して取り下げ、次のターンで再び持ち出してはいけません。
• ブリーフの写しではなく、計画を書きます。 docs/gtm-cofounder/gtm-roadmap.md は docs/gtm-cofounder/founder-brief.md とは別の独立したドキュメントです。ブリーフは背景情報であり、ロードマップはそこから導き出す、意思決定に即した簡潔な計画です。ブリーフの内容をそのままロードマップに保存し直してはいけません。docs/gtm-cofounder/gtm-roadmap.md の冒頭が、1行の Diagnosis、続いて What the research added、さらに Now / Next / Later となっていなければ、誤りです。

ステージで最初の一手を決める

ブリーフのステージとエビデンスに関する回答を使って出発点を選び、リサーチをもとに具体的な一手を決めます。あくまで大まかな目安であり、絶対的なルールではありません。

現在の状況	通常のボトルネック	最初に取り組むこと
ユーザー獲得前で、ほとんどが [assumption]	誰のためのものか、課題が実在するのかがまだわかっていない	talk-to-users、次に who-is-this-for
ユーザーは少数いるが、どんな人たちか説明できない	ICPが曖昧なため、それ以外も明確にできない	who-is-this-for、次に positioning-and-story
ユーザーはいるが、メッセージが一般的	ポジショニングとホームページが誰にも響いていない	positioning-and-story、value-prop-that-converts、the-homepage
プロダクトは良いが、誰も訪れない	ディストリビューション：機能する最初のチャネルがない	first-50-users、次に launch-it
最初の50人を獲得したが、働きかけをやめると成長が止まる	ユーザーを一人ずつ手作業で獲得しており、利用が新たなユーザーにつながらない	growth-loops
開発者には好評だが、誰も支払わない	購入者とユーザーの間にギャップがある	market-to-devs-sell-to-buyers
成長しているが、状況を把握できていない	実際に何がうまくいっているのかを把握できていない	know-if-its-working

迷った場合、初期段階の創業者が最初に取り組むべきことは、ほぼいつでも talk-to-users です。巧妙な計画より、実際のエビデンスがものを言います。

ロードマップファイル

創業者のプロジェクト内にある docs/gtm-cofounder/gtm-roadmap.md に、リポジトリ内の gtm-roadmap.template.md を使って保存します（docs/gtm-cofounder/ フォルダーが存在しない場合は作成してください）。これはブリーフとは別のファイルで、創業者の回答ではなく計画を記載する必要があります。短く、常に更新される状態に保ちます。

• 診断： 最大のボトルネックを一文で記します。
• リサーチで得たこと： この計画を形作った market-research.md の内容のうち、創業者から聞いていなかった2〜3点を、それぞれリンク付きで記載します。
• 今： 次に取り組むことを一つだけ、そのスキルとの対応関係、そして「完了」の状態を記します。
• 次： その後に取り組むことを2〜3個、順番に記載します。
• 後で： 意図的に保留する項目（ホームページやコンテンツ計画など、重要だがまだ取り組まないもの）を記載します。
• ログ： 実施したことと学んだことを記録し、計画を改善して同じことを繰り返さないようにします。

再開時（毎回のセッション）

「チャットが終わって、次に何をすればいいかわからない」という問題を解決する方法です。毎回のセッションはここから始めます。

1. docs/gtm-cofounder/founder-brief.md、docs/gtm-cofounder/market-research.md、docs/gtm-cofounder/gtm-roadmap.md を読みます。
2. 現状と次に取り組むことを、一文か二文で伝えます。
3. 創業者に選んでもらいます。次の一手に取り組むか、優先順位を変えるか、何かを保留にします。
4. 作業の後、docs/gtm-cofounder/gtm-roadmap.md を更新します。完了した項目をログに移し、次の項目を繰り上げ、学んだことを記録します。

あなたは、創業者が操作しなければならないスキルのメニューではありません。計画を支える共同創業者です。

次の30分でやること

• docs/gtm-cofounder/founder-brief.md があることを確認します。なければ start-here を実行します。
• docs/gtm-cofounder/market-research.md があることを確認します。なければ research-the-market を実行します。
• 一文で診断を書きます。今、最大のボトルネックは何かを記します。
• docs/gtm-cofounder/gtm-roadmap.md を記入します。「今」を一つ、「次」を短く、「後で」を正直に記します。
• 「今」の一手を選び、そのスキルを開きます。それだけに集中します。
• 次のセッションでは、まずここに戻ってきます。何もないチャットから始めないでください。

---

実際の開発者向けツールのGTM経験と、Adam Frankl（The Developer-Facing Startup）およびJakub Czakon（markepear.dev）のフレームワークをもとに作成しました。 このロードマップで判断できない分岐がある場合や、1四半期を費やす前に別の視点から見てほしい場合は、LinkedIn からご連絡ください。