Cowork営業で提案書と見積もりの下書きをどこまで任せるか

Coworkが営業プロセスのどこに入るか

営業の仕事をCoworkに渡すとき、効果が出る場所は偏っています。商談の中身そのものではなく、商談の前後にある資料仕事です。リサーチ、提案書の骨組み、見積もりの下書き、商談後の記録整理。この4つが中心になります。

Coworkは、Claudeがブラウザーやファイルを操作して作業を進めるエージェント型の製品です。会話で答えを返すだけでなく、公開されている情報を集め、手元のファイルを読み、成果物をファイルとして書き出すところまで動きます。営業で言えば「調べて、まとめて、形にする」の一連が1つのセッションで完結します。

一方で、顧客の反応を読む、価格の落としどころを決める、社内の承認を取り付ける。この種の仕事は渡せません。判断に必要な情報の多くが、文書化されていないところにあるためです。

この表の右列が、営業として価値を出している部分です。左列に時間を取られている自覚があるときほど、Coworkを入れる余地が大きくなります。製品の全体像と料金はClaude Coworkとは — 全機能・料金・始め方にまとめています。

商談前のリサーチをどこまで任せるか

リサーチは、Coworkの得意領域と苦手領域がはっきり分かれます。得意なのは、公開されている情報を横断して集め、決まった形に落とすことです。企業サイト、プレスリリース、採用ページ、公開されている決算資料あたりが対象になります。

苦手なのは、ログインが要る情報源です。Coworkのエージェント処理やコード実行は隔離された環境で動き、ブラウザーやローカルファイルへのアクセスはユーザー端末のClaude Desktopアプリを経由する構成です。ログインや二要素認証が必要なサイトをどこまで扱えるかは接続構成に依存するため、本番の指示を書く前に、対象の情報源で小さく試して通るかを確かめておくと、途中で止まりません。公開情報だけで足りる設計にしておくのが確実です。

{株式会社サンプル} について、次回商談の準備メモを作ってください。
 
- 調べる範囲: 企業サイト、プレスリリース、採用ページ、公開されている決算・IR資料
- まとめる項目:
  1. 事業構成と主力サービス(3行)
  2. 直近12か月の発表事項(日付 / 内容 / 出典URL、新しい順に最大8件)
  3. 採用職種から読み取れる投資領域(3行)
  4. 当社の提案と接点がありそうな論点(3つ、根拠となる出典を各1件)
- 出典URLのない記述は書かない。推測は「推測」と明記して分ける
- 出力: Markdown、A4で1枚に収まる分量

4番目の項目が、このメモの価値を決めます。事実の列挙だけなら企業サイトを見れば済むところを、自社の提案と結びつく論点まで一段落とし込ませることで、商談で使える形になります。ただし、ここは外れることもあります。根拠の出典を併記させておけば、当たっていない論点はその場で捨てられます。

日付の確認は手を抜かない方が安全です。古いプレスリリースを直近の動きとして拾ってくる取り違えは一定の頻度で起こるため、出典を1件ずつ開いて日付を見る手間は残しておくことになります。

顧客情報の渡し方に型を作る

提案書の質は、渡す顧客情報の質でほぼ決まります。ヒアリングした内容を思い出しながら書くと、回によって渡す粒度がばらつきます。渡す項目を固定した型を1つ持っておくと、出力が安定します。

実務で扱いやすいのは、次の6項目です。

• 企業の基本情報: 業種、従業員規模、拠点、意思決定の体制
• 担当者の立場: 役職、決裁権の有無、社内で説得する相手
• 現状の課題: ヒアリングで確認できた事実と、まだ仮説の段階のものを分けて
• 既存の環境: 使っているツール、契約中のベンダー、切り替えの制約
• 予算と時期: 提示されたレンジ、決裁のタイミング、期初期末の区切り
• これまでのやり取り: 何を提示済みで、どこに反応があったか

課題を「確認済み」と「仮説」に分けて渡すのが、この型の要点です。分けずに渡すと、仮説の課題が確定事実として提案書に書き込まれ、商談の場で「そこまでは言っていない」と指摘される事態になります。

同じ前提を毎回書くのは続かないので、自社側の情報はGlobal Instructionsに寄せる方法があります。自社の商品構成、標準の提案フォーマット、使ってはいけない表現、価格を書くときの決まりごと。これらを置いておけば、日々の指示文は顧客側の情報だけで済みます。設計の考え方はClaude Cowork運用ベストプラクティスで扱っています。

提案書ドラフトを頼むときの指示文

提案書は、一度で完成形を取りに行かない方が結果的に速く進みます。まず構成案だけを出させ、順番と論点を確認してから中身を書かせる。この2段階にすると、書き直しの範囲が小さく収まります。

以下の顧客向けに、提案書の構成案だけを作ってください。本文はまだ書かないでください。
 
- 顧客情報: {前述の6項目を貼る}
- 提案内容: {当社の〇〇パッケージ}
- 制約:
  - スライド12枚以内、決裁者は営業担当役員
  - 商談で確認できていない前提を置かない
- 出力: 1スライド1行で、見出しと「そのスライドで何を納得させるか」を併記
- 各スライドの根拠になる顧客情報を、右側に括弧書きで示す

右側の括弧書きが効きます。どの顧客情報を根拠にそのスライドを置いたかが見えるので、根拠のないスライドがひと目で分かります。根拠が空のスライドは、たいてい一般論で埋まっている箇所です。

構成が固まったら、節ごとに本文を書かせます。全体を一度に書かせるより、1節ずつ渡した方が指示を細かく当てられます。

確定した構成のうち、「課題の整理」の節を書いてください。
 
- 分量: 400字前後
- ヒアリングで確認済みの課題だけを書く。仮説は書かない
- 顧客の言葉をそのまま使う。当社の商品名に引き寄せて言い換えない
- 効果を数字で書くのは、根拠として示せる実績がある場合のみ
- トーン: 敬体、「貴社」「弊社」の呼称

3つ目の制約は、提案書の信頼を左右します。ヒアリングした課題を自社商品の用語に置き換えて書くと、顧客から見て「話を聞いていない資料」になります。顧客が使った言葉のまま書き、自社の解決策と結びつけるのは次の節で行う構成にすると、この事故が起きにくくなります。

数字については、根拠のある範囲に限る制約を毎回入れておく形が現実的です。効果の見込みは、書いた瞬間に約束として受け取られます。過去案件の実績から示せる範囲を超えた数字は、下書きの段階から入れない方が安全です。

見積もりの下書きで押さえておく制約

見積もりでCoworkに任せられるのは、条件を整理して計算し、体裁を整えるところまでです。金額そのものは、値引きの余地、競合の状況、今期の数字といった社外に出ていない事情で決まります。ここは人が持ちます。

とはいえ、下書きの工数は無視できません。作業項目の洗い出し、工数の見積もり、オプションの整理、前提条件の明記。この部分を先に形にしておくと、価格の検討に時間を使えます。

以下の条件で見積もりの下書きを作ってください。金額は確定させず、レンジで示してください。
 
- 提案内容: {〇〇パッケージ、導入支援3か月}
- 単価表: 添付の {price_list_2026.csv} を参照(勝手に単価を作らない)
- 作業項目は次の粒度で分解:
  初期設定 / データ移行 / 研修 / 定着支援 / 保守
- 各項目に「想定工数」「前提条件」「前提が崩れた場合の影響」を併記
- 単価表にない作業が必要な場合は、金額を書かず「別途見積もり」と記載
- 出力: Markdownの表 + 前提条件のリスト

「前提が崩れた場合の影響」の列が、後の交渉で効いてきます。データ移行の工数が「既存データが1形式で揃っている前提」の上に乗っていることが明記されていれば、実際に複数形式だった場合の追加分を説明しやすくなります。

単価表を必ず参照させ、載っていない作業には金額を書かせない制約も入れておきます。指示がないと、それらしい単価を埋めて表を完成させることがあります。空欄のまま返ってきた方が、確認すべき箇所として分かりやすくなります。

顧客に送る直前の操作については、Approval Gatesで承認を挟む形にできます。対外的なメール送信を承認の対象に入れておけば、下書きのつもりの内容が送信される事態は避けられます。モバイルからも承認を返せるので、外出の多い営業でも流れが止まりません。

資料の与え方で出力が変わる

同じ指示文でも、渡す資料によって成果物の質は大きく変わります。効きやすいのは、過去にうまくいった提案書そのものです。フォーマットの指定を文章で書くより、実例を1本渡して「この構成に沿って」と頼む方が、狙った形に近づきます。

渡すと効く資料を、効き方の順に並べると次のようになります。

最後の行は見落とされやすい資料です。失注の理由が記録されていれば、同じ論点で踏み外さない提案が組めます。記録が残っていない組織では、この資料は用意できません。

資料はCowork専用のフォルダーにまとめて置き、そのフォルダーだけを許可する形が扱いやすくなります。Coworkのファイルアクセスはフォルダー単位で一度許可すると以後も有効になるため、範囲を広く取ると意図しない資料まで参照の対象に入ります。同期ドライブ全体を許可すると、同期されている範囲すべてが見える状態になる点にも注意が要ります。内部の挙動はClaude CoworkのComputer Useとサンドボックスで扱っています。

任せない方が速い領域

正直に書くと、営業の仕事にはCoworkに渡すと遅くなる領域があります。線を引いておいた方が、使い方が定まります。

一番分かりやすいのは、短い返信メールです。1通の返信を頼む手間と、自分で書く手間がほとんど変わりません。ここは通常のチャットで足ります。Coworkが効いてくるのは、複数のファイルを見ながら成果物を作る作業の方です。

誰にどのタイミングで当たるか、どこまで押してよいか。この種の判断も渡せません。過去のやり取りの空気に依存する部分が大きく、判断の材料が記録に残っていないためです。

社内システムからのデータ取得は、環境によって結果が変わります。認証が必要なシステムをブラウザー経由で扱えるかは接続構成に依存するため、事前に小さく試すのが確実です。SaaSであればConnectorsで接続できる場合がありますが、見える範囲は利用者本人のアクセス権に従います。

最後に、その場で答えが要る作業も噛み合いません。商談中に横で調べさせる使い方は、応答が返るまでの間が持たないためです。準備の段階で使う道具と考えると収まります。

Claude本体とCoworkの使い分け

同じClaudeでも、対話で完結する使い方とCoworkでは向く仕事が違います。判断の基準は単純で、ファイルを跨ぐかどうかです。

壁打ちや文章の推敲は、対話の方が速く回ります。Coworkは自律的に複数の手順を踏むぶん、使用量も増えやすくなります。全部をCoworkでやろうとすると、上限に早く届きます。

営業の1日で言えば、朝に案件のファイルを跨ぐ作業をCoworkにまとめて渡し、日中の細かいやり取りは通常のチャットで処理する形が回しやすいはずです。導入の最初の一歩はClaude Cowork入門 — ビジネスパーソン向けはじめの一歩で扱っています。

よくある質問

CRMのデータを読ませられますか

利用しているサービスがConnectorsに対応していれば接続できます。接続はOAuthの委任権限で行われるため、見える範囲は利用者本人のアクセス権と同じです。対応していないサービスの場合は、CSVで書き出してから渡す方法があります。

提案書をそのまま顧客に出せますか

下書きとして扱う前提で運用することになります。特に数値、固有名詞、日付は人間の確認が要ります。効果の見込みを数字で書いている箇所は、根拠として示せる実績があるかを1件ずつ確認する対象です。

顧客ごとに指示文を作り直す必要がありますか

顧客情報の6項目を差し替えるだけで、指示文の骨格は使い回せます。自社側の前提はGlobal Instructionsに寄せておくと、毎回書く量がさらに減ります。うまくいった依頼文はテキストとして残し、チームで共有していく形が扱いやすくなります。

提案書の見た目まで作ってもらえますか

Coworkが返すのは、構成メモや本文といったテキストが中心です。スライドの体裁は、返ってきた内容を既存のテンプレートに流し込む形になります。デザインを整える工程は人の手に残ると考えておくのが現実的です。

商談の録音を渡して議事録にできますか

音声の解析を伴う判断は現状では安定しません。文字起こしを別の手段で作ってから、そのテキストを渡す流れが確実です。文字起こしがあれば、決定事項と次アクションの整理、担当と期限の表への落とし込みまで頼めます。

まとめ

Coworkが営業で効くのは、商談の中身ではなく前後の資料仕事です。リサーチ、提案書の構成と下書き、見積もりの整理、商談後の記録。この4つに絞って渡すと、成果が読めるようになります。

出力を安定させる鍵は、顧客情報を渡す型を固定することでした。企業情報、担当者の立場、確認済みの課題と仮説を分けたもの、既存環境、予算と時期、これまでのやり取り。この6項目を毎回同じ形で渡すだけで、返ってくる下書きの質が揃います。

一方で、価格の決定、関係性の判断、短い返信メールは人が持ち続ける領域です。線を引いておくと、無理に使って遅くなる場面を避けられます。まずは次の1件の提案書で、構成案だけを作らせるところから試し、そこで浮いた時間をどこに使うかを見てから範囲を広げる進め方があります。依頼文の具体例はClaude Cowork業務テンプレート12選にまとめています。