営業資料はHighspotか共有フォルダか｜AI推薦を任せる条件

「共有フォルダにAI検索を付ければ、営業資料の管理ツールはいらないのでは」「AIが資料を勧めてくれるなら、マーケが資料を整理する手間はなくなるはず」——営業資料の置き場を見直そうとしているマーケ部門で、ツール選びの最初に出てくる見方です。ところが、AIが資料を選んで配る仕組みで問われるのは、検索の賢さではなく、AIに配らせてよい資料をどう限るかです。Highspot は、営業資料の置き場、営業への推薦、使われ方の分析を一体で持つ海外の基盤で、2026年にはAIエージェントや外部のAIとつなぐ仕組みを加え、同業のセイスミックとの統合も完了しました。この記事では、共有フォルダと比べながら、Highspot を社内に入れるかの判断に必要な論点を整理します。

Highspot は、営業資料の置き場と使われ方の分析にAIを重ねた基盤

Highspot は、営業部門が使う資料を一か所で管理し、商談の場面に合った資料を営業に届け、その資料がどう使われたかを分析する、いわゆるセールスイネーブルメントの基盤です。製品ページでは、承認の流れと公開の決まりを中央で管理する仕組み、AIによる検索、CRMの画面に埋め込んだ資料の推薦、資料ごとの評価表、使われ方と商談の結果をつなぐ分析などを挙げています。

連携先は100を超えると案内されており、Salesforce や Microsoft の製品の画面から資料を探して使う形が想定されています。製品ページでは、エージェントに決まりを定義させて実行させ、資料を最新で規程に沿った状態に保つ仕組みや、分析の画面から古い資料を保管庫に移したり更新したりする機能も示されています。

2026年8月には、同じ領域の大手である米国のセイスミックとの統合が完了し、現在は同社の一員として製品が提供されています。統合の案内ページでは、既存の利用者に移行の計画はなく、ログインや運用、サポートの窓口はそのまま続くと説明されています。日本語での紹介はまだ少なく、国内での提供体制や日本語の資料の扱いは、契約前に個別に確かめる前提で考えておく必要があります。

2026年の動き：GTMエージェント、MCPサーバー、セイスミックとの統合

2026年5月4日、Highspot は春の新機能の発表で、GTMエージェントを公開しました。発表によれば、CRMの活動、買い手の反応、資料の使われ方、研修の進み具合、商談の記録をまとめて見せ、イネーブルメントやマーケの担当者に役割ごとの次の一手を提案するエージェントです。成果を出している資料や型を見つけて広げることも、役割の一つに挙げられています。同時に、営業向けの商談エージェントも、パソコンとスマートフォンで使える形で示されました。あわせて、人・業務の進め方・道具・AIの四つの面から営業組織の成熟度を見る独自の枠組みも公開されています。発表に添えられた同社の調査では、戦略が動き出していると答えた責任者が98%いる一方、うまく実行できていると答えたのは10%にとどまったとしており、実行の差を埋めることをエージェントの狙いに置いています。提供元の調査の数字なので、自社の状況を測る物差しというより、製品の考え方を知る材料として読むのが適切です。

同じ発表では、Highspot MCPサーバーと、OpenAI、Anthropic、Microsoft Copilot との連携も公表されました。製品ページによれば、MCPサーバーを通じて外部のAIから、資料の検索と取り出し、文脈に応じた資料の推薦、商談ごとの答えと次の一手、商談に合わせたロールプレイの生成、相手に送る資料のページの作成などができます。6月8日には、このMCPサーバーが ChatGPT のアプリの一覧に載ったことも発表されています。営業がふだん開いている生成AIの画面から、社内の資料を直接探せる形になったということです。

会社としては、2026年2月12日にセイスミックとの統合を発表し、8月に完了しました。統合の案内ページでは、分析の履歴や指標の定義は保たれること、データの持ち方が変わる場合は資料と検証の手順を示すこと、統合後の最初の計画は10月中旬の同社のイベントで示すことが説明されています。機能の追加は直近まで続いており、終了や新規受付の停止の告知もありません。一方で、二つの製品の今後の関係はまだ発表の途中にあり、この点は後で改めて見ます。

誤解：共有フォルダにAI検索を足せば同じではない

社内の共有フォルダやクラウドの文書置き場にも、AIによる検索や要約の機能が付くようになりました。そのため、専用の基盤は要らないという判断も成り立ちます。ただし、AI検索を足した共有フォルダと Highspot のような基盤とでは、AIが資料を選ぶときに参照できる情報の量が違います。共有フォルダのAIが見るのは、主にファイルの中身と名前と更新日です。

営業資料の管理で本当に必要なのは、その資料が承認済みか、いつまで使ってよいか、どの商品と顧客区分向けか、どの商談で使われて結果がどうだったか、といった資料の外側の情報です。共有フォルダでも、命名の決まりやフォルダの分け方で一部は表現できますが、AIがその決まりを理解して守る保証はありません。AI検索が古い版の資料を「内容が一番近い」として返すことは、十分に起こりえます。

逆に言えば、資料の数が少なく、承認と期限の管理を人がきちんと回せている会社では、共有フォルダで足ります。比べるべきは、AIに選ばせたい資料の数と、その資料を人の目だけで正しく保てるかです。以下では、比較の軸を整理したうえで、AIに推薦を任せる場合の条件を見ていきます。

比較の軸：置き場・推薦・統制・分析・費用

次の表は、AI検索付きの共有フォルダ、CRMに付属する資料の機能、Highspot のような専用の基盤を、営業資料の運用で問われる軸ごとに並べたものです。CRM付属の機能は製品や契約で範囲が大きく変わるため、一般的な傾向として読んでください。

比較の軸	AI検索付きの共有フォルダ	CRM付属の資料機能	Highspot のような専用基盤
資料の置き場	既存のまま使える	CRMの中に置く	専用の置き場に集める
承認と期限	命名やフォルダの決まりで人が管理	製品による	承認の流れと公開の決まりを中央で管理
AIによる推薦	ファイルの中身で検索	CRMの商談情報と組み合わせやすい	使われ方と商談の結果も材料にする
使われ方の分析	閲覧の記録程度	商談との紐付けは得意	資料ごとの評価と商談の結果をつなぐ
外部のAIとの接続	文書置き場の提供元の機能次第	CRMの提供元のAI次第	MCPサーバーで外部のAIに開く
費用と手間	追加費用は小さい	既存契約の範囲で始めやすい	専用の契約と、資料を移す手間がかかる

表から分かるとおり、専用の基盤が強いのは承認と期限の管理、そして使われ方の分析です。資料の検索だけなら、共有フォルダやCRMのAIでも一定の水準に届きます。つまり、Highspot を選ぶ理由は「AIで探せる」ことではなく、「AIに配らせても困らない状態を保てる」ことと「使われ方をマーケが読める」ことにあります。この二点に価値を感じない会社は、既存の仕組みで十分です。

AIの推薦は、何を材料に資料を選んでいるか

Highspot の推薦は、公式の説明では、商談の状況や問いの文脈に応じて資料を勧める仕組みです。GTMエージェントは、資料の使われ方や買い手の反応、商談の結果をまとめて見て、成果を出している資料を見つけるとされています。つまり推薦の材料には、資料の中身だけでなく、過去にどの資料がどの商談で使われ、どうなったかが含まれています。

ここに推薦の強さと危うさの両方があります。強さは、マーケが意図した使い方ではなく、実際に成果につながった使い方から学べることです。危うさは、よく使われた資料ほど勧められ、勧められた資料ほど使われるという循環が起きうることです。古くても使い慣れた資料が上位に残り、新しく作った資料がいつまでも勧められない、という形で現れます。

推薦の理由がどこまで画面に示されるかは、公開情報からは細部まで確認できませんでした。試行の段階では、AIが勧めた資料について「なぜこれを勧めたか」の理由を営業とマーケが確かめられるかを、必ず確認項目に入れてください。理由を示せない推薦は、営業が相手に説明できない資料を配ることにつながります。確かめ方は難しくありません。試行の対象にした商品について、マーケが「この場面ならこの資料」と考える組み合わせを10件ほど書き出し、同じ場面でAIが何を勧めるかを並べてみます。一致しなかった場面ごとに、AIの選択とマーケの想定のどちらが妥当かを営業と一緒に判断すれば、推薦をどこまで任せられるかの目安が、提供元の説明ではなく自社の資料で得られます。

推薦の是非：マーケが作った資料を、AIが選んで営業に渡してよいか

マーケ部門から見ると、AIの推薦は、作った資料が営業に届く経路が一つ増えることを意味します。これまでは、営業が自分で探すか、マーケが告知した資料だけが使われていました。AIが商談の状況に応じて勧めてくれれば、埋もれていた事例資料や業種別の資料が使われる機会は増えます。ここまでは歓迎すべき変化です。

問題は、AIが選んだ資料を営業がそのまま顧客に送る場合です。業種の違う事例を勧められた営業が、中身を確かめずに送れば、顧客は「自社のことを分かっていない」と受け取ります。価格や条件が書かれた資料なら、古い条件がそのまま約束として伝わります。AIに資料を選ばせるのはよいとしても、顧客に送る判断は営業に残し、AIの推薦は候補の提示にとどめる線を引いておくべきです。

具体的には、資料を区分ごとに扱いを分けます。会社紹介や一般的な製品資料のように、誰に送っても問題のない資料はAIの推薦に任せてよい区分。事例や業種別の資料は、推薦は受けても営業が中身を確かめてから送る区分。価格・契約条件・比較表のように、送る前に上長や法務の確認が要る資料は、AIの推薦の対象から外す区分。この三つに分けておけば、推薦の便利さと事故の防止を両立できます。

古い資料・未承認の資料をAIに配らせない管理

AIに推薦を任せる前提として、推薦の対象に入る資料を、承認済みで期限内のものだけに限る仕組みが必要です。製品ページは、承認の流れ、公開と共有の決まりの中央管理、エージェントによる決まりの実行、分析の画面からの古い資料の保管庫への移動などを挙げています。ただし、これらは機能として用意されているだけで、どの資料に誰が承認を出し、いつ期限を切るかは、自社で決めて設定しない限り働きません。

導入時に決めておく項目は、資料ごとの持ち主、承認者、見直しの期限、期限切れの扱いの四つです。期限切れの資料は、置き場から消すのではなく、推薦の対象から外して保管する扱いにしておくと、過去の商談で何を送ったかを後から確かめられます。持ち主のいない資料は推薦の対象にしない、という決まりも有効です。退職や異動で持ち主が空いた資料は、引き継ぎが決まるまで推薦から外します。

• 共有フォルダの中身をそのまま一括で移し、承認の有無を確かめないまま推薦の対象にする
• 見直しの期限を設けず、何年も前の価格表がAIの推薦に出続ける
• 営業が手元で直した資料を、マーケの承認なしに置き場へ戻せる設定にする
• 推薦から外した資料を削除してしまい、過去に誰に送ったかを確かめられなくする

移行のときが最も危ない時期です。資料を移す作業を急ぐと、共有フォルダにあった古い版や下書きが、承認済みの資料と同じ扱いで入ってしまいます。移行は、承認済みの資料だけを先に移し、残りは持ち主が確かめてから足す二段階にしておくと、最初から推薦に古い資料が混ざる事態を避けられます。

外部のAIから資料を引く仕組み：MCPと ChatGPT・Copilot

MCPサーバーと、OpenAI、Anthropic、Microsoft Copilot との連携によって、営業は Highspot の画面を開かずに、ふだん使っている生成AIの中から資料を探し、推薦を受け、相手に送るページまで作れるようになります。製品ページは、外部のAIを Highspot の資料と分析につなぐ中心の窓口と説明しています。営業にとっては画面の行き来が減る便利な変化です。

一方で、製品ページからは、外部のAIから引くときの権限の扱いが読み取れませんでした。たとえば、Highspot の中で特定の部署にだけ公開している資料が、外部のAIを通じて別の部署の人に見えないか。外部のAIが受け取った資料の中身が、そのAIの提供元の側でどう扱われるか。製品ページには、記録を取ることで使うほど賢くなるという趣旨の記載もあり、何がどこに記録されるかは、契約前に書面で確かめる項目になります。

社内でAIの利用規程を持っている会社では、外部のAIとの接続は、営業資料の基盤の設定ではなく、AIの利用規程の側で判断する事項です。どの生成AIからの接続を認めるか、その生成AIの契約で入力が学習に使われないか、接続を許す人の範囲をどうするかを、情報システム部門と決めます。まずは接続を使わずに始め、置き場と推薦の運用が固まってから接続を開く順番が安全です。

使われ方のデータを、マーケ側でどう読むか

専用の基盤を入れる大きな理由の一つが、資料の使われ方が見えることです。どの資料が何回送られ、相手がどれだけ見て、その商談がどうなったか。GTMエージェントは、こうした情報からマーケやイネーブルメントの担当者に次の一手を提案するとされています。ただ、この数字をそのまま資料の良し悪しと読むと、判断を誤ります。

よく使われる資料は、良い資料とは限りません。商談の初期に必ず送る会社紹介は、どの商談でも使われるので、受注した商談にも失注した商談にも同じように現れます。逆に、商談の終盤だけで使う導入事例は、使われる回数は少なくても、受注した商談に偏って現れることがあります。回数ではなく、商談のどの段階で使われ、その後どう進んだかで読む必要があります。

もう一つの注意は、相関と因果の区別です。ある資料が受注した商談でよく使われていても、その資料が受注をもたらしたのか、受注しそうな商談で営業がその資料を選んだのかは、数字だけでは分かりません。AIのエージェントが「この資料が成果を出している」と示したときも、その判断の根拠となった商談の範囲と件数を確かめてから、資料の作り直しや広げ方を決めます。AIに判断させず、AIには材料を出させるという線です。

CRM付属の機能との分担：Salesforce・HubSpot・Agentforce

Salesforce や HubSpot を使っている会社では、CRMの側にも資料の管理や生成AIの機能があります。Highspot は以前から Salesforce の画面に資料の推薦を埋め込む連携を提供しており、2025年の発表では Agentforce との連携も示されていました。そのため、資料の置き場と推薦は Highspot、商談の記録と次の行動はCRMという分け方が、まず考えられる分担です。

ただし、同じ働きを二つの仕組みが持つと、運用はすぐに崩れます。CRMのAIが商談の次の一手として資料を勧め、Highspot のエージェントも別の資料を勧めれば、営業はどちらに従えばよいか分かりません。資料の承認と期限の情報が Highspot にしかなければ、CRMのAIは承認されていない資料を勧めるかもしれません。資料を勧める仕組みは一つに決め、もう一方は推薦を使わない設定にしておくのが無難です。

判断の目安は、資料の数と種類です。資料が数十点で、承認と期限を人が管理できる規模なら、CRM付属の機能で十分な場合が多いでしょう。資料が数百点を超え、業種や商品ごとの版が増えて人の管理が追いつかないなら、専用の基盤の価値が出てきます。CRMの契約に含まれている機能を先に棚卸しし、足りない部分だけを専用の基盤で補う順で考えると、二重の投資を避けられます。

相手に送る資料ページと、閲覧の記録が社外とつながる場面

Highspot では、商談ごとに資料をまとめた専用のページを作って相手に送り、相手がどの資料をどれだけ見たかを記録できます。春の発表では、商談エージェントがこのページを作ることや、次の連絡文の下書きを作ることも示されました。製品ページに載っている利用企業の例では、こうしたページで買い手の反応が8%増えたという報告も紹介されていますが、これは提供元が示す一社の事例で、自社でも同じ結果が出るとは限りません。

このページは、社内の資料管理が社外とつながる地点でもあります。ページに載せた資料は相手の会社の中で転送されうるため、社外に出してよい資料だけでページを組む決まりが要ります。AIがページを作る場合はなおさらで、推薦の対象から外した価格や条件の資料が、ページの作成では選べてしまう設定になっていないかを、試行の段階で確かめます。AIが作ったページは、相手に送る前に営業が中身を一度開いて確かめる手順にしておきます。

閲覧の記録は、相手の担当者が、いつ、どの資料を、どれだけ見たかという情報です。担当者の氏名やメールアドレスと結び付けば、個人に関する情報として扱う必要が出てきます。マーケ側で使われ方を分析するときも、個人単位の閲覧の記録を、どこまで社内で共有するかを決めておきます。営業の評価に閲覧の記録を使う場合は、相手の会社の事情で閲覧が少ないだけの商談を不当に低く見ないよう、数字の読み方も合わせて共有します。

• 資料ページの閲覧の記録を取ることや、その情報を海外の事業者のもとで保管することは、プライバシーポリシーでの利用目的の示し方や、外国にある第三者への提供の規律にかかわる場合があります
• どの規律がどう当てはまるかは、記録の項目と保管の場所で変わるため、最終的な判断は法務部門や顧問弁護士に確認してください

統合の影響：契約・ロードマップをどう見るか

セイスミックとの統合は、導入を検討する会社にとって無視できない要素です。統合の案内ページでは、既存の利用者に移行の計画はなく、将来の計画は明確に伝えるとし、既存の契約上と規制上の約束は引き続き基準になると説明しています。分析の履歴、指標の定義、画面の設定、比較の基準値も保たれるとしています。

それでも、二つの製品が同じ会社に入った以上、長い目で見れば機能の重複は整理されていくと考えるのが自然です。案内ページは、二つの製品の間でAIの機能をどう持ち寄るかの詳細は今後数か月で示すとしています。いま契約する場合は、数年後に製品の形が変わる可能性を前提に、契約期間と解約の条件を確かめておくことが大切です。

具体的には、契約期間を長く取りすぎないこと、解約時に資料と使われ方の記録を書き出せる形式を確かめること、価格の改定の条件を書面にしておくことの三点です。資料そのものは自社の資産なので、置き場を移っても持ち出せる状態を保っておけば、製品の行方に振り回される範囲は小さくなります。

社内に入れる前に確かめる項目一覧

ここまでの論点を、導入の判断の前に確かめる項目としてまとめます。提供元に聞く項目と、社内で決める項目が混ざっているため、担当を分けて確認してください。

• 推薦の対象を、承認済みで期限内の資料だけに限る設定ができるか（提供元）
• 推薦の理由を、営業とマーケが画面で確かめられるか（試行で確認）
• 外部のAIから資料を引くとき、Highspot の中の公開範囲がそのまま守られるか（提供元に書面で）
• 外部のAIとの接続で、何がどこに記録され、学習に使われるか（提供元と情報システム部門）
• 資料ごとの持ち主・承認者・見直しの期限・期限切れの扱いを決めたか（社内）
• 価格・契約条件・比較表を推薦の対象から外す区分を作ったか（社内）
• CRM付属の機能と、資料を勧める仕組みをどちらに一本化するか決めたか（社内）
• 契約期間、解約時の書き出し、価格改定の条件を書面で確かめたか（提供元と法務）

この一覧のうち、社内で決める項目は、Highspot を入れるかどうかにかかわらず必要なものです。共有フォルダのまま運用を続ける場合でも、持ち主と期限の決まりを作っておけば、後から専用の基盤を入れるときの移行がずっと楽になります。

試行の進め方：小さな範囲で、推薦の質と管理の手間を測る

導入を前向きに考える場合でも、いきなり全社の営業資料を移すのは避けます。試行では、一つの商品か一つの顧客区分に絞り、資料の数を限って始めます。測るのは、AIの推薦が営業の役に立ったかと、承認と期限の管理にどれだけの手間がかかったかの二つです。推薦が便利でも、管理の手間がマーケの人手を超えるなら、運用は続きません。

試行の期間中は、外部のAIとの接続は開かず、Highspot の画面とCRMの連携だけで始めるのが無難です。置き場と推薦の運用が固まってから接続を開けば、問題が起きたときに原因の切り分けが容易になります。判断の材料は、試行で自社の資料と営業で測った数字だけにし、提供元の事例の数字は参考にとどめます。

まとめ

営業資料を Highspot に置くか、共有フォルダのままにするかの差は、AIで探せるかどうかではなく、AIに資料を配らせても困らない状態を保てるかと、使われ方をマーケが読めるかにあります。Highspot は2026年にGTMエージェントとMCPサーバーを加え、セイスミックとの統合も終えましたが、承認と期限の仕組みは、自社で持ち主と期限を決めて設定しない限り働きません。AIの推薦は候補の提示にとどめ、価格や条件の資料は対象から外す。使われ方のデータは回数ではなく商談の段階と結果で読み、AIの提案は根拠を確かめてから採る。外部のAIとの接続とCRM付属の機能との分担は、置き場の運用が固まってから決める。この順で進めれば、資料の数が増えても、営業に配られる資料の質を保てます。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。