ClaudeとVisierを連携する方法 — 人事データ分析の始め方
VisierのConnectorは、人事データ分析機能「Vee」への質問をClaude経由で取り次ぐ読み取り専用の連携です。接続手順と8つのツール、必要な契約条件をまとめます。
ClaudeとVisierの連携とは — 何ができるか
Visierコネクタは、人事データ分析基盤Visierが提供する会話型の分析機能「Vee」に、Claudeから質問を取り次ぐConnectorです。開発元はVisier自身です。Connectorsディレクトリの「Data & analytics」カテゴリーに掲載され、Anthropicによる品質・互換性の確認を通過したVerifiedの表示が付いています。
公開されている8つのツールはすべて search_ aggregate_ list_ で始まり、書き込み系のツールは含まれません。つまりClaude経由でVisier側の人事データを書き換えることはできず、指標の検索と集計に用途が絞られています。業績評価・従業員満足度・離職予測・主要人材の定着率といった観点の質問に答えるとされています。部署や拠点で切り分けながら会話形式で確認する使い方が中心になります。
利用にはVisier側のVee subscriptionが別契約として必要です。Claude側にPro・Max・Team・Enterpriseいずれかの契約があっても、Vee側の契約が無ければ想定どおりには機能しないと考えられます。導入を検討する際は、Claudeの契約プランとVisierのVee契約の両方が揃っているかを先に確認しておきます。
claude.aiでVisierを接続する手順
接続の経路は他のディレクトリConnectorと共通です。
- claude.aiで「Customize」→「Connectors」を開く
- 一覧からVisierを探し「Connect」をクリックする
- Visierのログイン画面でサインインする
- 表示される権限を確認し、アクセスを許可する
認証にはOAuth 2.0が使われています(Visierの開発者向けMCP解説ページで確認済み)。Connectorsディレクトリの掲載コネクタは、Claude.ai・デスクトップアプリ・モバイルアプリ・Claude Code・Coworkの全サーフェスで共通のカタログとして扱われます。なおVee subscriptionが無い組織で接続した場合の具体的な挙動は明記が無いため、導入前にVisier側の契約状況を確認しておくのが安全です。
Visierコネクタが公開する8つのツール
claude.com掲載の一覧にはツール名のみが並び、各ツールの詳細な説明文は書かれていません。以下の「ツール名から考えられる役割」は、ツール名から推測した内容です。
| ツール | ツール名から考えられる役割 |
|---|---|
search_metrics | ツール名から考えられる役割「離職率」「生産性」のような指標そのものの検索 |
search_analytic_objects | ツール名から考えられる役割「従業員」「ポジション」のような分析対象の検索 |
search_dimensions_for_metric | ツール名から考えられる役割ある指標を分解できる切り口(部署・拠点など)の確認 |
search_dimensions_for_analytic_object | ツール名から考えられる役割ある分析対象に紐づく切り口の確認 |
search_filter_dimension_members | ツール名から考えられる役割絞り込みに使う具体的な値(部署名・拠点名など)の検索 |
search_analytic_object_properties | ツール名から考えられる役割分析対象が持つ属性項目の確認 |
aggregate_metric_values | ツール名から考えられる役割指定した指標・切り口・絞り込み条件での数値集計 |
list_analytic_object_property_values | ツール名から考えられる役割ある属性が取り得る値の一覧取得 |
Visierが開発者向けに公開しているMCPサーバーの解説ページでは、この種のデータ照会系ツールについて「クライアント側のAI(Claudeなど)がどのツールをどの順番で呼び出し、結果をどう解釈するかを丸ごと引き受ける」と説明されています。ツールを個別に呼ぶかどうかの判断はClaude側に委ねられている設計だとわかります。
実際の質問からClaudeが処理する流れ(推測)
次のような自然文を投げた場合、Claudeは裏側で複数のツールを組み合わせて呼び出す可能性があります。あくまでツール名と一般的なMCPの使われ方から推測した一例で、実際の呼び出し順序は明記されていません。
先月のカスタマーサポート部門の離職率を、他部門と比較して教えてsearch_metricsで「離職率」に該当する指標を探すsearch_dimensions_for_metricでその指標を「部署」という切り口で分解できるか確認するsearch_filter_dimension_membersで「カスタマーサポート」に対応する部署名を探すaggregate_metric_valuesで当該部署と他部門の数値を集計する
指標名や部署名の表記がVisier側の登録名と厳密に一致しなくても、こうした段階的な検索によって多少の表記ゆれは吸収される可能性があります。ただしこれもツールの設計から推測できる挙動であり、保証された動作ではありません。
Veeが対応する4つの観点
Visierコネクタの説明では、Veeが答えられる観点として4つが挙げられています。それぞれの観点でどんな質問が成立するかを整理すると、次のようになります。
| 観点 | 質問例 |
|---|---|
| 業績評価(work performance) | 質問例今四半期、目標達成率が低いチームはどこですか |
| 従業員満足度(employee satisfaction) | 質問例直近のエンゲージメント調査で満足度が下がった部署は |
| 離職予測(attrition predictions) | 質問例今後半年で離職リスクが高いと推定される従業員は何人ですか |
| 主要人材の定着率(retention of key team members) | 質問例ハイパフォーマーの定着率を昨年と比較して教えて |
いずれも search_metrics が該当する指標を見つけられるかどうかが前提になります。Visier側で当該の指標がまだ構築されていない組織では、質問しても該当なしという回答になると考えられます。
VerifiedとCommunity、コネクタの信頼度表示の違い
Connectorsディレクトリの掲載コネクタには、レビューの深さに応じて3段階のラベルが付きます。VerifiedはAnthropicがツールの品質・互換性を検証し、Software Directory Policyの要件を満たしていることを確認したものです。CommunityはAnthropicが最低限のスクリーニングだけを行い、深い検証はしていないものです。Customは自分でURLを追加した未レビューのコネクタです。
Visierコネクタは前述のとおりVerified表示が付いています。ただしVerifiedであってもセキュリティ監査そのものではなく、開発元がツールの内容を後から変更できる点は変わらないとドキュメントに明記されています。人事データという機密性の高い情報を扱う以上、Verified表示を過信せず、必要な権限だけを許可する運用を心がけます。
全社のHR KPIと現場の勤怠データ、扱う粒度の違い
Visierコネクタが扱うのは、離職率や人員配置のような全社集計後のHR KPIです。「クエリ結果はVisierに最後にデータがロードされた時点の状態を反映する」とVisierのMCP解説ページにあり、リアルタイムのデータではありません。個々の従業員の打刻時刻や日々の残業時間のような個別の勤怠記録をその日のうちに確認するような即応性の高い用途には、この粒度・更新頻度のままでは向かない場合があります。個別の勤怠データを週次でチェックする仕組みはCoworkで勤怠異常検知を週次自動化する方法で扱っています。同じ「人事データ」でも見ている粒度が違うため、経営層向けのKPIダッシュボードにはVisier、現場の打刻異常チェックにはCoworkの週次タスクという役割分担が成立します。
SmartHRやジョブカンのような労務SaaSとの連携は、公式Connectorが無く非公式MCPサーバー経由に限られます。この違いはClaude人事労務連携ガイドにまとめました。Visierのような分析基盤側は公式Verifiedコネクタが用意されている一方、勤怠・労務の実務SaaS側はコミュニティ製に頼らざるを得ない現状が対比になります。
Team・Enterpriseで導入する場合の申請フロー
Teamプランでコネクタを有効化する権限を持たないメンバーには、「Connect」の代わりに「Request」ボタンが表示されます。押すと組織の管理者に申請が届き、ボタンは「Requested」に変わります。
管理者側は2箇所で申請を確認できます。「Organization settings > Connectors」の「Requested by your team」欄と、「Organization settings > Notifications」の「Requests」タブです。どちらからでも有効化するか却下するかを選べます。業務で使う予定があるなら早めに申請しておくと承認待ちの時間を短縮できます。
Visier側にも必要な前提条件がある
Claude側の申請フローとは別に、Visier側にも接続を有効にするための条件があります。Visier MCP(Vee)へのアクセスはフィーチャートグルで制御されており、Visierの管理者が承認済みのユーザーに対して個別に権限ケーパビリティを割り当てる必要があります。つまりClaude側で組織の管理者が「Connect」または「Request」の承認を出しても、Visier側の管理者が別途そのユーザーに権限を割り当てていなければ実際には使えません。導入を進める際は、Claudeの組織管理者とVisierの管理者の両方に確認を取っておくと手戻りが減ります。
またVisierコネクタが返すのは離職予測や満足度のような従業員個人に関わる機微なデータの集計結果です。前述のとおりVisier側は「ユーザーはVisier上で本来アクセスできる範囲のデータにしかMCP経由でもアクセスできない」としているため、Visier本体のロール設定(誰がどの部署・拠点のデータを見られるか)がそのままConnector経由の閲覧範囲にも引き継がれます。Connector側で追加の絞り込みを行うのではなく、Visier本体のアクセス権限設計を先に整えておくのが実務上の対処になります。
よくあるつまずき
質問しても該当する指標が見つからない
search_metrics はVisier側で実際に構築済みの指標しか返さないと考えられます。組織のVisier環境にその指標がまだ設定されていない場合、Claudeは「見つからない」という回答しか返せません。管理画面側で指標が存在するかを先に確認します。
部署名を指定しても集計結果が返らない
部署名の表記がVisier側の登録名と一致しないと絞り込みに失敗することがあります。search_filter_dimension_members で正式名称の候補を先に確認してから集計を依頼すると、絞り込みが通る場合があります。
接続後の質問に思うような回答が返らない
Vee subscriptionが無い、あるいはVisier側の管理者からMCPの権限ケーパビリティを割り当てられていないアカウントでは、質問への回答が正しく得られない可能性があります。具体的な挙動は公式ページに明記されていないため、まずはVisier側の契約状況と権限設定を管理者に確認します。
まとめ
VisierコネクタはVerified表示の付いた読み取り専用のConnectorです。離職率や生産性のような全社のHR KPIを、Claude経由で会話形式で確認できます。8つのツールはすべて検索・集計系で、書き込みはできません。利用にはVisier側のVee subscriptionが別途必要なため、導入前にClaudeのプラン契約とVee契約の両方を確認しておきます。個々の打刻データのような細かい粒度の勤怠異常チェックには向きません。全社KPIの俯瞰にはVisier、現場の週次チェックには別の仕組みという使い分けを意識すると、どちらから手を付けるべきかが判断しやすくなります。