営業日報は意味ない?AIで要約すれば失注理由が見えてくる|kintone×Gemini活用法

「営業日報を毎日書かせているのに、営業の成果につながっている実感がない」。そんな悩みを持つ営業マネージャーは少なくありません。この記事では、営業日報 AI 活用の切り口を紹介します。kintoneに溜まった日報を生成AI(Gemini)で要約・分類し、Looker Studioで失注理由や顧客の声を可視化する方法です。日報を「書かせて終わり」から「読み解いて活かす」へ変えるヒントをお届けします。

 

毎日日報を書かせているのに、なぜ失注は減らないのか

営業日報を義務にしているのに、失注がいっこうに減らない。多くの営業組織が抱える、根深い悩みです。

日報は毎日きちんと集まります。訪問件数も、商談のフェーズも、kintoneを開けば一覧で確認できるでしょう。それでも「先月はなぜ失注が増えたのか」と問われると、はっきり答えられないマネージャーは多いのではないでしょうか。

「営業日報 意味ない」「営業日報 無駄」といった言葉で検索する人が一定数いるのも、この行き詰まりの表れです。書くこと自体が目的になり、書かれた中身が意思決定に使われていない。日報が形だけの作業になっている職場は、決して珍しくありません。

世間では、営業日報は「書かせること」に価値があると考えられがちです。部下の行動を把握し、報告の習慣をつくる。その狙い自体は間違っていません。ただ、書かせた日報を読み解けていないのであれば、失注が減らないのも当然といえます。

営業日報 AIの前提図解:日報が書かせて終わりになり失注が減らない現状の流れ

意味がないのは日報ではなく「全部読もうとする運用」だった

意味がないのは営業日報そのものではありません。人が全件を読もうとする運用に無理があるのです。

日報には、失注の理由や顧客の本音といった一次情報が詰まっています。現場が肌で感じた温度感は、数字の集計だけで見えるものではありません。日報は本来、営業の意思決定を支える貴重な情報源です。

問題は、量にあります。営業担当が10人いれば、1か月で200件以上の日報が積み上がります。これをマネージャーが1件ずつ読み込み、傾向をつかむのは現実的といえません。一番のネックは日報の中身ではなく、「人がすべてを読む」という前提のほうにあります。

そこで発想を変えます。要約と分類を生成AIに任せれば、日報は失注理由が見える情報源に変わります。AIが200件の所感を数十のパターンに整理すれば、マネージャーは傾向だけを一目で受け取れるのです。「日報は書かせるものじゃなくて、読み解くもの」。この視点の転換こそが出発点になります。

営業日報 AIの運用転換図解:全件読む運用からAIが要約する運用への切り替え

自由記述こそ生成AIが得意で、集計はkintoneで足りる

日報の活用でAIを使うべき場所は、自由記述の要約に絞るのが得策です。数値の集計まで生成AIに任せる必要はありません。

理由は、処理の向き不向きにあります。件数や金額のような定量データは、集計ツールが正確に速く処理します。一方、所感や商談メモのような自由記述は、意味を読み取って分類する作業が必要です。この読み取りこそ、生成AIがもっとも力を発揮する領域だといえます。得意なところにだけAIを使えば、費用も手間も軽く済みます。

kintoneと生成AIの組み合わせ全体を俯瞰したい場合は、kintoneユーザーのための生成AI実践大全もあわせて参考になります。ここでは、日報活用に絞って役割分担を見ていきます。

営業日報 AIの役割分担表:定量データはkintone集計、自由記述は生成AIが担当する比較

件数や訪問数はkintoneの集計機能で十分に見える

訪問件数や商談化率のような数字は、kintoneの標準機能で可視化できます。集計やグラフのパーツを使えば、担当者別や月別の推移がそのまま一覧になります。

たとえば「今月の訪問件数は先月比でどうか」という問いには、kintoneのグラフ機能が即座に答えます。ここはkintoneの標準機能だけで完結します。まずは、AIを使わずに済む領域をはっきり切り分けておきましょう。

営業日報 AIと集計の切り分け:kintone標準グラフで訪問件数を可視化した画面

失注理由や顧客の本音は自由記述に埋もれている

読み解けていないのは、所感欄などの自由記述です。「なぜ負けたのか」「顧客が何を気にしていたのか」は、担当者がその日の言葉で書き残しています。

こうした情報は、200件の日報にばらばらに散らばっています。ある担当は「価格が高い」と書き、別の担当は「予算が合わない」と書く。表現は違っても、本質は同じ失注理由です。生成AIに要約と分類を任せれば、これらを初めて傾向としてまとめられます。人手では見えなかった失注の全体像が、ここで輪郭を持ち始めるのです。

営業日報 AIの分類イメージ:表現の異なる所感を生成AIが同じ失注理由に束ねる図

kintoneの日報をn8nとGeminiで要約し、Looker Studioで可視化する

日報の可視化は、kintone・n8n・Gemini・Looker Studioの4つをつなぐと実現できます。既存のクラウドサービスの組み合わせだけで、無理なく組み立てられます。

全体の流れはシンプルです。kintoneに溜まった日報をn8nが取り込み、Geminiが要約と分類を行います。結果をkintoneに書き戻し、可視化用にスプレッドシートへ出力してLooker Studioへ渡します。kintoneをデータの置き場で終わらせず、蓄積した情報をつないで活かす。その鍵を握るのがn8nです。

営業日報 AI連携の全体像:kintoneからn8n・Geminiを経てLooker Studioで可視化するフロー

n8nそのものが初めてであれば、【超入門】n8nとは?kintoneと生成AI連携のはじめかたで基本から確認できます。ここからは、各ステップの役割を順に見ていきましょう。

n8nでkintoneの日報を取り込みGeminiに要約・タグ付けさせる

最初の工程は、n8nがkintoneの日報レコードを取り込み、Geminiに要約とタグ付けをさせる部分です。ここが可視化の心臓部にあたります。

n8nは、複数のサービスを処理の単位(ノード)でつなぐ自動化ツールです。kintoneから当日分の日報を取得し、その所感テキストをGeminiへ渡します。下の画面のように、「kintone(レコード取得)」ノードと「Gemini(要約)」ノードを線でつなぐだけで、データの流れができあがります。

営業日報 AIのn8n設定画面:kintone取得ノードとGeminiノードをつなぐワークフロー

つないだGeminiノードを開くと、要約とタグ付けの内容を指示する設定パネルが表示されます。ここに「所感を数行で要約し、失注理由と顧客の反応をタグ付けする」といったプロンプトを書き込みます。この指示にしたがって、Geminiは長い自由記述を数行に要約し、「失注理由」「顧客の反応」といったタグを付けてくれます。

営業日報 AIのn8n設定画面:Geminiノードで要約・タグ付けを指示する設定パネル

処理した結果は、ふたたびkintoneのフィールドへ書き戻す流れです。要約をkintone側に残せば、現場の担当者もその場で内容を確認できます。

n8nでkintoneのデータを扱う具体的なイメージは、Google Analytics × n8nでアクセスデータをkintoneに自動表示した事例が参考になります。同じ要領で、日報テキストをGeminiに橋渡しできます。

スプレッドシート経由でLooker Studioにデータを渡す

kintoneに書き戻した要約とタグは、可視化のためにGoogleスプレッドシートへ出力し、そこからLooker Studioへ渡します。まずはこの手軽な経路から始めるのがおすすめです。

Looker Studioは、スプレッドシートをデータソースとして直接読み込めます。kintoneからスプレッドシートへデータを出力しておけば、大がかりなデータ基盤がなくてもダッシュボードを作れるのです。データ量が増えて処理が重くなった段階で、より本格的な基盤への移行を検討すれば十分でしょう。

失注理由・顧客の声・活動量をダッシュボードの3軸にする

ダッシュボードは、失注理由・顧客の声・活動量の3つを軸に設計します。この3軸で、営業活動を面としてとらえられます。

失注理由の軸では、Geminiが分類したタグを集計し、負けパターンの割合を示します。顧客の声の軸は、反応や温度感の傾向をまとめる場所です。活動量の軸には、訪問件数や商談フェーズの推移を並べます。3つを1つの画面に置くと、「活動量は多いのに特定の失注理由が増えている」といった関係まで見えてくるのです。kintoneの在庫データを可視化したLooker Studioダッシュボードの構築例も、画面設計の参考になります。

営業日報 AIのダッシュボード3軸:失注理由・顧客の声・活動量を可視化する構成図

失注を減らすには「可視化する軸」を先に決めておく

ダッシュボードで成果を出す勘所は、可視化する軸を先に決めておくことです。作り始める前の設計が、可視化の質を大きく左右します。

順序を逆にすると、要約はできても集計に使えないデータができあがります。「とりあえず要約させてから、あとで見せ方を考える」という進め方では、分類の粗さや細かさがばらついてしまうためです。先にゴールとなる軸を固め、そこから逆算してAIへの指示を組み立てます。作ったダッシュボードは、月次の営業レビュー会議で実際に見る運用まで決めておくと、可視化が定着するでしょう。

営業日報 AIの設計手順図:可視化する軸から逆算してGeminiの抽出項目を決める流れ

見たい軸から逆算してGeminiの抽出項目を設計する

Geminiに抽出させる項目は、見たい軸から逆算して設計します。抽出項目と可視化軸は、つねに一対一で対応させます。

失注理由の傾向を見たいのであれば、Geminiへの指示に、失注理由を価格・納期・機能不足などへ分類するよう明記します。分類の選択肢を先に決めておけば、200件の日報が同じ物差しで整理されるのです。逆に、抽出項目を決めないまま要約だけを任せると、担当ごとにばらばらの表現が残り、集計につながりません。見たい軸が先、AIへの指示は後になります。

Looker Studioの通知は無料版では使えない点を押さえる

Looker Studioで通知を活用したい場合は、無料版の範囲を先に押さえておきます。データの条件を監視して自動で知らせるアラート機能は、無料版では利用できません。

たとえば「特定の失注理由が一定数を超えたら知らせてほしい」という自動アラートは、有料のLooker Studio Proにアップグレードすると利用できます。料金体系は変更されることもあるため、導入前に公式サイトで最新情報を確認してください。なお、無料版でもダッシュボードをメールで定期配信する共有機能は使えます。通知が一切ないわけではありません。まずは無料版で可視化を始め、必要になった段階でProを検討すれば無理がないでしょう。

営業日報 AIとLooker Studio比較表:無料版とPro版で使える通知・配信機能の違い

読み解く運用に変えれば、勘に頼らず失注要因を判断できる

日報を読み解く運用に切り替えれば、勘に頼らず失注の要因を判断できるようになります。これが、営業日報をAIで活用する本当の狙いです。

これまで「書かせて終わり」だった日報が、失注理由の傾向を映すダッシュボードに変わります。マネージャーは「なんとなく価格で負けている気がする」という感覚に頼りません。「失注の4割が納期を理由にしている」という事実をもとに、次の打ち手を決められます。kintoneに溜め込んだ日報を、置き場のまま眠らせておくのはもったいない話です。蓄積したデータをつないで活かすことが、これからの営業組織の力を左右します。

営業日報 AIの判断転換図:勘による判断からデータに基づく失注要因の判断へ

もう一度確認します。「日報は書かせるものじゃなくて、読み解くもの」です。書かせる運用から読み解く運用へ一歩踏み出せば、日報は失注を減らすための情報源に変わります。

まとめ

営業日報は無駄ではありません。読み解き方を変えれば、失注の要因が見えて成果につながります。

kintoneに溜まった日報をn8nでGeminiに要約・分類させ、スプレッドシートを経由してLooker Studioで可視化する。失注理由・顧客の声・活動量の3軸で設計し、見たい軸から逆算してAIへの指示を組み立てる。この流れで、日報は意思決定に効く情報へと生まれ変わります。

自社の営業日報をどう読み解けばよいか迷ったときは、お気軽にご相談ください。データの棚卸しから可視化の設計まで、御社の状況にあわせて一緒に考えます。

営業日報 AI導入チェックリスト:軸決めから月次レビュー運用までの5つの手順

最後に

ライブAI開発の案内

株式会社アディエムでは、kintone × 生成AIで日々の業務改善に取り組んでいます。
今回ご紹介したような例の他にも、お客様の業務に合った改善をご提案させて頂きます。
無料相談も実施しておりますので、お気軽にお問い合わせ頂ければ幸いです。

お問い合わせはこちら

関連記事