Claudeでフィードバックを複数チャネル横断で分析する
通話記録・Slack・CRM・Linearに散らばるフィードバックをCoworkで束ねて読み、頻度とチャネル横断の重なりから優先順位を出す指示文の型と落とし穴をまとめます。
Coworkに複数チャネルのフィードバックをまとめて渡す
顧客の声は1か所に集まりません。通話の文字起こし、Slackの雑談、CRMの失注メモ、Linearのバグ報告。担当者が別々に読むと、同じ不満が4回別の顔で現れているだけなのに、4つの小さな声にしか見えません。Claude Cowork(以下Cowork)は、これらのソースを同時に読み、頻度とチャネルをまたぐ重なりから優先度を出す作業に向いています。
使い方は、ローカルフォルダの通話記録、Slack、CRM、Linearを一度の指示でまとめて読ませ、テーマの頻度・チャネル横断のパターン・代表的な引用を返させる形です。Pro・Max・Team・Enterpriseの有料プランで使えます。Enterpriseのウェブとモバイルは、管理者が有効にした組織に限られます。
接続の準備は3つで足りる
フィードバック分析の下準備は、通話記録の置き場所を渡すこと、残りのソースをコネクタでつなぐこと、承認モードを選ぶことの3つです。
分析を始める前の準備
- 1
通話記録のフォルダを渡す
デスクトップアプリ(Claude Desktop)でCoworkのセッションを始め、チャットバーの「Work in a folder」から文字起こしを置いたフォルダを選びます。
- 2
Slack・CRM・Linearをコネクタでつなぐ
メッセージ欄の「+」メニュー、またはCustomize > Connectorsのページで、使うコネクタをオンにします。
- 3
承認モードを選ぶ
読み取りが中心の分析か、書き込みを伴う作業かで、メッセージ欄のモード選択を切り替えます。違いは後述の節で扱います。
ソースごとの入口と、つなぐ前に確かめたい点は次のとおりです。
| ソース | 接続の入口 | 先に確かめたい点 |
|---|---|---|
| ローカルの通話記録 | 接続の入口フォルダ選択 | 先に確かめたい点デスクトップアプリが開いているか |
| Slack | 接続の入口コネクタ | 先に確かめたい点#customer-feedbackなど対象チャンネルが見えるアカウントか |
| CRM(Salesforce等) | 接続の入口コネクタ | 先に確かめたい点商談メモと失注理由を持つオブジェクトが見えるか |
| Linear | 接続の入口コネクタ | 先に確かめたい点機能要望とバグ報告の両方が見えるか |
接続の全体像はClaude CoworkのConnectors一覧で一覧にしています。
指示文はソースの列挙と出力形式を分けて書く
指示文で決まるのは「何を集めるか」だけでなく「何が返ってくるか」です。効果が出る指示文には共通の型があります。ソースを個別に列挙し、欲しい出力の形(頻度・チャネル横断パターン・引用・優先順位)を明示します。
複数ソースからのフィードバックを統合して、顧客が本当に求めているものを理解したい。 ソース: 通話記録(ダウンロードフォルダに散在)、Slackの#customer-feedbackと#support-questions、Salesforceの商談メモと失注理由、Linearの機能要望とバグ報告。 全ソースを横断する主なテーマとパターンを見つけてほしい。ソースごとの件数、チャネル横断パターン、代表的な引用を出し、頻度とビジネスインパクトで製品アイデアに優先順位をつけてほしい。
この指示文を投げると、Coworkは集計軸や重視するテーマについて質問することがあり、そのうえでサイドバーに作業計画を出します。計画を確かめてから実行に移るので、質問に答えるほど後段の集計が使える形に整います。
集計はソースごとの内訳まで返る
返ってくる集計は、テーマごとにソース別の件数が並ぶ形です。たとえばモバイルアプリの不具合は、次のように内訳が付きます。
モバイルアプリの不具合: 計57件の内訳
通話
11件
Slack
31件
CRM
1件
Linear
14件
同じ出力例には、レポート機能の制約が計45件(通話15・Slack23・CRM2・Linear5)、Salesforce連携が計41件(通話18・Slack12・CRM8・Linear3)と並びます。チャネルをまたぐパターンは別枠です。4ソース全てに現れるモバイルアプリの不満は「高シグナル」、CRMの失注メモに偏るSSO連携の不足は件数こそ少なくても「収益シグナル」として扱われます。
優先順位は「モバイルアプリの安定性」「Okta SSO連携」「レポートのカスタマイズ」の3件に絞られます。頻度の多いテーマと、件数は少なくても商談を止めているテーマが、同じ表で並ぶところが要点です。
「高シグナル」と「収益シグナル」をどう読み分けるか
件数だけで優先順位を決めると、発言量の多いチャネルの声が過大評価されます。Slackで日常的に不満を書く文化のあるチームなら、Slackの件数は他チャネルより自然に膨らみます。見るべきは件数の絶対値ではなく、複数のソースに独立して現れているかどうかです。
通話でもSlackでもLinearの起票でも同じ不満が出ているなら、特定チャネルの発言量に引きずられた数字ではありません。複数の経路で別々に観測された事実だからです。
一方、SSO連携のように失注メモへ偏って出るテーマは、全体の件数では埋もれます。出力例の説明では、これを「利用上の問題ではなく、商談を止める要因」として分けています。件数の少なさより、何に紐づいて出ているかを先に読む場面です。
サブエージェントで複数ソースを並列に読ませる
Coworkは、複雑な作業を小さな作業に分け、並行して進めます。利用例ページには、Slack・Linear・Salesforceへの問い合わせを同時に走らせたいとき、Claudeにサブエージェントを立てるよう頼めると書かれています。指示文の末尾に「ソースごとにサブエージェントを立てて並列で読んで」と添える使い方です。
複数ステップの作業は、短い質問より使用量を多く消費します。コードの実行、ファイル作成、接続したアプリやブラウザの利用がそれにあたり、ステップごとにトークンが使われるためです。4ソースを横断する分析を何度も回すなら、Settings > Usageで消費の推移を見ておくと、上限に近づく前に気づけます。サブエージェント自体の仕組みはCoworkサブエージェントの使い方で扱っています。
承認モードは読み取り中心かどうかで選ぶ
Coworkには、コネクタの操作などを実行する前に許可を求めるかどうかを決める3つのモードがあります。新しいClaudeの画面では、メッセージ欄に出るのはAutoとManual(既定)の2つです。
Manual と Auto の違い
Manual
許可が必要な操作のたびにClaudeが止まり、AllowかDenyを選びます。書き込みや削除を含む作業向けです。
Auto
読み取り専用のツールは承認され、書き込みと削除のツールはClaudeが判断します。各操作は安全性の確認を通り、危険と判断されたものは止まります。
もう1つのSkipは、確認も自動の安全確認もなしで進むモードで、関わる全てのコネクタやファイルを信頼できるときだけの選択肢です。Autoは追加の確認をするぶん、他のモードより使用量を多く消費します。TeamとEnterpriseでは、管理者がAutoの提供を止めている場合もあります。
分析の中心は読み取りなので、Slack・CRM・Linearを読むだけの作業と、結果をCRMへ書き戻す作業は、モードを分けて回すと切り分けやすくなります。
2026年10月6日から、ローカルフォルダの扱いが変わる
通話記録をフォルダで渡す運用は、実行場所の変更を受けます。変更の中身は次のとおりです。
2026年10月6日の前後
10月6日より前
Settings > Generalの「Only on your computer」を選ぶと、タスクが自分のコンピューター上で動きます。
10月6日から
新しいCoworkタスクはクラウドで動き、「Only on your computer」の選択肢はなくなります。すでに始めたタスクは、コンピューター上で終わらせられます。
クラウドで動くセッションでも、フォルダ自体は手元に残ります。Claudeが触れるのは接続したフォルダだけで、デスクトップアプリが開いている間に限られます。ファイルが必要になると、そのファイルのコピーだけがクラウドに取得されます。セッションを削除すると、取得されたコピーも消えます。
ウェブやモバイルで始めたセッションは、ローカルファイルを読めません。ローカルのフォルダを読めるのは、デスクトップで始めたセッションで、そのアプリが開いているあいだです。アプリを閉じると、セッションは動き続けても手元のファイルには届きません。
通話記録の文字起こしを分析に使うなら、デスクトップアプリで始めて開いたままにします。定期実行でも、手元のファイルを使うタスクはデスクトップアプリが開いている必要があります。
出てきたテーマをさらに掘り下げる
最初の集計で終わらせず、同じ会話の中で掘り下げる指示を重ねられます。
- 特定テーマの全件を引く: 「モバイルアプリの言及を4ソース全てから全件引いてほしい。誰が、いつ、何をしようとしていたか、どれくらい困っていたかまで含めて」
- ロードマップ案を書かせる: 「この分析をもとに、Q1のロードマップ案を1ページで。チャネル横断のシグナルの強さとビジネスインパクトで優先順位をつけ、根拠になる引用も入れて」
- 特定顧客の発言を追う: 「Acme社が全ソースでどう言っていたか教えてほしい。通話・Slack・CRMメモから全部引いて、直接フォローアップできる形にして」
ロードマップ案は、共有したフォルダへ直接書き出せます。進捗パネルには、どのソースを読んでいるか、何が見つかっているかがリアルタイムで表示されます。特定のソースの収穫が薄いと感じたら、作業の途中でも軸を足したり絞ったりできます。
ソース同士の言い分が食い違うときの指示
通話では「価格が高い」という理由で失注したと語られているのに、CRMの失注理由欄は「機能不足」と記録されている。こうした食い違いは、チャネルを束ねる分析で起こりやすい型です。
指示文に「ソース間で説明が食い違っている場合は、一本化せず両方を並べて出してほしい」と加えておくと、矛盾を見える形で受け取れます。矛盾そのものが、記録と顧客の発言のずれを示す手がかりになります。
全社の傾向として読む前に確かめること
Slack・CRM・Linearはコネクタ経由なので、分析の前に接続と権限付与が済んでいる必要があります。TeamとEnterpriseでは、書き込みができるコネクタのツールについて、組織がタスクごとの承認を求め、「常に許可」の設定が効かない場合もあります。
接続したアカウントから見える範囲が一部のチームに限られていると、その範囲の声が全社の傾向のように出ます。結果を全社の優先順位として使う前に、見えているチャンネルと商談の範囲を確かめます。
集計は、読み取った時点の内容です。結果を使う日が分析から離れているときは、元のソースが変わっていないかも見ておきます。
四半期ごとの優先順位づけなら、Coworkスケジュールタスクの作成方法で同じ指示文を定期実行に載せられます。スケジュールタスクはクラウドで動くので、パソコンが起きていなくても走ります。通話記録のようにフォルダのファイルを使う場合は、デスクトップアプリを開いておく必要があります。
前回の結果と比べるときの注意
同じ指示文を四半期ごとに回すなら、前回との差分も見たくなります。「前回の分析結果を覚えているなら、今回増えたテーマ・減ったテーマも教えてほしい」と付け加える方法があります。
クラウドで動くセッションは、チャットの記憶(メモリー)から出発し、Coworkで出た内容もチャットに戻ります。単発の分析を記憶に混ぜたくないときは、最初のメッセージを送る前に、「+」メニューでMemoryをオフにします。この設定はタスクの開始時に決まり、あとから変えられません。
まとめ
最初の1回は、Manualで計画と質問への答えを確かめながら回し、返ってきた内訳が自社の感覚と合うかを見ます。合っていれば、同じ指示文を四半期ごとのスケジュールタスクに載せ、前回との差を比べていきます。
差分を取るときは、集計の元になった範囲が前回と同じかを先に揃えます。見えるチャンネルや商談が変わっていると、テーマの増減が実態でなく見える範囲の違いを映してしまいます。顧客の声をEnterpretに集約済みなら、ClaudeとEnterpretの連携で同じ問いを引けます。