Octaveの売り方の正本とは？｜改訂を承認する人の線

「営業メールのAIは、結局プロンプトの書き方次第でしょう」「メールのAIと商談準備のAIで、自社の強みの言い方が違っていた」——営業企画やプロダクトマーケの担当者から、同じ時期に聞こえてくる二つの声です。前の声はよく聞く常識で、後の声は使い始めてから気づく現実です。営業AIの出来はプロンプト次第だと思われがちですが、それは一つのAIを使っているうちの話です。本当に問題になるのは、複数のAIがそれぞれ別の売り文句を話し始めることです。問いは「どの訴求を正とし、誰がいつ改訂するか」に移ります。この記事では、米国の Octave を例に、売り方の正本に何を入れ、誰が持ち、どう改訂するかを整理します。

Octave は、営業とマーケのAIが参照する売り方の正本を持つ基盤

Octave は、自社の売り方を一か所にまとめ、営業・マーケの担当者とAIエージェントに同じ材料を渡すための基盤です。2026年10月時点の公式サイトは、自社の売り方を写し取った文脈を、営業・マーケ・営業の運営・AIエージェントに渡す層だと説明し、売り方・買い手への案内・訴求・進め方を「一つの統制された正本」にまとめると書いています。すぐに動かせる管理されたエージェントや、Claude 向けのプラグインも並んでおり、正本を使う側の道具も Octave の中に用意されています。

中心にあるのはライブラリーです。公式の説明書によれば、ライブラリーには、提供物（製品・サービス・解決策）、主要な機能、人物像、用途、顧客の区分、売り方の動き方、実績、競合、代替手段、購入のきっかけ、反論、参照する事例、ブランドの声、スキルが入ります。項目どうしは関係でつながり、各項目は版を持ち、時間とともに変わった中身を追えるとされています。

このライブラリーを、AIが参照します。営業メールや LinkedIn のメッセージの下書き、見込み客の見極め、商談準備などのエージェントが、ライブラリーの中身を材料に動きます。外部の道具からは MCP と API で呼び出せ、説明書では Claude や Cursor などのAIの助手から、ライブラリー・分析・調査・生成のエージェントに直接つなげると書かれています。

つまり Octave は、文面を書くAIそのものというより、いくつものAIに同じ売り方を話させるための、共通の材料置き場です。導入の判断も、文面の出来より、置き場の中身を誰が管理するかに集まります。

二人の創業者の会社と、国内でまだ知られていない理由

Octave は、米国の同名の会社が提供しています。公式サイトの会社紹介では、共同創業者として最高経営責任者のザック・ヴィディボー氏と最高技術責任者のジュリアン・テンペルスマン氏が並び、自分たちが営業の現場で味わった苦労から始めた会社だと書かれています。所在地は公式サイトでは確かめられませんでした。

資金の面では、公式ブログに、ボンファイア・ベンチャーズが主導する550万ドルのシード調達の発表があり、それまでの出資と合わせた累計は840万ドルとされています。公式ブログの一覧での日付は2026年4月23日です。顧客としては、公式サイトに米国のソフトウェアの会社のロゴが並んでいます。

国内でまだほとんど知られていない理由は、確かめた範囲では三つあります。一つは、Octave という名前の別の製品やソフトウェアが複数あり、名前で調べても埋もれやすいこと。二つめは、公式サイトが米国のB2Bのソフトウェアの会社の営業組織を主な読者にしていること。三つめは、日本語の画面や日本語の文面の生成の精度、国内の窓口が、2026年10月時点の公式の資料では確かめられないことです。

国内で使うなら、まず自社の人物像と反論の項目を日本語で数件入れ、生成される下書きが自社の言い方になっているかを確かめるところからになります。英語で作った正本を翻訳して使うのか、日本語で作り直すのかも、最初に決める論点です。

2026年に出た連携と機能

Octave は、2026年に入ってから外部の道具との連携と、ライブラリーの改訂にかかわる機能を続けて出しています。公式ブログとリリースノートで確かめた範囲をまとめます。

時期（公式の記載）	中身	正本の運用にかかわる点
2026年4月2日（ブログ）	n8n との連携。読み取りと書き込みの API を双方向で使える	業務の自動化の側からも正本を読み、結果を書き戻せる
2026年4月23日（ブログ）	550万ドルのシード調達	会社の規模を知る材料
2026年5月15日（ブログ）	Clay の表の中で Octave Agents を使える。見極め・連続送信の文面・コンテンツの三種	外部の道具の中で正本が使われる
2026年9月28日（リリースノート）	ライブラリーの提案と、変更の履歴を「なし・軽微・実質」で区別	改訂の重さを見分けられる
2026年10月（ブログとリリースノート）	Connections。社内の文書やウェブページと正本を同期	社内文書と正本のどちらが正かが問われる

公式ブログの一覧では、Connections の発表は2026年10月13日、リリースノートの記載は10月12日です。表の中で、正本の運用に直接効くのは、改訂の提案・変更の履歴・社内文書との同期の三つです。逆に、承認の流れや役割ごとの編集の権限については、2026年10月時点の公式の説明書には記載が見当たりませんでした。この点は後の節で、運用の側で補う方法として扱います。

なぜ「正本」が要るのか：ツールごとにAIが別の言い方をする

営業とマーケのAIは、一つでは終わりません。メールの下書き、見込み客の見極め、商談の準備、広告の文面、営業資料の生成。道具ごとにAIが入り、それぞれが自分の材料で文面を作ります。材料が道具ごとにばらばらだと、同じ製品の強みを、メールでは価格の安さ、商談準備では導入の速さ、と別々に言い出すことが起きます。

人の営業担当者なら、ずれに気づいて言い方を揃えます。AIは気づきません。しかも一日に何百通もの文面を作るので、ずれは人のときより速く広がります。顧客から見ると、メールと商談で話が違う会社に映ります。

AIに渡す材料の種類と組み立て方そのものは「AIの成果はプロンプトで決まらない」の記事で扱っているので、ここでは材料の作り方には入りません。この記事の論点は、複数のAIが同じ材料を見に行く作りにしたとき、その材料の持ち主と改訂の決まりをどう置くかです。Octave の公式ブログが、自社の製品を「売り方の頭脳」と呼ぶのも、この共通の材料置き場を指しています。

正本に入るもの：根拠と言い方を項目に分ける

正本に入れるのは、売り方の根拠と言い方です。Octave のライブラリーの項目で言えば、誰に売るか（顧客の区分・人物像）、何を売るか（提供物・機能・用途）、なぜ選ばれるか（実績・事例）、何と比べられるか（競合・代替手段）、何で止まるか（反論）です。

反論の項目を例にとると、説明書では、表向きの名前、社内の呼び名、見込み客が実際に口にする言い方、その奥にある本当の懸念、反論を生む思い込み、確かめるべき点、切り返しの言い方、という欄に分かれています。エージェントは、ある人物像と区分でよく出る反論があれば、メールの段階で先回りして触れ、商談準備のエージェントは出そうな反論を並べるとされています。

この作りから分かるのは、正本の一項目が、何十ものエージェントの文面に同時に効くということです。切り返しの言い方を一行変えれば、翌日からすべての下書きが変わります。便利である一方、一行の誤りもすべての文面に広がります。だからこそ、正本に入れてよいものと入れてはいけないものを先に分けておく必要があります。

正本に入れないもの：価格・約束・競合を貶める表現

正本に入れてはいけない代表は三つあります。一つめは価格と値引きです。価格は時期・顧客・契約の規模で変わり、営業の担当者が個別に決めるものです。正本に価格を書くと、AIがそれを全員に向けて書き、古い価格や特定の顧客向けの値引きが広く出回ります。

二つめは、個別の約束です。導入の期間、効果の数字、機能の提供時期、保証の範囲。どれも、AIが文面に書いた時点で、会社の約束として受け取られかねない言葉です。実績の項目に数字を入れるときも、どの顧客の、どの条件での数字かを添え、一般化した約束の言い方にしないことが要ります。

三つめは、競合を貶める表現です。競合の項目は、違いを正しく説明するためのもので、相手の弱点を誇張するためのものではありません。根拠のない比較や、相手の製品を不当に低く見せる言い方は、表示の規制や取引上の問題につながるおそれがあります。正本には、確かめられる事実の違いだけを書きます。

このほか、顧客の名前を出してよいかの許諾がない事例、社内向けの値付けの考え方、開発中の機能も入れません。正本は社外に出る文面の材料なので、「顧客に見られて困ることは書かない」が全体の線になります。

持ち主の決め方：項目ごとに一人を名前で置く

正本を一つにすると、「全員のもの」になりやすく、それは「誰のものでもない」と同じです。持ち主は、正本全体ではなく項目ごとに置きます。項目によって、中身を一番よく知っている人が違うからです。

項目	持ち主の例	改訂の承認者の例	見直しの目安
顧客の区分・人物像	マーケの責任者	営業の責任者	半年に一度と、狙う市場を変えたとき
提供物・機能・用途	プロダクトマーケの担当者	製品の責任者	製品の発表のたび
実績・事例	プロダクトマーケの担当者	顧客の許諾の記録を持つ人	四半期に一度
競合・代替手段	営業企画の担当者	マーケの責任者と法務	四半期に一度と、競合の大きな発表のとき
反論と切り返し	営業企画またはインサイドセールスの責任者	営業の責任者	月に一度

表は一つの例ですが、持ち主と承認者を別の人にすることが要点です。持ち主は中身を書き、承認者は社外に出してよいかを確かめます。とくに競合と実績は、表示や許諾の問題があるため、法務や顧客の許諾の記録を持つ人を承認者に入れます。プロダクトマーケの役割そのものは「プロダクトマーケティングの役割」の記事にあるので、ここでは正本の持ち主としての役割に限ります。

持ち主を決めるときに見落としやすいのが、インサイドセールスです。反論と切り返しは、毎日見込み客と話している人が一番よく知っています。マーケが机の上で書いた切り返しより、現場の言い方のほうがAIの文面も自然になります。

もう一つ決めるのが、正本をいくつ持つかです。公式の料金の案内では、契約によって同時に使える組織（ワークスペース）の数に上限があり、ライブラリーは組織ごとに分かれます。事業部ごとに売り方が大きく違う会社では、正本を組織ごとに分けるか、一つの組織の中で区分と人物像で分けるかを決める必要があり、分けた数だけ持ち主の表も要ることになります。

AIの改訂の提案は、承認前の下書きとして扱う

Octave は、正本の改訂をAIが提案する作りを持っています。リリースノートによれば、人物像や競合を手で作ろうとすると、すでに Octave が作った提案があるかを確かめ、そのまま使うか、直すか、一から作るかを選べます。公式サイトでは、商談や通話やメールのやり取りを分析して、何が勝ちにつながったかを見つける仕組みも説明されています。

AIが提案する改訂は、役に立ちます。現場で実際に通じた言い方を拾ってくれるからです。ただし、AIの提案は、承認を経るまでは正本ではなく下書きとして扱う決まりにしておきます。勝った商談で使われた言い方が、たまたまその顧客にだけ通じたものかもしれないからです。

承認の流れそのものは、2026年10月時点の公式の説明書では確かめられませんでした。そこで、製品の中で誰でも改訂を確定できる状態なら、確定してよい人を運用の決まりで絞る必要があります。たとえば、提案の採否は持ち主が決め、正本への反映は承認者の確認のあとに行う、という二段の手順を文書にしておきます。

改訂を戻す手当ても確かめておきます。リリースノートによれば、2026年10月に、Octave で公開したページの二つの版を並べ、追加・削除・言い回しの変更を見比べてから、更新の承認や前の版への差し戻しができる機能が加わりました。正本から作った社外向けのページは、版を見比べてから公開を承認する手順に組み込めます。ライブラリーの各項目も版を持つとされているので、誤った改訂を戻す手順を、試行の段階で一度通しておきます。

変更の重さで、承認を分ける

すべての改訂に同じ重さの承認を求めると、正本はすぐに古くなります。誤字の直しにまで責任者の承認を待っていたら、誰も直さなくなるからです。Octave のリリースノートでは、ライブラリーの保存した編集に「なし」「軽微」「実質」の区分が付き、小さな直しと大きな書き直しを見分けられるとされています。

この区分を使って、承認の重さを分けるのが現実的です。表記の揺れや誤字のような軽い直しは持ち主の判断で反映し、訴求の中心を変える改訂、実績の数字を変える改訂、競合の記述を変える改訂は、承認者の確認を必須にする、という分け方です。

区分の判定は製品が付けるものなので、それをそのまま信じるのではなく、持ち主が見直す前提にします。「軽微」と判定された直しでも、価格や約束に触れる言葉が入っていれば、実質の改訂として扱います。判定の基準を人が持つことが、AIに判断させないということの具体的な中身です。

見直しの頻度と、定期の見直しの進め方

正本は、作った日から古くなり始めます。製品の機能が変わり、競合が新しい発表をし、顧客の反論の傾向も季節で変わります。見直しは、定期の見直しと、出来事に合わせた臨時の改訂の二本立てにします。

臨時の改訂は、価格の改定、大きな不具合、競合の買収、法令の変更などの出来事で行います。臨時の改訂は、誰が気づいて誰に知らせるかを先に決めておかないと、正本だけが取り残されます。改訂の要点は営業の定例でも共有し、AIの文面だけでなく、担当者が手で書く文面にも同じ言い方が届くようにします。

社内文書との同期で起きること

2026年10月に発表された Connections は、Notion や Google Drive の文書、ウェブページと正本を同期する機能です。公式ブログによれば、片方向の同期では、Octave が週に一度つないだ文書を確かめ、正本との大きな違いを見つけると、正本を文書に合わせる提案を作ります。双方向の同期では、正本が変わったときに、つないだ文書の側も書き換えられます。

双方向の同期では、文書の文章を直接上書きするか、文章のかたまりを足すか、正本の側に提案として置くかを選べ、Octave がどこまで自分で編集するかを設定できるとされています。双方向で直接上書きにすると、正本の改訂がそのまま社内の文書を書き換えることになります。

ここで決めるべきなのは、どちらが正かです。製品資料の原本が社内の文書にあるなら、文書を正にして正本は提案を受ける側にする。正本を正にするなら、文書は直接上書きでなく提案を受ける形にする。両方を正にして双方向で直接書き換え合う設定は避けるのが安全です。どの文書をつなぐかも、持ち主の表と合わせて決めます。

Google の文書をつなぐときは、閲覧か編集の権限を渡し、Octave は選んだタブだけを読むと公式ブログに書かれています。編集の権限を渡した文書は、双方向の同期で書き換えられる対象になるので、閲覧で足りる文書には閲覧の権限だけを渡します。また、文書の確認は週に一度なので、文書を直してから正本に提案が届くまで数日の間が空くことがあります。価格の改定のような急ぎの改訂は、同期を待たずに持ち主が正本を直接直す手順にしておきます。

外部のエージェントへ渡すときに、外に出るもの

正本は、Octave の中だけで使われるわけではありません。MCP で Claude などのAIの助手につなげば、ライブラリー・分析・調査の中身がその助手から呼び出されます。Clay の表の中で Octave Agents を使えば、見込み客の一覧に正本の材料が流れ込みます。n8n との連携では、読み取りと書き込みの両方の API が使えます。

つまり、正本をつなぐ先を増やすほど、社外のAIの道具に自社の売り方の中身が届くことになります。説明書の MCP の案内には、読み取りだけに限る設定についての記載は見当たりませんでした。書き込みの API を使う連携では、外部の自動化から正本が書き換えられる経路にもなります。

呼び出す鍵の管理も、正本の運用の一部です。説明書によれば、API キーはダッシュボードで管理し、組織（ワークスペース）ごとに一つで、複数の組織を扱う代理店は組織ごとに別のキーが要るとされています。Clay の表で Octave Agents を使うときも、Octave の API キーを一度つなぐ形です。キーを持つ人と、キーを渡した先の道具が、正本を呼び出せる範囲になります。キーの保管場所と渡した道具を一覧にし、担当者が替わったらキーを作り直す決まりにしておきます。

データの扱いについて公式サイトで確かめられたのは、SOC 2 の第二種の監査を受けていること、「顧客のデータで学習しない」と書かれていることまでです。保存場所や、生成に使うAIの提供元は、トラストセンターの本文が取得できず確かめられませんでした。つなぐ先を決めるときは、つないでよい道具の一覧と、書き込みを許す連携の一覧を、持ち主の表と同じ文書に置くことを勧めます。

古い訴求の撤去は、追加より難しい

正本の運用で一番手が回らなくなるのは、古い訴求を外すことです。新しい訴求を足すのは誰でも熱心にやりますが、もう使わない訴求を外す作業は誰の仕事にもなっていないことが多いからです。正本に古い訴求が残っていると、AIはそれを今の言い方として使い続けます。

• 終わったキャンペーンの訴求が正本に残り、半年後もメールの下書きに出てくる
• 提供を終えた機能が提供物の項目に残り、商談準備のエージェントが見込み客に勧める
• 許諾の期限が切れた事例が実績の項目に残り、顧客名入りの文面が送られる
• 古い正本を写した社内の文書が残り、双方向の同期で正本に戻ってくる

撤去は、改訂と同じく持ち主の仕事として表に書きます。定期の見直しでは、足すものだけでなく、外すものを一つ以上挙げることを決まりにすると、正本が膨らみ続けるのを防げます。外した訴求は消さずに、外した日と理由を残しておくと、なぜ言わなくなったかを後から説明できます。

AIに任せる工程と人が決める工程、費用の増え方と止め方

ここまでを工程で分けると、正本を参照した文面の下書き、人物像や区分ごとの訴求の使い分け、やり取りからの改訂の提案はAIに任せられます。正本の中身の決定、価格や約束に触れる文言、競合の記述、改訂の承認、古い訴求の撤去の判断は人が持ちます。同じ営業のAIでも、受信箱をどこまで読ませるかという記録の話は、同じ便の Lightfield の記事で扱っています。

費用の増え方は、公式の料金の案内によれば、年額の基本料と、使った量で減るクレジットの組み合わせです。クレジットは、画面の中の試しの場や API でエージェントを動かしたときに使われ、実行ごとの量はエージェントの設定とモデルによって変わります。つなぐ道具とエージェントの実行の回数が増えるほど費用が増えるので、外部の連携を増やす判断は費用の判断でもあります。

止め方も先に決めておきます。外部の道具とのつながりは、どの道具からつないだかの一覧がないと切り忘れます。正本の中身は自社の資産なので、契約を終えるときに書き出せる形で手元に残す方法を、契約の前に提供元に確かめてください。表記の揺れを機械で直す話は「表記の統一は Markup AI に任せきれない」の記事にあり、正本の中身の話とは分けて考えます。

正本に書かないことの確認項目

最後に、正本に項目を足すときと、AIの改訂の提案を採るときに確かめる項目をまとめます。持ち主が反映する前と、承認者が確かめるときの両方で使います。一つでも当てはまれば、正本には入れず、営業の担当者が個別に扱う情報として切り分けます。

• 個別の価格・値引き・見積もりの条件が書かれていないか
• 導入の期間・効果の数字・提供の時期を、約束と読める言い方で書いていないか
• 実績の数字に、どの顧客のどの条件での数字かが添えられているか
• 顧客の名前を出す事例に、許諾の記録と期限があるか
• 競合について、確かめられない比較や相手を貶める言い方をしていないか
• 発表前の機能や、社内向けの値付けの考え方が混ざっていないか
• 提供を終えた機能や、終わったキャンペーンの訴求が残っていないか
• 改訂の区分が「軽微」でも、価格や約束に触れる言葉が入っていないか

この確認項目は、正本の中に置くのではなく、持ち主の表と同じ運用の文書に置きます。正本はAIが読むための材料で、確認項目は人が使う道具だからです。

まとめ

Octave は、狙う顧客像・人物像・提供物・競合・反論への切り返し・実績を一つのライブラリーにまとめ、営業とマーケの複数のAIに同じ売り方を話させる基盤です。正本が一つになると、文面のずれは減りますが、正本の一行の誤りがすべての文面に広がります。入れるなら、価格・個別の約束・競合を貶める表現は正本に入れず、項目ごとに持ち主と承認者を名前で決め、AIの改訂の提案は承認前の下書きとして扱い、変更の重さで承認を分け、古い訴求は定期の見直しで外す。社内文書との同期と外部の道具への接続は、どちらが正か、どこまで書き込みを許すかを決めてから広げてください。文面の下書きと訴求の使い分けはAI、正本の中身の決定と改訂の承認は人が持つ、という線を最初に引いておくことが、正本を長く使える状態に保つ近道です。

• 製品の機能と提供の状態は、Octave の公式サイト・公式ブログ（2026年4月2日の n8n 連携、シード調達、5月15日の Clay との提携、10月13日の Connections）・リリースノート・公式の説明書を2026年10月25日に確かめた範囲に基づきます
• 承認の流れと役割ごとの編集の権限、データの保存場所、生成に使うAIの提供元、日本語への対応は公式の資料で確かめられなかったため、契約の前に提供元に直接確かめてください

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