Gemini Google Workspace 営業活用｜成果を出す使い方と定着手順
店長Gemini for Google Workspaceが営業現場に向いている理由
Gemini for Google WorkspaceがほかのAIツールと大きく異なるのは、「新しいツールを覚えなくていい」という点です。Gmail・Google Docs・Meet・Sheetsなど、すでに日常業務で使っているアプリケーションのサイドパネルやメニューにGeminiが組み込まれているため、別のサービスへ切り替える手間がありません。営業担当者が最も時間を使う「書く・調べる・まとめる」という作業が、慣れたワークスペースの中でそのまま加速します。
もう一つの重要な前提として、データの取り扱いがあります。個人アカウントの無料版Geminiとは異なり、Workspace版では業務データがGoogleのモデル学習に利用されない契約上の保証があります。顧客情報や社内資料を扱う営業現場でも、この前提を確認したうえで活用を始めることができます。
まず何から始めるか：成果が出やすい業務の絞り方
生成AIの活用がうまくいかない組織には、2つの失敗パターンがあります。「始められない」型と、「始めたが続かない」型です。原因を別々に見たくなりますが、この2つは同じ根から生えているかもしれません。どちらも「今の業務のどの部分をAIに渡すか」を最初に決めていないところから始まります。
機能が多いほど、出発点は曖昧になりやすいです。「何ができるか」を軸に探索すると、試してみたい機能の一覧が並ぶだけで、業務に紐づいた目的が後回しになります。「始められない」型は、この段階で力尽きます。「始めたが続かない」型は、選んだ機能と日常業務のつながりが薄いまま使い始めることで生まれます。
入り口を「今の業務で最も時間がかかっている作業は何か」という問いに変えると、試す機能は自然と絞られます。道具の探索より先に、業務の棚卸しをすることが出発点になります。Geminiに限らず、定着するツールの使い始め方には、この順番があるかもしれません。
Geminiを導入しても活用が定着しない組織の多くは、「まず全機能を試してみる」というアプローチをとっています。機能が多岐にわたるため、何から手をつければいいか分からないまま時間が過ぎ、気づけば元の業務フローに戻っているというパターンです。効果的な使い始め方は逆で、「今の業務の中で最も時間を取られている作業を1つ特定する」ことから始めます。
営業フェーズと時間コストを掛け合わせたとき、最初に取り組みやすい業務として「提案書の叩き台作成」「商談後の議事録整理」「商談前の顧客リサーチ」の3つが挙げられます。これらはいずれも、定型的なインプット（顧客情報・会議の会話内容・ウェブ上の企業情報）からアウトプットを生成する作業であり、Geminiが最も得意とする領域です。この3つのうち1つを日常業務に組み込むことで、「使う理由」を体感として得られます。
時間コストが高い作業から選ぶ「優先度マトリクス」の使い方
「何から始めるか」を決めるための判断軸として、自分の業務を「週に何分かかっているか」と「Geminiで代替できるか」の2軸で整理することをおすすめします。たとえば提案書の初稿作成に週に相当な時間がかかっているなら、Geminiで叩き台を出力してから手直しするだけで体感的な負荷が大幅に変わります。一方、顧客との関係構築や商談の判断・交渉は、Geminiが代替できる領域ではなく、人が担うべき仕事です。AIに任せられる「情報処理・定型作業」を切り出して任せることで、営業本来の仕事に使える時間が増えます。この判断軸さえ持てば、機能紹介の多さに迷うことなく「自分の業務で今すぐ試せること」が一つ決まります。
商談前の準備を10分に短縮する
商談準備には「情報面の準備」と「頭の準備」の2種類があります。多くの情報がカバーしているのは前者（顧客リサーチ・資料整理）だけですが、実際に商談の質を上げるには、話し方・言葉の選び方・切り返しの練習という「頭の準備」も欠かせません。この2つをGeminiで効率化することで、商談前の準備時間を大幅に短縮できます。
顧客・競合情報をGeminiで素早く整理する
商談相手の企業情報・業界動向・直近のトピックをGeminiのDeep Research機能やサイドパネルで収集し、「この顧客が抱えているであろう課題の仮説」を立てるフローを組むことができます。Gmailで過去のやり取りを要約させ、Docsのサイドパネルに「この顧客の課題に対して自社サービスが貢献できる点を整理して」と指示するだけで、商談で話す内容の骨格が数分で揃います。
活用のコツは「仮説の精度を上げること」ではなく「仮説を立てること自体をGeminiに任せ、自分は検証に集中すること」です。情報の整理をGeminiに委ね、その仮説が正しいかどうかを商談で確認するという役割分担が機能します。
Gemini Liveで商談前のトーク練習をする
転職エージェントとして候補者の面談前に行う準備で、「一度声に出して答えてみましょう」とお願いすることがありました。企業研究もキャリアの振り返りも丁寧にされている方でも、声に出す段になると「えっと」や「それはですね」で言葉が止まることが珍しくなかったです。頭の中で整理した答えと、口から実際に出てくる言葉との間には、思っていた以上の距離があるようでした。
圧迫気味の想定質問をロールプレイで出したとき、同じ準備量でも、事前に声に出した経験がある方とそうでない方では、返し方の落ち着きが違いました。前者は「少し考えます」と間を取れていました。後者は答えを探しながら話し始めることが多かったです。
準備の量ではなく準備の形式が、実際の場での安定感に影響していたのかもしれません。少なくとも私が見てきた範囲では、そう感じることが多かったです。
リサーチや資料整理が整っても、実際の商談では「言葉で話す準備」が別に必要です。競合比較で突っ込まれたとき・価格交渉の場面・顧客の反論に切り返すとき――こうした局面での言葉の準備は、資料を読み込むだけでは身につきません。
Gemini Liveは音声でリアルタイムに会話できる機能で、商談のシミュレーション相手として使えます。「あなたは厳しい調達担当者です。私の提案に対して、競合他社との違いを鋭く質問してください」などと設定して話しかけると、Geminiが役割を演じながら返答します。何度でも繰り返せるため、「この場面ではこう話せばよかった」という発見を商談前に積み重ねることができます。台本を読むのではなく自分の言葉で話す練習ができる点が、資料作成系の活用とは本質的に異なります。
提案から商談後まで：定型作業を自動化する
商談中から商談後にかけてのルーティン作業は、Geminiで大幅に省力化できる領域です。提案書のカスタマイズ・議事録の整理・次回アクションの設定といった作業は、毎回発生するにもかかわらず付加価値が低く、本来の営業活動（関係構築・次の仕掛け）に充てるべき時間を食っています。この章では、商談サイクルの「提案〜フォロー」フェーズの自動化を具体的に整理します。
顧客別の提案書カスタマイズを自動生成する
提案書の作成でGeminiを活用するコツは、「完成品を出力させる」のではなく「最初の叩き台を出力させ、残りを自分が仕上げる」という設計です。Google Docsのサイドパネルに「顧客の業種・課題・予算規模」を記載したうえで「この情報をもとに提案書の構成を作って」と指示すると、論点の抜け漏れが少ない骨格が数分で得られます。その後、顧客との関係性や商談で得たニュアンスを加えて仕上げるのが人の仕事です。
全文をゼロから書く時間が大幅に短縮されるため、1件ごとのカスタマイズ品質を下げずに複数の提案を並行して進めることができます。
商談後の議事録と次回アクションをその場で整理する
Google Meetの会議ではGeminiが自動で議事録を生成し、会話の要点と決定事項・次回アクションを整理した形で出力します。対面や電話の商談であれば、会議終了直後に音声でメモをGeminiに送り「議事録と次回アクションリストを作って」と指示する使い方も有効です。
商談後すぐに議事録と次のアクションを確定できると、フォローのスピードが上がり、顧客からの信頼度に直結します。CRM（顧客管理システム）への入力用テキストも同時に生成させることで、入力作業の時間をさらに短縮できます。
Google Workspaceアプリ別の活用ポイント
各アプリで「まずこれだけ使う」を1点ずつ整理します。詳細な機能説明よりも、日常業務に組み込みやすい使い方を優先しています。前の章で紹介した活用と合わせて参照してください。
| アプリ | まず使う機能 | 用途 |
|---|---|---|
| Gmail | 返信案・フォローメール生成 | サイドパネルで文脈を読み込ませて返信文を生成 |
| Google Docs | 提案書の叩き台・要約 | 草稿生成・既存資料の要約・骨格作成 |
| Google Sheets | サイドバーでの案件分析 | 売上データの傾向把握・コメント生成 |
| Google Meet | 議事録自動生成 | 会話の要点・決定事項・次回アクションを自動整理 |
Gemでトップセールスの知識を組織に広げる
発注する側として複数のサービスを契約してきた経験の中で、「誰に連絡しても同じ回答が返ってくる」ベンダーと、「あの担当者でないと分からない」ベンダーの差を、じわじわと体感してきました。
前者は、担当者が替わった後でも使い方の相談が滞らず、FAQでは答えられない質問もその場で返ってくることが多かったです。後者は担当者が変わるたびに関係を作り直す感覚があり、やがてサービスとの関係ではなく特定の人との関係になっていたと思います。
知識が組織の中に残っているかどうかは、使う側にも伝わるのだと気づいたのは、受ける側に回ってからでした。
個人が使いこなしても、その知識がその人の端末の中に閉じている限り、組織の生産性は上がりません。Gemini for Google Workspaceには「Gem（カスタムAI）」と呼ばれる機能があり、特定の役割・ルール・プロンプトをあらかじめ設定したAIアシスタントをチームで共有できます。NotebookLMと組み合わせることで、トップセールスが持つ知識やノウハウを組織の資産に変える仕組みを作ることができます。個人の活用から組織展開へと橋渡しするのが、この章の役割です。
個人のプロンプトをGemとして組織共有する
Gemとは、役割・行動指針・使用する情報を事前に設定できるカスタムAIです。たとえば「競合比較Gem」として「競合他社との比較質問に対し、自社サービスの強みを整理して答えるアシスタント」を設定しておけば、チームの誰でも同じ品質の回答下書きを得られます。「提案書ドラフトGem」として顧客の業種や課題を入力するだけで提案書の骨格を生成するGemを作れば、経験の浅いメンバーでもトップセールスと同じスタートラインから提案書を作り始められます。
Gemの設定はコードを書く必要がなく、指示を自然文で入力するだけです。IT部門に依頼しなくても、営業マネージャー自身が設定・更新・共有を行えます。個人のメモ帳に眠っていたプロンプトが組織の共有財産に変わることで、属人化の解消と品質の均一化が同時に実現します。
NotebookLMで「勝ちパターン」を蓄積・引き継ぐ
過去の提案書・受注事例・商談記録をNotebookLMに蓄積しておくと、「この業種の顧客に対してどう提案したか」「受注につながった提案にはどんな要素があったか」をAIに質問して引き出せるようになります。新人が入社したとき、先輩の提案書を読み込んだNotebookLMに「この顧客の課題にはどんなアプローチが有効ですか」と質問するだけで、先輩が積み上げた知識から学ぶことができます。
属人化した「暗黙知」は、担当者の退職や異動で失われます。NotebookLMは、その暗黙知を「誰でも質問できる形」に外部化するツールです。採用・育成コストの削減と引き継ぎリスクの低減という経営上の課題にも直結する使い方です。
定着させる運用設計：チームが使い続けるために
Geminiを導入した組織の多くが直面するのは、「最初は使っていたが、数か月後には誰も使っていない」という状況です。これはツールの問題ではなく、運用設計の問題です。なぜ定着しないのかを構造として理解したうえで、チーム全体が使い続ける仕組みを設計する必要があります。定着には「業務への組み込み」「成果の可視化」「知識の共有」という3つの要素が揃う必要があります。どれか一つが欠けても、ツールは日常から切り離されていきます。この章では、定着しない原因を3つの構造的な問題として整理し、その解決策としてのチーム展開フェーズを具体的に紹介します。
「個人で使って終わり」になる3つの構造的原因
AIが定着しない組織に共通する原因を3つ挙げます。
第一に、業務プロセス自体を変えていないことです。Geminiを使いはじめても、資料を作るときのステップ・確認する手順・承認フローが以前と同じであれば、Geminiは「気が向いたときに使う便利ツール」以上にはなりません。Geminiを呼び出すことが業務の手順として組み込まれていないと、忙しくなると使わなくなります。
第二に、成果を測定していないことです。「何分かかっていた作業が何分になったか」という変化が見えないと、継続する動機が薄れます。効果が体感できていても、それが記録として残っていないと「本当に役立っているのか」という疑問が次第に大きくなります。
第三に、プロンプトが個人のメモ帳に眠っていることです。誰かが試行錯誤で見つけた「使えるプロンプト」が共有されないまま、その人の端末に閉じている状態が続くと、組織全体の学習スピードが上がりません。前章で紹介したGemへの整備が、この問題の直接的な解決策です。
チーム展開の3フェーズ：スタートから90日の進め方
ネオキャリアNEXTの営業管理基盤（ATOM）をGASとSupabaseで構築していた頃のことです。最初から全員が日常的に使う前提で設計を進めたのですが、展開の段階で「どこに何を入力すればいいか」という問い合わせが想像以上に多く出てきました。
そこで、まず特定の商談フェーズの記録機能だけに絞り、その範囲が安定して動く状態を1ヶ月以上続けてから次の機能を追加する進め方に変えました。絞った状態で続けていると、「この欄はどう使うんですか」という問い合わせが徐々に「この数字は何を意味してますか」に変わってきました。質問の内容が変わった頃、私の中でようやく「使われている」という感触が生まれた気がします。
フェーズ1（0〜30日）は、1人のパイロットユーザーが特定の業務でGeminiを使い、「以前は何分かかっていたか」「Geminiを使うと何分になったか」を記録します。成果を可視化する記録がこの段階の最重要アウトプットです。試す業務は1つに絞り、記録することを優先してください。
フェーズ2（30〜60日）は、パイロットで効果が確認できた業務を2〜3人に横展開します。この段階で、パイロットユーザーが見つけた有効なプロンプトをGemとして整備し、チームが同じ品質で使えるようにします。個人の成功体験をチームの仕組みに変えるのがこのフェーズです。
フェーズ3（60〜90日）は、チーム全員への展開と運用ルールの整備です。月次で効果測定を行い「どの業務でどれだけの時間が変わったか」を共有することで、継続の動機を組織として持ち続けることができます。段階的に広げることで、一気に展開して混乱するリスクを避けながら、成功体験を積み上げていけます。
セキュリティと最低限の運用ルール
Geminiに何を入力してよいかの判断基準を持たないまま運用を始めると、後から社内ルールを整備する際に混乱が生じます。競合でも複数の記事が触れているテーマですが、営業現場が最低限おさえておくべき点をここで確認しておきます。特に営業現場では、顧客情報・商談メモ・提案書など機密性の高いデータを日常的に扱います。「Workspace版だから安全」という大まかな理解で運用を開始するのではなく、何が入力可能で何がそうでないかをチームとして共通認識にすることが、後のトラブルを防ぐ最初の一歩です。
Workspace版Geminiのデータ保護の仕組みと社内ルールのポイント
Gemini for Google Workspaceでは、入力されたデータはGoogleのAIモデルの学習に使用されません。個人向けの無料Geminiとは契約上の扱いが異なるため、業務での利用を始める前に「Workspace版を使っている」という前提を管理者と担当者で共有しておくことが重要です。
入力してよい情報の目安として、「社内の業務資料・商談メモ・議事録」は問題のない範囲に収まります。一方、「特定の個人を識別できる顧客情報（氏名・連絡先・契約内容の詳細）」は、社内のガバナンスポリシーを確認したうえで判断してください。最低限記載すべき社内ガイドラインの項目としては、「入力可能な情報の分類」「利用対象の業務範囲」「出力結果の確認責任の所在」の3点が実務上のポイントになります。
あわせて読みたい
＼ 最新情報をチェック ／
