AI時代のSaaS GTM実践ガイド: 商談前後を回す5つのAIプロンプトと、そのまま使える6つのシート

はじめに

AI時代のGTM（Go-To-Market：誰に、何を、どう売るかの全体設計）についての解説は、この数年でずいぶん増えました。しかし、「では明日から何をどう変えればいいのか？」まで具体的に示したものは、まだ多くありません。

本書は、私が無料で公開しているnote記事「AI時代のエンタープライズSaaSグロース戦略」の実践版です。noteでは「何を、なぜやるか」を書きました。本書ではそれを前提に、「どうやるか」をそのまま使える道具としてお渡しします。

noteにはない中身が3つあります。私が実際の営業現場で回している営業AIワークフロー（商談前後のプロンプト5本）、自社に当てはめて埋めるシート＆テンプレート6種、そして4度の日本市場立ち上げで下した判断と失敗の記録です。

本書の軸は2つです。1つ目は「準備はAI、関係構築とインサイトは人」という役割分担。調査、議事録、振り返り、メールの下書きはAIに任せて、浮いた時間を顧客との対話と問題提起に使います。2つ目は「バイヤーイネーブルメント」です。日本企業の案件は、目の前の担当者が「買いたい」と思っただけでは決まりません。担当者が社内に「売る」、つまり関係部門を説得して稟議を通すところで止まる案件が本当に多いのです。営業の仕事は、自分が顧客を説得することではありません。担当者が社内を説得できる状態をつくることです。

＜想定している読者＞

• エンタープライズ営業の担当者・マネージャー：商談準備や議事録、振り返りに時間を取られ、顧客と向き合う時間が足りない。また、顧客からの評価は高いのに「社内で検討します」のまま案件が止まってしまう

• GTM責任者・営業責任者：営業にAIを取り入れたいが、何をAIに任せ、何を人に残すかの線引きと具体的な型がない

• SaaS企業の経営者・経営企画：PLGか営業主導か、課金モデルをどうするかを、自社に当てはめて判断する材料がほしい

• 外資SaaSの日本事業責任者：日本市場の立ち上げ期に、一次情報に基づく判断基準と、本社への報告の型がほしい

＜読み終えたときに手元に残るもの＞

• 商談準備・議事録・セルフレビュー・お礼メール・チャンピオン支援キットの5本のプロンプトと、商談前後を「ひとこと」で回すワークフロー

• 担当者の社内説明と稟議を支える材料一式（As-Is／To-Be、ROI〈投資対効果〉、関係者別の説明ポイント、MAP〈導入までの共同計画〉）

• 自社のGTMの型を判断するシート（PLG適合診断、課金モデル選択、シグナル定義）と、説明の質を上げる雛形（アカウントプラン、英語のQBR）

• 4度の立ち上げで私が踏んだ落とし穴と、その避け方

第1章では、noteで書いてきた事例や数字を交えて要点を整理し直しました。気になるテーマがあれば、節の終わりにある案内から、noteの元記事もぜひ読んでみてください。noteをすでに読んだ方は、第1章を飛ばして第2章から読んでいただいてもかまいません。

1. AI時代のGTM： 本書に関連するnoteの要点整理

1-1 変わったこと、変わらないこと

2020年に書いたnoteの内容を、2026年2月に大幅にアップデートしました。この6年で何が変わったのか？大きくは、生成AIやAIエージェント（指示を受けて一連の作業を自律的にこなすAI）の台頭によるプロダクト戦略の変化、PLG（製品の利用体験を起点に広げる売り方）の浸透、リモートワークの定着による営業・マーケティング手法の進化、そして「SaaS is Dead」論争の活発化の4つです。

AIで「誰を狙うか」が変わった

2020年のnoteで、私はターゲットを「エンタープライズ一択」と書きました。しかし、2026年の状況は違います。結論からいうと、エンタープライズを主軸としつつ、プロダクトの特性が合えばPLGでSMB（中小企業）も並行して攻略すべきです。ただし、既存システムとの連携や全社設定が前提となる製品、セキュリティ審査や高額な稟議が必要な製品は、引き続き営業主導でエンタープライズに集中するほうが合理的です。

なぜか？以前は人手が必要だったオンボーディングやカスタマーサポートを、生成AIで大幅に自動化できるようになったからです。AIチャットボットは24時間対応が当たり前になり、一次解決率が85%を超える事例もあります。ユーザーの行動に合わせてガイドを出し分けるAIオンボーディングや、製品に組み込まれたAIアシスタントも広がりました。これによって、SMB向けでもCS（契約後の活用支援）の工数を抑えながら、解約を低く保てるようになったのです。

狙う業界の選び方も変わりました。従来の「テクノロジー、金融、製薬」といった切り口に加えて、「AI成熟度」が新しい判断軸になっています。noteでは、Tier 1をAI先進業界（テクノロジー、コンサルティング、広告・マーケティングなど）、Tier 2をDX推進中の業界（金融、製造、製薬、物流など）と整理しました。そしてTier 3は「政策主導でDXが進む業界」です。自治体、不動産・建設、医療、教育などが該当します。たとえば不動産・建設では、2025年4月に建築確認申請の電子化を支える国の共通クラウドシステムが稼働しました。「規制が厳しくてSaaSは難しい」と言われてきた業界が、一気に有望市場に変わりつつあります。

「作る」は簡単。でも「運用し続ける」は難しい

Xなどで「AIがあれば誰でもシステムを作れるのだから、SaaSはもう不要だ」という議論を見かけます。しかし、私はこの意見に強く反対です。

たしかに、作るだけなら簡単になりました。けれども、エンタープライズで使うシステムとなると話はまったく別です。SOC2やISO27001への準拠、99.9%以上の稼働率、24時間365日の運用、監査証跡を含むコンプライアンス対応といった要件が求められます。セキュリティパッチは毎月出ますし、電子帳簿保存法やインボイス制度のような法改正にも対応し続けなければなりません。これらを「誰が、いつ、どうやって」やるのでしょうか？

実際、自社でCRM（顧客管理システム）を構築したものの、開発者の退職後に誰もメンテナンスできずに放置され、結局Salesforceに移行した企業もあります。AIで誰でも作れる今だからこそ、作った本人しか中身を知らないシステムは、むしろ増えていくはずです。

数字を見ても、SaaSの成長は明らかです。世界のSaaS市場は2025年の3,150億ドルから、2034年には1.48兆ドルに達すると予測されています（Fortune Business Insights、年平均成長率18.7%）。正しくは「SaaS is Dead」ではなく、「SaaSはAIネイティブに進化する」。業務を「管理する」システムから、業務を「実行する」システムへと近づいていくのであって、むしろAIの進化がSaaSの価値を高めているのです。

変わらないもの：関係構築とインサイト

それでも、変わらないものがあります。エンタープライズの商談で最後に効くのは、顧客との関係構築と、顧客自身がまだ気づいていないインサイトの提供です。

私は『チャレンジャー・セールス・モデル』をバイブルにしていますが、いちばん意識しているのは、顧客が考えもしなかったコスト削減や利益アップのアイデア、問題提起をいかにして届けるかです。相手に応じて、伝えるメッセージも変えなければなりません。

• 経営層向け：大きなビジョンとROI

• IT部門向け：システムの運用負荷軽減、セキュリティ

• 現場向け：日々の業務効率化、使いやすさ

1-2 本当の論点：「席数課金」は続くのか

AIエージェントが業務を担うようになると、人がログインする場面が減り、ユーザー数で課金するという前提が揺らぎます。本当に問われているのは「SaaSが生き残るか」ではありません。「席数で課金するモデルが生き残るか」なのです。

2026年10月時点の課金モデル

課金モデルは、すでに動き始めています。2026年10月時点で並んでいるのは、次の3つです。

• 利用量ベース：SalesforceのAgentforceは、1アクションあたり約0.1ドル

• 成果ベース：Fin（旧Intercom）は、解決1件あたり0.99ドル

• ハイブリッド：席数と利用量・成果の組み合わせ。現時点の主流

「ユーザー数の追加だけに頼るな」は昔からの課題

「値決めは経営」といわれます。2020年、ContractS（当時の社名はHolmes）でエンタープライズ市場を立ち上げていたころのnoteでも、私はこう書きました。課金の基本はユーザー課金と従量課金で、複数のエディションを用意すればアップセルしやすくなり、複数のプロダクトを持てばクロスセルできるようになる。売上を最大化したいなら、ユーザー数の追加だけに頼ってはいけない、と。

実は、同じユーザー課金でも設計は1つではありません。Salesforceは契約ライセンス数までしかユーザーを登録できませんが、Boxは契約数を超えても追加登録できるようにしています。なぜか？顧客の社内で自然に利用が広がり、離れられなくなったころに、追加分のライセンスを提案するためです。これも含めてプライシング戦略といえます。

席数課金の時代から、課金の設計はGTMそのものでした。AIエージェントは、その前提をさらに大きく揺さぶっています。

商談の問いが「何ユーザー？」から「どの業務？」へ

GTMへの影響も小さくありません。商談での問いが「何ユーザー使いますか？」から「どの業務を、どれだけ自動化しますか？」に変わり、予算を持つ部門や決裁者も業務部門へ広がっていくからです。

AIエージェントが一連の業務を担うようになれば、この傾向はさらに強まります。価値の説明も、機能やユーザー数ではなく、「どの業務をどこまで任せ、時間・コスト・品質をどう変えられるか」に移っていきます。

noteでは、ワンプラットフォームを訴求する営業トークの例として、こんな一言を紹介しました。

「御社では現在、翻訳にA社、文字起こしにB社、音声合成にC社と、3つのツールを使っていますね。それぞれ契約管理、セキュリティ審査、ユーザー教育が必要です。弊社なら言語関連業務を1つのプラットフォームで完結でき、年間の管理工数を約60%削減できます」

席数ではなく、業務と工数で価値を語っているのがポイントです。日本企業の場合は、年間コミット型が落としどころになります。年間の利用枠を先に決めておけば、稟議で金額を示せるからです。

もう一つ大きな変化が、売上予測です。利用量によって売上が変動するモデルでは、受注して終わりではありません。受注後にどれだけ利用が定着・拡大するかが、そのまま売上に影響します。これまで以上に、営業とCSが利用状況を見ながらフォーキャストを管理する必要があります。

1-3 自社に合う売り方の型を選ぶ

PLGは、すべてのSaaSに合うわけではありません。売り方の型は「最初の契約を誰がつくるか」と「契約後に何が利用を広げるか」で、大きく3つに分かれます。

• PLG主導型（Lark）：無料で使い始めたユーザーから社内に広がり、利用が増えた段階で営業が入って全社契約にする

• 営業主導＋利用拡大型（Box）：営業・パートナーが部門単位で最初の契約を取る。導入後は、契約数を超える登録を許すなど社内で利用が広がる仕組みで、追加契約につなげる

• 営業・パートナー協働型（Blue Prism）：導入にシステム連携や設定作業が必要なため、販売も導入も最初からパートナーと組んで進める

PLG主導型：Larkで当たった「全社標準」の壁

Larkは、ByteDanceが会社として初めて立ち上げたB2B向けプロダクトです。当時6万人以上いたByteDanceのグローバル全社員が、社内コミュニケーションのために毎日使っていた統合型コラボレーションツールで、チャット、カレンダー、ビデオ会議、オンラインドキュメントなどの機能をもっています。もともとは社内向けに開発したものですが、あまりにデキがよいため外販を始めたという経緯があり、基本機能は無料で使えました。

日本では、最初の1か月はとにかく多くのお客様に会って、プロダクトへのフィードバックを集めようと決めました。業界や企業規模を問わず毎日たくさんのお客様を訪問し、その声と本社の意向を反映して、最初のGTM戦略とビジネスプランをつくっています。Larkは日本ではまったく知られていなかったので、マーケティングは展示会、セミナー、検索広告、記事広告、プレスリリースといった定番の施策から始めました。特にPR TIMESでの定期的なプレスリリース配信は、さまざまなメディアに転載・掲載され、インバウンドリードが入ってくるのでオススメです。こうして得たリードと、営業のアウトバウンドでつくった案件に対して、ひとつひとつ丁寧にトライアル支援を行っていきました。

その結果、立ち上げ半年で、従業員1,000名以上のセグメントでも全社導入の実績をつくることができました。

ただ、大企業全体で見ると、壁は厚いものでした。よく比較検討されていたOffice 365／Teamsが、日本のエンタープライズ市場ですでに圧倒的なシェアを握っていたからです。何かのツールを全社導入している企業のIT部門からすると、ユーザーの再教育などチェンジマネジメントのコストを考えたら、なかなかリプレースには踏み切れません。大企業であればあるほど、その傾向は強くなります。

一方、SMBではIT予算が限られているため、コラボレーションツールを未導入のお客様もまだ多く、意思決定者にすぐコンタクトできることもあって、ビジネスは非常に好調でした。この経験から、私は次の2つの問いを強く意識するようになりました。

• 既存カテゴリーなら：ポジショニングの優位性をいかに築くか？

• 新カテゴリーなら：独占可能なニッチ市場をいかに発見・創造し、拡大していくか？

営業主導＋利用拡大型：BoxはSalesforceの顧客から攻めた

Box Japanの初期メンバーとしてエンタープライズ市場の立ち上げを行ったとき、私たちはSalesforceの顧客をターゲットに営業活動を行って成功しました。2014年当時のSalesforce顧客はSaaSのアーリーアダプターなので、Boxも受け入れてくれやすいと考えたことが功を奏したのです。

ただしそれは、Boxがすでにグローバルで高い評価を受け、ガートナーのMagic Quadrantでリーダーの位置にいたからこそ、CxOなどの意思決定者を説得できた面もあります。全社のプラットフォームとして活用できるイメージをデモしたところ、「まさにこういうのが欲しかったんですよ！」と何度も言っていただきました。プロダクトの見せ方は本当に重要です。最初の契約は部門単位でも、契約数を超えるユーザー登録を許す仕組みがあれば、そこから全社へ広げていけます。

では、第三者評価のない国内スタートアップは、この方法をどう応用すればいいのか？2020年にContractSへ入社したときの私の仮説は、Sansan、SmartHR、クラウドサインなど、エンタープライズに実績のある国内SaaSの導入企業をターゲットにすることでした。そもそもエンタープライズの案件が少なかったので、自分のコネクションも活用して、2か月で15件の新規案件を創出しました。IT戦略部、DX部、経営企画部など、全社横串の施策を担う部門にチャンピオンを見つけられると、一気に案件が進みます。

営業・パートナー協働型：導入作業がある製品は、最初から組む

Blue Prismは、エンタープライズRPA（ソフトウェアのロボットによる業務自動化）のグローバルリーダー企業です。私はここで日本事業の立ち上げに携わり、入社初年度に、日本でもっともインパクトのある商談をメイン担当として受注しました。

導入にシステム連携や設定作業が必要な製品では、パートナーとの協業が前提です。SaaSは設定が比較的容易とはいえ、ServiceNowやWorkdayなどの全社基盤系のプロダクトは導入が大規模で、チェンジマネジメントも必要になります。だからこそコンサル各社は、数億〜数十億円単位の全社導入プロジェクトとして、積極的に大企業へ提案しているのです。そこまで大規模でなくても、全社導入となればシングルサインオン、異動を考慮した人事マスタ連携、ワークフローシステムとのデータ連携、利用部門への研修、運用設計などの役務が必ず発生します。導入支援パートナーの役割は重要です。

これは、Blue PrismでRPAの全社展開に関わった経験から、AIエージェントにも通じると感じています。最初から何でも自動化するのではなく、効果を測りやすい業務を選び、PoC（本番前の小規模な検証）で価値を確認してから広げる。全社展開ではシステム連携だけでなく、権限、運用、現場への定着まで設計する必要があります。AIエージェントではさらに、評価方法やガードレール（AIが不適切な出力や操作をしないための制約）、人に戻す条件まで設計する点がRPAとの違いです。

PLGを選ぶなら、成功の3つの条件

PLGで成功するには、次の3つの条件がそろっている必要があります。

• プロダクトが直感的で、5分以内に価値を体験できる

• 無料プランでも十分な価値を提供している（ただし、アップセルの余地は残す）

• 利用データを営業・CSと共有する仕組みがある

Slack、Zoom、Notion、Figmaなどは、PLGからのボトムアップ侵入→営業チームによる全社展開というモデルで大企業を攻略しました。エンタープライズでも、PLGは「入口」として非常に有効です。ただし、最終的な全社提案には必ずフィールドセールスが入り、セキュリティ要件、既存システムとの統合、ROIの提示などを丁寧に進めなければなりません。

自社がどの型に当てはまるかは、第3章のPLG適合診断で判定してみてください。

1-4 AI時代のローカライゼーション

これまでSaaSのローカライゼーションというと、UIやWebサイト、ヘルプコンテンツを日本語化することが中心でした。もちろん今でも重要ですが、AI時代はそれだけでは不十分です。

まず、AIアシスタントが自然でビジネスに適した日本語を使えることが必要です。直訳調の日本語や不自然な敬語では、製品そのものの信頼感を損ねます。

次に、日本企業特有の商習慣への対応です。請求、契約、承認フロー、セキュリティチェックなど、日本企業の導入プロセスに合わせた設計が求められます。

さらにAI時代では、「データはどこに保存されるのか」「顧客データはAIの学習に使われるのか」「AIはどのような仕組みで回答するのか」といった質問への説明責任も重要になります。データレジデンシー、プライバシー、セキュリティ、AIガバナンスまで含めて説明できる状態にしておく必要があります。

日本市場では、プロダクトの機能だけでなく、「安心して社内導入できるか」が購買判断に大きく影響します。AI時代のローカライゼーションは、単なる翻訳ではなく、企業が安心して採用できる状態をつくることだと考えています。

1-5 シグナルとパートナー

シグナル：どの変化で、誰が動くか

PLGと営業をつなぐうえで重要なのは、「どのシグナルで営業が動くか」を明確にしておくことです。シグナルとは営業が動き出すきっかけになる顧客側の変化のことで、ここを決めておかないと機会損失が発生します。noteで挙げた例は、次のようなものです。

• 同一企業ドメインから50名以上の利用開始

• 複数部門での利用（営業、エンジニアリング、マーケティングなど）

• 有料機能への関心（料金ページの閲覧、問い合わせ）

これらのシグナルを検知したら、すぐに営業がアプローチし、業務部門・IT部門・経営層への提案を行います。

リードソースも、従来の3本柱（マーケティング・インバウンド、アウトバウンド、パートナー）から5本柱に進化しました。アウトバウンドはAIアシスト型になり、さらにPLG経由のアップセルと既存顧客のエクスパンション（追加契約による拡大）が加わりました。特に重要なのが既存顧客のエクスパンションで、新規顧客の獲得コストが年々上がる中、既存顧客へのアップセル・クロスセルのほうがROIは高くなります。CSM（契約後の顧客の活用を支える担当者）がエクスパンションの種を見つけ、適切なタイミングで営業へパスする姿勢が、これまで以上に求められているのです。

営業の現場では、AIが商談を自動で録音・文字起こし・分析し、競合への言及や懸念事項を検出して、次のアクションまで提案してくれるようになりました。提案書もAIがドラフトをつくってくれる（営業は修正するだけ）ので、所要時間が3時間から30分に短縮されたケースもあります。どのシグナルで、誰が、いつ動くかは、3-3のシグナル定義シートで具体的に決めましょう。

パートナー：「販売代行」から「価値拡張」へ

2020年のnoteでは「SaaSは直販が基本、パートナーは補助的」と書きましたが、状況は大きく変わりました。パートナーの役割は「販売代行」から「価値拡張」へと広がっています。noteでは、AI時代のパートナーを次の4つに分けました。

• インテグレーションパートナー：API連携で、自社SaaSと顧客の既存システムをつなぐ

• AIエージェントマーケットプレイス：自社プラットフォーム上で動くAIエージェントを、パートナーが開発する

• DX／AIコンサルティングパートナー：アクセンチュア、デロイト、PwCなど、AI活用支援に注力するコンサル

• テクノロジーパートナー：AWS、Microsoft Azure、Google Cloudなどのクラウドプロバイダー

企業のAI活用には、「戦略策定→PoC→本番導入→運用改善」という長期のプロジェクトが必要です。特に、AIエージェントのように既存システムや社内データとつながって動く仕組みでは、製品だけで価値が完結するとは限りません。業務設計、システム連携、権限管理、現場への定着まで考えると、コンサルやSIerとの役割分担はこれまで以上に重要になります。

実際、コンサルやSIerはこの領域で数千万〜数億円のプロジェクトを受注できるようになり、SaaSベンダーは認知拡大とリード獲得ができます。これが、今のWin-Winの構造です。

もうひとつ、日本ならではの事情も見ておきましょう。日本は米国と違い、7割以上のエンジニアがSIerやコンサルファームに在籍しています。システムの内製化が進まず、外注に頼ることが依然として多いので、日本市場ではパートナーの重要性がとりわけ高いといえます。

ただし、パートナーの重要性が高まったからといって、すべてのSaaSがPartner-ledにすべきという意味ではありません。プロダクトがシンプルで顧客が自己導入でき、利用データを活用したCSが競争優位になる場合は、直販が向いています。一方、既存システムとの複雑な連携、業界固有の知見、特定の大企業へのリレーションが重要な場合は、パートナーの価値が大きくなります。直販を主軸にするか、パートナー主導にするかは、プロダクトの複雑さと顧客の購買行動で決まるのです。

パートナーと組む場合に気をつけたいのが、SIerの営業スタイルです。多くのSIerはIT部門との強いリレーションを持つ一方、経営テーマを起点とした提案力には、組織や担当者によって差があります。SaaSベンダー側も、製品トレーニングだけでなく、経営課題と製品価値を結びつける営業支援や共同セリングまで行うことが重要です。

アライアンスマネージャーが陥りがちなのが、パートナーの製品主管部門と良い関係さえ築けば、自然と案件が出てくるという思い込みです。しかし、実際に案件をつくるのは、その先にいるパートナーのアカウント営業になります。そして、社内のアカウント営業と共同セリングを推進する。だから、受注時にはアライアンス部門と直販部門の両方に数字がつくようにしておかなければなりません。片方にしかつかない仕組みだと、アカウント営業の協力が得られないからです。

noteでは、エンタープライズSaaSのアライアンス戦略の実践ポイントを5つにまとめています。

• トップマネジメント同士の強いリレーション形成

• 両社のアカウント営業による共同アカウントプランと共同セリング

• パートナーの強みを活かしたオファリング（自社製品とパートナーのサービスを組み合わせたパッケージ）作成

• 案件レビューやQBRなどの定例による、ビジネス推進のリズム構築

• 製品面だけでなく、営業力強化のトレーニングプログラム提供

パートナーに何を期待するのかを定め直さないまま提携しても、案件は生まれません。この点は、4-3で私自身の失敗として振り返ります。

この章のまとめ

• AIで「作る」は簡単になったが、「運用し続ける」難しさと、関係構築・インサイトの価値は変わらない

• 論点はSaaSの存続ではなく、席数課金モデルの存続。課金の設計は、もともとGTMそのもの

• 課金は利用量・成果・ハイブリッドへ。商談の問いは「何ユーザー？」から「どの業務？」へ移り、日本企業の落としどころは年間コミット型

• 売り方の型は3つ。PLGが効くかは、顧客社内の「全社標準」の有無で大きく変わる

• AI時代のローカライゼーションは翻訳ではなく、安心して社内導入できる状態をつくること

• シグナルは事前に定義。パートナーには販売代行を超えた価値拡張と、アカウント営業同士の共同セリングを求める