Coworkで営業の失注理由を分析する — 四半期の集計手順
CoworkでSlackとCRMの商談メモを横断させ、四半期ごとに失注理由のテーマを集計する手順です。指示文の設計、出力の読み方、営業活動への戻し方までをまとめます。
四半期ごとの失注理由の振り返りは、Slack・CRM・商談メモに散らばった記録を人手で突き合わせる作業になりがちです。案件ごとにCRMを開き、担当者のSlack投稿を検索し、通話メモを読み直す。ソースを1つずつ手作業で回るこの繰り返しが、振り返りそのものを後回しにさせる原因になりがちです。Coworkは複数の情報源に並行して接続できるため、この突合作業をひとつの依頼にまとめられます。件数の集計、複数ソースにまたがるパターンの抽出、優先順位付けまでを1回の実行で出力させ、人はその結果から次の営業施策を判断する側に回れます。
Coworkに任せられる範囲
Coworkが担うのは、複数の記録を横断してテーマを拾い上げ、件数で裏付ける工程です。公式のCowork活用例には、通話メモ・Slack・CRM(Salesforceの商談メモと失注理由)・課題管理ツールの4系統を同時に参照する例が示されています。テーマごとの言及件数と、ソース横断で繰り返し出てくるパターンを抽出させる使い方です。失注理由に絞れば、同じ枠組みを四半期単位の振り返りに転用できます。
どの失注理由を重く見るか、どの商談から優先的に手を打つかという判断は人に残ります。Coworkが返すのは「何が繰り返し出てきたか」の集計であって、「どう対応するか」の決定ではありません。ここを取り違えると、出力をそのまま報告書に貼って終わる使い方になりがちです。
始める前に確認しておくこと
分析を始める前に、次の3点を確認しておくと初回の依頼がスムーズに通ります。まずプランの条件です。Scheduled Tasksを使って四半期の節目に自動実行させる場合、Coworkの有料プラン(Pro・Max・Team・Enterprise)が前提になります。単発の依頼として都度実行するだけなら、通常のCoworkセッションで足ります。
次にCRMの接続方法です。HubSpotのようなCRMは、Settings > Capabilitiesから接続を有効にするだけの一クリック接続です。一方Salesforceは、Salesforce自身が提供する「Hosted MCP Servers」をカスタムコネクタとして取り込む形になります。Salesforce側でExternal Client Appを登録する準備が別途必要です。自社のCRMがSalesforceの場合、接続手順はCowork Salesforce連携で先に済ませておくと、分析の依頼文自体はシンプルに保てます。
最後に通話メモの置き場所です。文字起こしやメモをローカルフォルダーにまとめているなら、Coworkにそのフォルダーへのアクセスを許可しておきます。フォルダー単位で一度許可すれば以後も有効になるため、分析専用のフォルダーを切っておくと参照範囲が明確になります。
Slackの投稿を拾わせる場合、自分が参加していないプライベートチャンネルの投稿は対象になりません。失注理由が特定チームのプライベートチャンネルにだけ書き込まれている運用なら、分析を任せる本人がそのチャンネルに参加しているかを先に確認しておくと、集計が薄くなる事態を防げます。
指示文をどう設計するか
依頼文で重要なのは、参照させるソースを具体的に列挙し、集計の軸を先に指定することです。件数・横断パターン・代表的な引用の3つを求めておくと、出力が読みやすい形にまとまります。
今期の失注理由を、複数のソースを横断して分析してください。
参照するソース:
- 通話の文字起こし: {Downloadsフォルダー内の商談メモ}
- Slack: #sales-notes チャンネルの投稿
- CRM: Salesforceの商談ノートと失注理由フィールド(Closed Lost、直近3か月)
- (あれば)Linearやサポートチケットの関連コメント
やってほしいこと:
1. 失注理由のテーマを洗い出し、ソースごとの言及件数を出す
2. 複数のソースにまたがって出てくるテーマを「クロスプラットフォームの兆候」として別枠で示す
3. 各テーマに代表的な引用を1〜2件添える(発言元と日付も)
4. テーマを影響度(失注件数への寄与)で優先順位付けする
出力: Markdownの表とテーマごとの短い解説。件数の根拠になった発言元を明記すること。4番目の指示が効きます。件数だけを並べた表は、どのテーマから手を付けるべきかの判断材料になりません。影響度で並べ替えさせることで、次のアクションにつながる順序で結果が返ってきます。
引用元の明記も外さない方がいい指示です。「価格が理由で3件失注」とだけ言われても、どの商談のどの発言を指すか分からなければ、営業チームへ説明するときに再度CRMを開き直す羽目になります。
出力から何を受け取れるか
公式の活用例が示す出力形式は、テーマ別の件数表、クロスプラットフォームの兆候、優先順位付けされた論点の3段構成です。
件数表は、テーマごとに通話・Slack・CRM・課題管理ツールそれぞれでの言及件数を並べたものです。どのソースで多く語られているテーマかが一目で分かります。クロスプラットフォームの兆候は、単独のソースでは目立たなくても複数のソースに分散して出てくるテーマを別枠で示すものです。公式例では、CRMの失注理由に集中して出てくる論点を「収益に直結する兆候(単なる要望ではなく、契約の障害そのもの)」として区別しています。件数が少なくても、失注に直結している論点は優先度を上げる判断材料になります。
| 出力の要素 | 何が分かるか | 誰の判断材料になるか |
|---|---|---|
| テーマ別件数表 | 何が分かるかどの理由がどのくらい繰り返されているか | 誰の判断材料になるか営業マネージャーの傾向把握 |
| クロスプラットフォームの兆候 | 何が分かるか分散していて見落としやすい、しかし重い論点 | 誰の判断材料になるかプロダクト・価格戦略の判断 |
| 優先順位付けされた論点 | 何が分かるか次に手を打つべき順序 | 誰の判断材料になるか次四半期の施策決定 |
最初の集計表だけを見て終わらせないことが肝心です。件数が少なくても失注に直結している論点は、クロスプラットフォームの兆候の枠で拾われて初めて見える形になります。
出てきた論点を営業活動に戻す
分析結果は、出したままにせず具体的なアクションに変換して初めて価値が出ます。実務でつながりやすいのは3つです。
競合名や価格の論点が繰り返し出てくるなら、その論点を反論トークとしてバトルカードに落とし込めます。CRMの失注理由フィールドに競合名が記録されている場合、その競合ごとにパターンを抽出し、実際の反対意見をもとにしたトークスクリプトを作らせる使い方もできます。優先順位付けされた論点をもとに、根拠となる引用付きでロードマップ提案書の下書きを作らせることもできます。プロダクト側への提案には、件数の裏付けと発言の引用が説得材料になります。
特定の顧客が複数のソースで何を言っていたかをまとめて追跡し、再アプローチの材料にする使い方もあります。失注済みの案件でも、理由が製品側の改善で解消していれば再提案の余地があります。
提案書や見積もりの下書きづくりはCowork営業で提案書と見積もりの下書きをどこまで任せるかで扱っています。本記事が扱うのは、その手前にある「終わった商談から何を学ぶか」という振り返りの工程です。分析結果をそのまま提案書作成の依頼に渡せば、振り返りから次の提案書へつなげられます。
気になったテーマを深掘りする
1回の分析で全体像が見えたら、そのうち1つのテーマだけを深掘りする追加の依頼を続けて出せます。全体分析と同じセッションで続けて聞けば、Coworkは直前の分析結果を踏まえたまま調べ直します。
モバイルアプリ関連の言及を、4つのソースすべてから全件抜き出してください。
1件ごとに、発言者・日時・何をしようとしていたか・どのくらい強い不満だったかを添えてください。このように対象を1テーマへ絞ると、代表的な引用の抜粋だけでは見えなかった発言の温度感まで確認できます。特に、失注の決め手になった1件だけを商談の担当者に見せて説明したい場面で効きます。
四半期の周期で回すときのつまずき
Coworkのスケジュール実行は、1時間ごと・毎日・毎週・平日のみ・手動実行のいずれかから選ぶ仕組みで、月次や四半期といった長い周期は用意されていません。四半期の節目にまとめて分析したい場合は、手動実行のタスクとして登録し、四半期末に自分でトリガーする運用が現実的です。毎週集計を積み上げておき、四半期末に「直近13週分をまとめ直して」と依頼する方法も、データの取りこぼしを防ぎやすくなります。
参照できる範囲は自分の権限までという制約も見落とされがちです。Coworkはコネクタ経由で接続したサービスについて、利用者本人の権限を引き継ぎます。Salesforceの特定レコードやSlackの非公開チャンネルが自分の権限で見えないなら、Coworkからも見えません。マネージャー権限が必要なデータを含めたい場合は、あらかじめ権限を確認しておく必要があります。
「価格が原因」という結論だけを毎回出力させると、四半期ごとの変化が見えなくなります。前四半期の結果をあわせて渡し、前回と比べて新しく出てきたテーマを聞く形にすると、振り返りとしての価値が上がります。
複数ソースを横断する分析は、単純な質問より多くの利用枠を消費します。四半期に1回程度の頻度なら通常はProの範囲でも収まりますが、通話メモの量が多い、あるいは他の重い分析タスクと重なる月は、利用枠の消費ペースを確認しておくと安心です。消費の仕組みと目安はCoworkコスト管理にまとめています。
まとめ
Coworkに複数の情報源を接続し、失注理由のテーマ・件数・優先順位を一度の依頼で出させれば、四半期ごとの振り返りにかかる突合作業を短縮できます。出力を読んで終わりにせず、バトルカードの更新やロードマップ提案、個別アカウントのフォローアップといった具体的なアクションに変換して初めて、振り返りが次の商談に効いてきます。スケジュール実行に四半期という周期は無いため、四半期末に手動でまとめ直す運用を前提に設計しておくと無理なく続けられます。
参照するソースの列挙、集計の軸の指定、引用元の明記という3つの設計ポイントを最初の依頼文に盛り込んでおけば、二回目以降の四半期分析は指示文をほぼ使い回せます。変わるのは対象期間と参照フォルダーの中身くらいで、毎回ゼロから指示文を組み立て直す必要はありません。運用が固定化されるほど、突合作業に取られていた時間を営業施策の検討そのものに振り向けやすくなります。