GTM Engineerになるための90日ロードマップ
GTM Engineerの学習で迷いやすいのは、ツールが多すぎることです。HubSpot、Salesforce、n8n、Dify、AI自動化。全部を一気に触ろうとすると、ほぼ確実に散ります。だから重要なのは、道具の羅列ではなく、成果物ベースで順番を決めることです。
この90日で目指すこと
ゴールは、全部わかるようになることではありません。90日後に「一つの売上業務フローを説明できて、小さく改善できて、なぜそれを直したかを語れる状態」にすることです。職種の輪郭は GTM Engineerとは を先に読むとつかみやすくなります。
1〜30日：売上フローを見える化する
最初の30日は、ツール学習より先に対象業務を一つ決めます。問い合わせ初動、商談前準備、受注後引き継ぎのどれかで十分です。その流れを、誰がどの情報をどこで持ち、どこで待ち時間や入力漏れが起きているかまで書き出します。ここで作る成果物は、現状フロー図と摩擦メモです。
31〜60日：小さく実装する
次の30日では、見つけた摩擦のうち一つだけ直します。おすすめは、担当アサイン、通知、項目更新、提案準備の情報集約です。実際に動く小さな自動化を一つ作り、改善前後のフロー図と改善意図メモを残します。ここで主軸にする道具は一つで十分です。道具の入り方で迷うなら n8n・Dify・HubSpot・Salesforceをどう学ぶか が役立ちます。
61〜90日：運用に乗せる
最後の30日では、作ったものを現場で使える形に整えます。誰が使うか、例外時にどうするか、どこで確認するかを書き、できれば小さく社内実験を回します。ここで作る成果物は、運用メモ、簡単な定義書、改善報告です。GTM Engineerは「作って終わり」ではなく「定着させる」ことが仕事なので、この段階が重要です。
最低限触れる技術範囲
90日で最低限触れたいのは、CRMの基本構造、ワークフローの考え方、通知と更新の流れ、データの欠損や重複への感覚です。SQL や API は読めるに越したことはありませんが、最初の目標はそこではありません。先に業務理解と実装感覚をつなげることが優先です。
向いている人
ツール好きな人より、現場の詰まりを放っておけない人が向いています。営業の準備が重い、引き継ぎが雑、数字が信用されない。その摩擦を見ると「仕組みで直せそうだ」と考えたくなる人は、このロードマップと相性がよいです。
まとめ
GTM Engineerの90日学習は、知識の幅を広げる計画ではなく、売上フローを理解し、小さく実装し、運用に乗せる経験を作る計画です。1〜30日で流れを見える化し、31〜60日で小さく直し、61〜90日で定着まで持っていく。この順番で進めると、学習がそのまま次の役割につながりやすくなります。
学習を始める前に決めること
GTM Engineerになるための90日ロードマップを読むときに大事なのは、学ぶツールを増やすことではありません。先に決めるべきなのは、どの業務を改善できるようになりたいのかです。AI時代の学習は、知識を集めるほど進んだ気になりやすい一方で、成果物に変わらないとキャリア上の証拠になりにくいです。
GTM Engineerに近づく学習では、前後工程、使われるデータ、判断者、運用ルールを同時に見ます。ツールの操作を覚えるだけなら短期間でできますが、どの業務に使うべきか、どこまで自動化してよいか、どの例外を人が見るべきかを判断するには、現場の流れを読む必要があります。
最初は、ひとつの小さな業務を題材にしてください。営業なら提案準備、マーケならリード受け渡し、CSならオンボーディング引き継ぎ、PMならAI機能の評価設計などです。題材が具体的なほど、学習は散りにくくなります。
学習順序の考え方
最初に学ぶのは、ツール名ではなく業務の分解です。誰が何を入力し、どの情報を見て、どこで判断し、どこへ渡すのか。この流れを一枚で書けないまま自動化を学ぶと、便利な小技は増えても、仕事に戻せる成果物になりません。
次に、指標とデータを見ます。どの項目が後工程で使われるのか、どの定義が部門ごとにずれているのか、どの数字を見れば改善したと言えるのか。ここが見えると、CRM、BI、AI、ワークフローの学習に意味が出ます。
最後に、自動化やAI活用を小さく試します。最初から広い範囲を任せず、通知、下書き、分類、要約、項目更新、引き継ぎテンプレートのような小さな単位で試す方が安全です。小さく作り、例外を見て、運用に戻す。この順番が、実務者の学習では強いです。
ポートフォリオに変える方法
学習をキャリアに変えるには、作ったものを説明可能な成果物にする必要があります。単に「HubSpotを学んだ」「n8nを触った」「AIで試作した」では弱いです。何の業務を、なぜ選び、どの手間や判断を減らそうとしたのかを一緒に残してください。
成果物は、現状フロー、改善後フロー、使ったツール、判断軸、残った課題の五つで十分です。完成度より、実務の問題をどう構造化したかが見られます。面接や社内提案では、動くデモよりも「なぜこの範囲にしたのか」「どこで人が確認するのか」「何を見れば改善と言えるのか」が重要になります。
GTM Engineerになるための90日ロードマップのようなロードマップ記事は、読んで終わりではなく、成果物の順番として使うと効果があります。1本目は業務フロー図、2本目は小さな自動化、3本目は評価指標、4本目は運用メモ。このように積むと、学習履歴がそのままキャリアの説明になります。
30日・90日の進め方
30日では、題材を一つに絞り、現状フローと詰まりを言語化します。ツール学習は最小限で構いません。むしろ、どの場面で誰が困っているかを正しく書けることの方が重要です。
90日では、小さな改善を動かします。CRM項目の整理、通知の自動化、AIによる下書き、レビュー手順、ダッシュボードの試作など、対象は狭くて構いません。最後に、改善前後を比較し、次に直すならどこかを書きます。
この進め方なら、学習が知識で終わらず、GTM Engineerへ近づくための証拠になります。