Claude Media
Claude Enterpriseのサーベイ機能で社内の利用実態を集める手順

Claude Enterpriseのサーベイ機能で社内の利用実態を集める手順

Claude Enterpriseの管理者向けベータ機能サーベイで、アプリ内に短い質問を出して回答を集計する手順と、権限・対象者の絞り込み・CSV出力・使えない条件をまとめました。

Claude Enterpriseのサーベイは、管理者が利用者にアプリ内で短い質問を出し、集まった回答を管理コンソールで見られるベータ機能です。利用量のグラフでは分からない「何に使っているか」「何が邪魔になっているか」を、本人の言葉で集められます。

Claude Enterpriseのサーベイとは何か

サーベイは、管理コンソールのAnalyticsセクションに置かれた機能です。利用状況ダッシュボードが「チームがどれだけClaudeを使っているか」を示すのに対し、サーベイは「人々がClaudeで何をしているか、何が障害になっているか」を尋ねます。

利用者には、CoworkまたはチャットのなかにUIカードとして表示されます。カードには組織名が入り、1つのサーベイにつき各利用者へ表示されるのは1回だけです。回答にかかる時間は90秒ほどとされています。

対象はEnterpriseプランで、提供形態はベータです。

使える条件と権限

サーベイを作成・閲覧できるのは次の人です。

  • Primary Owner、Owner、Admin
  • Analyticsの閲覧権限(Analytics view access)を付与したカスタムロールの利用者

権限をAdmin全員に広げたくない場合は、Analytics閲覧権限だけを持つカスタムロールを作り、人事や情報システム部門の担当者に割り当てる形が取れます。

使えない条件は1つです。ベータ期間中は、顧客管理の暗号鍵(CMEK)を使っている組織はサーベイを利用できません。CMEKの保護は近日対応予定とされていますが、時期は示されていません。

サーベイを作成して配信する手順

作成は管理コンソールから行います。

  1. Analytics > Surveysを開く
  2. 右上の「New survey」をクリックする
  3. サーベイ名を付ける(社内専用の名前で、利用者には見えません)
  4. 開始日と終了日を設定する(期間が過ぎると自動で閉じます)
  5. 対象者を選ぶ(全メンバー、または1つ以上のグループ)
  6. 表示場所を選ぶ(Cowork、チャット、または両方)
  7. 質問を確認し、必要なら追加・削除する
  8. プレビューと到達見込みのパネルを確認する
  9. 配信をスケジュールするか、下書きとして保存する

部門ごとに聞きたいときは、対象者の選択でその部門に対応するグループを選びます。複数のグループを同時に選べます。「Manage groups」を押すと、組織のグループ設定が開きます。営業部門と財務部門だけに出す、といった絞り込みは、グループさえ整っていれば1つのサーベイで済みます。

到達見込みのパネルでは、選んだ対象者の人数、そのうちCoworkやチャットで実際に動いている人数、想定される回答数が確認できます。配信前に、狙った層に届くかを数字で見られる点が実用的です。

既定で入っている4つの質問

質問は最初から次の4つが用意されています(公式の英語原文を意訳したものです)。

質問の趣旨形式
最近Claudeでやった最も価値のあることは何か。Claudeなしの場合より結果が良かったとどう判断したか形式自由記述
その作業について、Claudeは所要時間をどう変えたか形式複数選択
チームメンバーにも真似してほしい使い方は何か。明日から始められるように書いてほしい形式自由記述
明日チームがClaudeを使えなくなったら、最初に何が止まる・遅くなるか形式自由記述

4つのうち3つは自由記述です。集計しやすいのは所要時間の質問だけで、残りは読み込む前提の設計になっています。回答の数を稼ぐより、現場が具体的に何をしているかを拾う方向の質問セットです。

最初の配信は対象と期間をどう決めるか

手順の4番と5番、つまり期間と対象者は、あとから作り直せない設計要素です。1つのサーベイにつき各利用者へ表示されるのは1回だけなので、同じ人に「やり直し」はききません。

最初の1本は、1グループに絞って短い期間で出す選択肢があります。理由は、到達見込みのパネルが「グループの人数」「そのうちCoworkやチャットで動いている人数」「想定回答数」を並べて見せるからです。全メンバーを選ぶ前に、絞ったグループでこの3つの数字を確認できます。

次の観点で見ると判断しやすくなります。

  • 想定回答数が極端に少ない: 活動中の人数が少ないグループを選んでいる可能性があります。カードは作業の切れ目に出るため、Claudeを開かない人には届きません
  • 期間が短すぎる: 終了日を過ぎると自動で閉じます。出張や休暇で1週間まるごと使わない人は、カードを見ないまま終わります
  • 質問を変えたい: 配信前なら追加・削除できます。下書き保存を挟み、プレビューを見てから予定を確定できます

回答が想定より多く集まったら、結果画面から予定より早く閉じることもできます。狙いが「傾向の把握」なら、必要な件数が集まった時点で閉じる運用が成り立ちます。

利用者から見える画面

サーベイが有効な間、対象の利用者には作業の切れ目にカードが出ます。Coworkならタスクとタスクの間、チャットなら返信のあとです。実行中のタスクを割り込んで中断することはありません。

カードには組織名が表示され、回答は自分の組織の管理者に届き、Anthropicには届かないと明記されます。質問は1問ずつ表示されます。カードを閉じると、そのサーベイは辞退したことになります。

結果の見方とCSVの出力

Analytics > Surveysの一覧には、各サーベイのステータス(Live、Scheduled、Closed)、対象者、期間、回答数、回答率が並びます。サーベイを開くと、配信中でもその時点までの集計結果が見られます。

結果画面に出る項目は次のとおりです。

  • 総回答数と回答率
  • Coworkとチャットの回答の内訳
  • 複数選択の質問の棒グラフ
  • 自由記述の回答フィード(グループ・表示場所・日付のタグ付き)

回答フィードはグループで絞り込めるため、営業部門だけの声、財務部門だけの声といった読み方ができます。結果画面からは、サーベイを予定より早く閉じることもできます。

CSVの出力は、サーベイごとにAnalytics > Surveysから行います。1回答が1行で、次の列が入ります。

  • 送信日時
  • 利用者のメールアドレス
  • 所属グループ
  • 回答した場所(Coworkかチャットか)
  • 質問ごとの列

複数選択の回答はセミコロン区切りです。

メールアドレスが入るため、CSVは個人情報を含むファイルとして扱います。共有先を人事や情報システム部門の担当者など、サーベイの運用に関わる人に限るのが手堅い形です。

集計では「所属グループ」の列が軸になります。グループ列で並べ替えるかフィルターをかければ、部門別の回答数を数えられます。複数選択の所要時間の質問は、セミコロンで区切られた選択肢を分割してから数えます。自由記述3問は、部門ごとに読んで共通する作業名を拾い、件数を添えて報告する使い方が現実的です。

「回答した場所」の列で、Coworkとチャットのどちらで答えた人が多いかも見られます。結果画面の内訳と同じ情報なので、CSVで再集計するのは、部門との掛け合わせが必要なときに限れば足ります。

プライバシーとデータの扱い

サーベイは組織名で表示され、回答は組織の管理者に届きます。公式の説明では、サーベイは組織のデータとして扱われ、Anthropicはサービスの運営に必要な範囲でのみアクセスします。

HIPAA対象の組織を含む規制対象の顧客は、PHI(患者の健康情報)のような規制対象データをサーベイの回答に入れないよう案内されています。質問は作成者が編集できるので、自由記述の質問には規制対象データを書かないよう一言添える運用も考えられます。

回答はCSVに利用者のメールアドレスと一緒に出るので、無記名アンケートではありません。匿名で本音を集めたい場面には向かず、「誰が何を書いたか」が管理者側で追える前提で質問を設計する必要があります。

smart reportsや利用状況ダッシュボードとの使い分け

Analyticsには、使い方の異なる3種類が並びます。

見たいこと使う機能情報の出どころ
利用量・支出・採用度合い使う機能利用状況ダッシュボード情報の出どころ利用ログの集計
作業の系統ごとのコストと詰まりどころ使う機能smart reports情報の出どころClaudeによる会話の分析
本人の実感・工夫・止まると困ること使う機能サーベイ情報の出どころ利用者本人の回答

ダッシュボードは数字、smart reportsは会話から読み取った傾向、サーベイは本人の申告と、情報の性質が違います。

たとえばダッシュボードで、ある部門の利用が他より少ないと分かったとします。数字は「少ない」ことしか語りません。既定の質問の最後にある「明日Claudeが使えなくなったら何が止まるか」に、その部門が「特にない」と書くのか、具体的な作業名を挙げるのかで、定着していないのか使い方が違うだけなのかが分かれます。逆に利用が多い部門には、3問目の「チームメンバーにも真似してほしい使い方」が効きます。数字で見つけた差を、サーベイで理由に変える順序です。コストの偏りが数字で見えたあと、その理由を本人に聞きたいときにサーベイが効きます。グループ単位で予算を管理している組織なら、プール型グループ予算の対象グループと同じ単位でサーベイを出すと、支出の数字と本人の声を同じ切り口で並べられます。

データの扱いを社内で説明する場面では、データ保持期間のカスタム設定の記事も参考になります。

サーベイの運用でつまずきやすい点

  • 「Surveys」が見当たらない: 公式ドキュメントが提供対象としているのはEnterpriseプランのベータです。CMEKを使っている組織も対象外です。Admin以外は、Analytics閲覧権限を持つカスタムロールが必要です。
  • 回答が集まらない: カードは作業の切れ目に出て、閉じれば辞退扱いです。到達見込みのパネルで「活動中の人数」が少ないなら、対象グループか期間を見直します。
  • 自由記述が読み切れない: 回答フィードはグループで絞り込めるため、部門ごとに読みます。CSVを出して、Claudeでアンケートを集計・分析する手順のように分類を任せる使い方もあります。
  • 同じ人に再度聞きたい: 1つのサーベイにつき、各利用者に表示されるのは1回だけです。もう一度聞くには、別のサーベイを作ります。

まとめ

サーベイは、利用状況の数字では見えない「何に使い、何が障害か」を、管理者が利用者本人から集める機能です。Enterpriseプランのベータで、Admin以上かAnalytics閲覧権限のカスタムロールで運用でき、CMEKを使う組織は対象外です。回答はメールアドレス付きで管理者に届くため、匿名調査にはなりません。試すなら、1グループから始める進め方があります。

この記事を共有:XはてブLinkedIn