ClaudeにSFA更新を任せて大丈夫？営業AIの「任せすぎ」を防ぐ3段階ルール
商談メモからフォローメールを作る。次回アクションを整理する。提案書の抜け漏れを確認する。
ここまでは、Claudeへ情報を渡せばすぐに試せます。難しいのは、その先でした。
Claudeが営業管理システムへ書き込めるようになると、便利さと同時に「どこまで任せるか」という問題が出てきます。誤った日付が売上予測に入り、推測した温度感が組織の判断材料になる可能性があるからです。
私は現在、BtoB SaaSの営業として、初回準備から提案準備までをClaudeと進めています。商談後のフォローやSFA入力、次回商談の準備も同じ流れに入れています。ただし、すべてを自動化しているわけではありません。メールは自分で直してから送り、商談ステージや売上予測に関わる判断はClaudeに更新させていません。
AIには事実を固めてもらう。人は戦略と実行を担う。
この境界を、権限として設計しています。
全体指示やProjectの作り方から始めたい方は、先に基礎編をご覧ください。発展編では、その土台を実際の営業フローへ広げます。
1案件1チャットで、商談の前後を分断しない
営業Projectの中に、案件ごとのチャットを作ります。
初回商談の前には、企業情報と引き継ぎ情報を整理する。商談後はフォローメールとSFA入力を作る。次回商談の前には、それまでの経緯と未解決の論点を確認する。提案段階では、提案の構成を考え、完成した資料の誤りを点検する。
流れだけ抜き出すと、次のようになります。
初回準備
→ 商談
→ フォローメール
→ SFA入力
→ 次回商談前の確認
→ フォローとSFA入力
→ 提案準備
→ 提案資料の確認
これらを別々のチャットへ投げると、毎回同じ背景を説明し直すことになります。1案件1チャットなら、会話自体が案件の経緯になります。
私はこの状態を「案件専任の秘書、アシスタントがいるみたい」と表現しています。
手順はSkills、判断基準はProjectへ置く
作業が繰り返されるようになったら、毎回の指示をSkillsとして切り出します。
商談準備、フォローメール、SFA入力、提案準備では、必要な入力も出力も違います。その手順は各Skillへ置きます。一方、どの作業でも守ってほしい判断基準は営業Projectへ置きます。
私の営業Projectで共通化しているのは、主に次の内容です。
確認済みの一次情報、引き継ぎ情報、推測を分ける
未検証の価格、URL、日時、機能可否は「要確認」にする
競合を憶測で不利に描かない
提案は機能一覧で終わらせず、課題、解決範囲、懸念、次の論点まで整理する
メール作成では、用途に合うSkillを選ぶ
Anthropicの公式ヘルプでも、それぞれの役割が分かれています。全体の好みはInstructions for Claudeへ置きます。特定の仕事の文脈はProject指示、繰り返す振る舞いはSkillsで扱います。機能の違いは公式ヘルプで確認できます。
同じルールをProjectとSkillsの両方へ書くと、修正漏れや矛盾が生まれます。正しい場所を一つに決め、他からは参照するほうが保守しやすくなります。
SFAへの書き込みは、誤りの波及範囲で3段階に分ける
営業管理システム（SFA）への入力は、誤ったときの影響範囲で権限を分けました。
ここで紹介するのは、利用権限と社内ルールを確認したうえで作った私個人の運用です。Claudeを導入すれば、そのままSFAへ書き込めるという意味ではありません。接続方法、更新できる項目、承認の要否は、所属組織のルールに合わせて設計する必要があります。
層1：事実に近い定型項目は、差分をまとめて承認する
次回アクションや、商談で確認できたイベントなど、比較的事実へ寄せやすい項目です。
Claudeは現在値と更新案の差分を並べます。人がまとめて確認し、1回の承認後に書き込みます。項目ごとに何度も確認すると運用が続かないため、影響が限定的な項目は一括承認にしました。
層2：長文の解釈は、全文を読んでから承認する
顧客課題、期待する効果、懸念、商談履歴の要約などです。
これらは事実をもとに作れても、要約の仕方で意味が変わります。Claudeは全文を提示し、人が確認します。修正があれば該当箇所だけを直し、もう一度確認してから書き込みます。
層3：予測や社内政治を含む項目は、提示だけにする
売上予測に直結する日付、受注の温度感、意思決定の構造、反対者の存在などです。
書き起こしだけでは判断できない情報が混ざります。Claudeは候補を提示できますが、SFAへは書き込みません。人が状況を読み、必要なら自分で更新します。
商談ステージも自動更新の対象外です。移行条件に足りない情報を示すところまでにとどめ、変更は人が行います。
「自動化するか」は、作業時間より失敗時の影響で決める
同じ考え方は、SFA以外にも使えます。
朝の業務ブリーフでは、カレンダー、メール、社内メッセージから予定と対応事項を読み取らせています。読み取りだけで、外部送信や書き込みはありません。そのため、自動実行にしています。
フォローメールは違います。Claudeが件名と本文を作っても、自動送信にも自動下書き保存にもしていません。商談の温度感や、相手との関係を踏まえた言葉の調整が残るからです。
Claude Codeでも、最初は読み取り専用のPlanモードや手動確認を使えます。Anthropic公式FAQには、Plan、Manual、Accept Editsなどの権限モードが整理されています。営業業務でも、読み取りと提案から始め、確かめながら権限を広げられます。
「何分短縮できるか」だけで自動化の範囲を決めると、重要な判断まで流れてしまいます。私は、間違えたときに顧客、売上予測、組織の判断へどれだけ影響するかを先に見ます。
書き込み前後に、5つのガードを置く
権限を分けても、書き込み処理そのものが安全になるわけではありません。SFA入力のSkillには、次のガードも入れています。
実施済みの事実は、日付も内容も変更しない
既存の長文は、勝手に上書きしない
エラーが出ても、値を補って再試行しない
文字数を超えたとき、無理に要約して詰め込まない
書き込み後は再取得し、反映結果を確認する
私の運用では、空欄やエラー時にClaudeが値を補完しようとするケースがありました。だから「してほしいこと」に加えて、「失敗したときにしてはいけないこと」まで決めています。
指示を足すほど良くなる、とは限らなかった
運用を始めた当初、出力の不満を見つけるたびに指示を追加していました。
たとえばフォローメールでは、要点整理が長くなりがちでした。「〜という点が重要です」「多角的な」「〜していく必要がある」といった表現を避けるルールを後から足すと、手直しは減りました。
一方で、指示を増やした結果、出力が悪くなったこともあります。似たルールが複数の場所にあり、参照すべきルールが曖昧になったからです。
私が使う中では、必要以上に情報量の多い出力になることがありました。こちらも不安になるほど、説明や禁止事項を足したくなります。そこで今は、役割が重なるルールを減らし、Projectは共通判断、Skillsは個別手順へ絞っています。
Skillsは書いて終わりではありません。実際の出力を見て、必要なルールを足し、不要なものは削る。置き場所も含めて更新する前提で運用しています。
AIには事実、人には戦略を残す
Claudeは、商談記録やメールから事実を集め、抜けを示し、次に確認すべきことを整理できます。
その事実をどう読むか。どの課題を優先し、何を刺さる仮説として持ち込み、どの順番で提案するか。ここは営業担当者が引き受けます。
「AIはあくまで仮説」。この前提を外すと、整った文章がそのまま正しい判断に見えてしまいます。
営業AIを任せられる状態にするには、精度の高いプロンプトだけでは足りません。AIが書ける場所、承認が必要な場所、提示だけで止める場所を決める。その境界線まで設計して、初めて業務の中へ置けます。
まず、自分の営業業務を次の3つに分けてみてください。
読み取りと整理だけなら、自動で動かせる仕事
差分を確認すれば、書き込みを任せられる仕事
顧客や売上に影響するため、人が判断する仕事
自動化の候補は、その後に見えてきます。
SFA連携へ進む前に、普段の営業業務をこの3分類へ置くだけでも十分です。読み取りから小さく試し、出力の癖と失敗の影響が分かってから、書き込み範囲を広げていく。私はこの順番で、Claudeを「文章を作る相手」から「仕事を一緒に進める相手」へ変えてきました。
