- サーベイのスコアは「どれくらいか」を示すが「なぜか」を示さない。自由記述は書く負荷が高く、掘り返せず、声の大きい人に偏るため、経営が知りたい実態には届きにくい。
- 社内向けAIインタビューは、全員に・同じ深さで・非同期に聞き、発言を構造化して経営に届ける手法。評価に使わない線引きが、1on1や人事面談との決定的な違い。
- 成否を分けるのは匿名性の設計。匿名の範囲・音声の扱い・集計の単位・評価に使わない宣言・結果の還元の5つを、聞き始める前に示せるかがすべての土台になる。
経営会議で「現場のリアルな声」が話題になるたび、出てくる材料はいつも同じではないでしょうか。半年前のサーベイのスコア、誰かが又聞きしたエピソード、そして数人へのヒアリングの記録。ヒアリングの内容を報告すると、返ってくるのは決まって「それは一部の意見では?」という一言で、議論はそこで止まる——。経営と現場の距離は、聞く意思の問題ではなく、聞く手段の問題であることが少なくありません。この記事では、AIインタビューを従業員に向けるという選択肢について、設計・匿名性・音声の扱い・運用までを、うまくいかないパターンも含めて実務目線で解説します。
なぜ従業員サーベイだけでは実態がつかめないのか?
スコアは取れても「なぜ」が残らない。自由記述は書く負荷が高く、掘り返せず、声の大きい人に偏るため。
従業員サーベイは、組織の状態を定点で測る道具として広く定着しています。スコアの推移が見えること自体に価値はありますが、経営が知りたいのは「エンゲージメントが下がった」という事実ではなく、「なぜ下がったのか」「どこで何が起きているのか」です。そして、この「なぜ」を拾う役割を期待されている自由記述欄が、実務では機能しにくい構造を抱えています。
- 書く負荷が高い。業務の合間に、自分の考えを整理して文章にする作業は重労働です。結果として自由記述は空欄か、「特にありません」「もう少し評価してほしい」といった短文が並びます。話せば10分出てくる内容も、書くとなると3行で終わるのが普通です。
- 掘り返せない。「ツールが使いにくい」と書かれていても、どのツールの、どの操作が、どんな場面で使いにくいのかをその場で聞き返すことができません。深掘りできない一往復の回答は、施策に落とせる粒度になりません。
- 点数の解釈が割れる。5段階の「3」は、満足なのか、諦めなのか、関心がないのか。同じ数字の裏に別の状態が混ざっているのに、集計するとひとつの平均値に均されてしまいます。
- 声の大きい人に偏る。自由記述をしっかり書くのは、もともと発信に慣れた一部の人です。会議で発言する人、目安箱に投書する人も同じ顔ぶれになりがちで、静かな大多数の実感は、どの経路からも上がってきません。
この構造を補うために少人数ヒアリングを行っても、今度は別の壁に当たります。聞ける人数が限られるため、どれだけ深い語りが取れても「それは一部の意見では」という反論に答えられないのです。深さを取ると広さを失い、広さを取ると深さを失う。従業員の声をめぐる調査は、長くこのトレードオフの中にありました。
スコアは「どれくらいか」に答える。語りは「なぜか」に答える。経営判断に必要なのは両方なのに、従来の道具はどちらか片方しか取れなかった。
社内向けAIインタビューとは何か?
全員に・同じ深さで・非同期に聞き、発言を構造化する手法。評価に使わない線引きが1on1や面談との違い。
AIインタビューは、AIがモデレーター役を務めるインタビュー手法です。回答者は配布されたURLを開き、自分の都合のよい時間に、声またはテキストで質問に答えます。AIは回答の内容を受けて「それはどの業務でのことですか」「そのとき実際はどうしましたか」と一人ずつ聞き返し、語りを深めていきます。この仕組みを顧客ではなく自社の従業員に向けるのが、社内向けAIインタビューです。
サーベイと少人数ヒアリングのトレードオフに対して、この手法は「深さと広さを同時に取る」という答え方をします。深掘りの往復があるため一人ひとりの語りには文脈が残り、同時並行で実施できるため対象を全員に広げられます。しかも発言はテキストとして構造化されるので、「どのテーマが何人から語られたか」という横断集計まで一気に到達できます。「一部の意見では」という反論に、人数と原文の両方で答えられるようになるということです。
実査中のやり取りは、たとえば次のようなイメージです。
図:業務実態を聞く社内インタビューの例。深掘りの観点は事前に人が設計します(※やり取りはサンプル)。
1on1や人事評価面談との違い
「社内の声を聞く場なら、1on1や面談で十分では」という疑問には、構造の違いで答えられます。1on1は上司と部下という関係の中の対話です。関係そのものが評価とつながっている以上、そこで語られる内容には、意識するかどうかにかかわらずフィルターがかかります。上司のマネジメントへの違和感を、その上司本人に話せる人は多くありません。人事評価面談は、そもそも評価の場です。
社内向けAIインタビューが機能する条件は、この2つと明確に切り分けることです。すなわち、個人を評価するためではなく、組織の実態を知るために聞き、結果を評価・処遇に使わないという線引きを最初に宣言する。この線引きがあってはじめて、上司には言えない種類の声が集まります。逆に言えば、線引きなしに導入すれば「新しい監視の道具」と受け取られて終わります。この点は後述する匿名性の設計に直結します。
ところで「人はAIに対して率直になれるのか」という問いには、研究の世界でも議論があります。機械相手のほうが開示が増えるという研究と、差がないという研究の両方があり、単純な結論は出ていません。研究の実像は人はAIに本音を話すのかで詳しく扱っているので、導入判断の前に一読をおすすめします。本記事の立場はシンプルで、本音が出るかどうかは道具ではなく、情報の取り扱いの設計で決まるというものです。
| 観点 | 従業員サーベイ | 1on1・面談 | 少人数ヒアリング | 社内AIインタビュー |
|---|---|---|---|---|
| 得られるもの | スコアと短い自由記述 | 関係の中での対話 | 深い語り(数人分) | 深い語り(全員分)+横断集計 |
| 「なぜ」の深掘り | できない(一往復) | できるが評価関係が影響 | できる | できる(設計した観点で聞き返す) |
| 声の偏り | 記述は書く人に偏る | 上司に言える範囲に偏る | 選ばれた数人に限られる | 全員に同じ深さで聞ける |
| 規模と工数 | 大規模・低工数 | 相手ごとに時間が必要 | 人数に比例して増大 | 同時並行・非同期で実施 |
| 評価との関係 | 切り離して運用 | 評価と地続き | 運用次第 | 評価に使わない線引きが前提 |
表:従業員の声を聞く手段の比較。置き換えではなく、問いの種類に応じた使い分けが前提です。
社内AIインタビューは何に使えるか?
業務の実態把握・技能の承継・制度やツール導入前後の本音・経営方針の浸透度の把握などに使える。
社内向けAIインタビューの用途は「不満を集める」ことではありません。組織の中にあるのに経営から見えていない情報を、語りとして取り出すことです。実務で成立しやすい用途は次の4つです。
- 業務の実態把握。どの部署の、どの工程に、どれだけ時間がかかっているか。業務改善やAI導入の優先順位を決めるとき、実態は現場の頭の中にしかありません。全員に「時間を取られている作業」を聞き、工程まで深掘りすれば、改善対象のロングリストが現場の言葉で手に入ります。
- 技能の承継。ベテランの判断は本人にとって当たり前すぎて、マニュアルには残りません。「その判断をするとき、何を見ていますか」「例外だと気づくのはどんなときですか」と場面ベースで聞き返すことで、暗黙知を語りとして記録できます。退職や異動の前に打てる、数少ない手のひとつです。
- 制度・ツール導入前後の本音。新しい人事制度やシステムの導入前に懸念を聞き、導入後に実際の使われ方を聞く。説明会の質疑応答では手が挙がらなくても、一人ずつ非同期で聞けば、設計者が想定していなかった運用上のつまずきが具体的に出てきます。
- 経営方針の浸透度。方針やパーパスが「言葉として知られているか」ではなく「自分の業務の言葉で語れるか」を聞く。スローガンの認知率ではなく、現場の解釈のばらつきそのものが見えるのが、選択式調査との違いです。
社内AIインタビューは特殊な取り組みではなくなりつつあり、国内でも数千人〜数万人規模で実施された公開事例が出ています。具体的な取り組みは社内AIインタビューの活用事例10選にまとめているので、自社に近いテーマを探す際はそちらを参照してください。
用途を選ぶ基準はひとつ。「その答えは現場の頭の中にしかないか?」。データベースを叩けば分かることを人に聞くのは失礼で、人の頭の中にしかないことをデータで推測するのは遠回り。
匿名性をどう設計するか?
匿名の範囲・音声の扱い・集計の単位・評価に使わない宣言・結果の還元。5つを聞く前に明示する。
社内調査の成否を分ける最大の変数が、この匿名性の設計です。前提として押さえておくべきなのは、技術的に匿名であることと、回答者が匿名だと信じられることは別物だという点です。仕組み上は名前と回答が切り離されていても、「声で答えるなら、声で誰か分かるのではないか」「書き方の癖でばれるのではないか」という不安が残っていれば、出てくるのは当たり障りのない回答だけです。匿名性は、技術仕様ではなく回答者との約束として設計する必要があります。実務では次の5つを、聞き始める前に明示します。
- 匿名の範囲を先に明示する。「誰が何を見られるのか」を具体的に書きます。回答が誰の名前と紐づくのか・紐づかないのか、集計結果を見るのは誰か、原文を読めるのは誰か。「匿名です」の一言ではなく、情報の流れを示すことが信頼の土台になります。
- 音声の保存有無と削除タイミングを先に明示する。声で答える形式では、音声データの扱いが最大の不安要素になります。録音が残るのか、いつ消えるのか、誰が聞けるのか。ここを曖昧にしたまま実施してはいけません。参考までに、AIインタビュープラットフォームのCoeSignalは、社内調査では音声を保存せず、文字に起こした時点で音声を削除する仕様になっています(社外向け調査では、同意を取得の上で扱いが異なります)。自社で使うツールが音声をどう扱うかは、導入前に必ず確認し、その内容をそのまま回答者への案内に書くべきです。
- 個人が特定されうる集計を出さない。技術的に匿名でも、「営業部・入社2年目・女性」のような属性の掛け合わせで絞れば、少人数部署では個人がほぼ特定できてしまいます。部署の人数が少ない場合は集計の単位を粗くする、属性の掛け合わせ集計を出さない、といった出力側のルールを先に決めておきます。
- 評価・処遇に使わないことを明言する。前の章で触れた線引きを、口頭ではなく文書で宣言します。「回答内容は人事評価・処遇の判断に一切使用しない」という一文があるかないかで、回答の率直さは変わります。そして当然、この約束は破ってはいけません。一度の例外が、以降のすべての社内調査を無効にします。
- 聞いた結果「何が変わったか」を回答者に返す。匿名性の設計は、聞くときだけでなく聞いた後まで含みます。答えたのに何も起きない・何も知らされない経験は、「どうせ聞くだけ」という学習になり、次回の回答の質を確実に下げます。集計結果の共有と、そこから決まった打ち手の報告までを、調査の一部として最初から計画に入れます。
この5つを案内文に落とすと、伝わり方は大きく変わります。
図:実施案内の書き方の対比(※一般的な架空例)。約束を具体的に書けるかどうかが、回答の質を決めます。
順番も含めて設計の一部です。調査の依頼を出してから質問に答える、という順番ではなく、情報の取り扱いを最初に示してから協力を依頼する。この順番を守った社内展開では、反対はほとんど出なくなります。逆に、取り扱いの説明を後回しにした展開は、調査の中身がどれだけ良くても「何に使われるか分からない」という一点で止まります。
なお、匿名の範囲・聞く目的・深掘りの方針は、調査を作る段階で決め切っておくものです。設計画面上で質問と一緒に管理しておくと、案内文との食い違いを防げます。

図:調査設計画面の例(実際のプロダクト画面。表示内容はデモデータ)。目的・対象・深掘り方針をここで決め切ってから配布します。
深掘りはどこで止めるべきか?
特定個人への評価や健康状態など、踏み込むべきでない話題を決め、AIにも停止の線引きを設計しておく。
AIインタビューの強みは、回答を受けてさらに聞き返す深掘りにあります。しかし社内調査では、この強みをそのまま使ってはいけない領域があります。顧客調査では美点である「どこまでも掘る」が、社内では事故になりうる——これが社内向け設計の固有の論点です。
踏み込むべきでない典型は、次のような話題です。
- 特定個人への評価・非難。「上司のマネジメントに課題を感じる」という声は組織の実態ですが、「では、その上司の具体的にどんな言動が」と個人の特定に向かって掘り進めるべきではありません。組織課題として聞き、個人攻撃の記録にしない線引きが必要です。
- 健康状態・家庭の事情などの機微な情報。業務負荷の話題から、本人の体調や家庭の話に流れていくことがあります。本人が自発的に語るのは自由ですが、AIの側からそこを深掘りする設計にしてはいけません。
実務では、これを「AIの良識に期待する」のではなく、設計として書き込みます。すなわち、深掘りする観点を指定するのと同じ粒度で、深掘りしない話題と、その話題が出たときの振る舞い(受け止めて、それ以上掘らずに次の質問へ進む)を指定するということです。深掘りの設計とは、アクセルの設計であると同時にブレーキの設計でもあります。
判断基準はこう置ける。「この深掘りは、組織の実態を知るために必要か? それとも個人の事情に踏み込んでいるだけか?」。後者に近づく話題は、設計段階で停止側に振り分けておく。
単発で終わらせないためにどう運用するか?
四半期などの定点化で差分を見る。前回結果を文脈に、施策前後の変化を比較する運用に育てていく。
社内調査は、一度きりの実施では価値の半分しか出ません。単発の調査で分かるのは「今どうか」だけですが、経営が知りたいのは多くの場合「変わったか」だからです。運用として考えるべきは次の3点です。
- 定点化する。四半期・半期など、サーベイと同じように周期を決めて聞きます。周期があることで、回答者側にも「聞かれて終わりではなく、継続的に声を届ける経路」として定着します。
- 前回の結果を文脈にして差分を聞く。2回目以降は、ゼロから聞き直すのではなく「前回はこういう声が多かったが、その後どうか」を文脈に置けます。同じ質問への答えの変化、前回挙がった課題のその後、新しく生まれた課題——差分に焦点を当てることで、回ごとの結果が点ではなく線になります。
- 施策の前後で比較する。制度変更やツール導入の前に聞き、浸透したはずの時期にもう一度聞く。施策の効果を、利用率のような行動データだけでなく、現場の語りの変化として確かめられます。打ち手の検証まで含めてはじめて、調査は経営のループに組み込まれます。
そして、このループを回し続ける燃料が、前章までに述べた「結果の還元」です。聞く→まとめる→返す→変える→また聞く。この循環が一周するたびに、回答の質と率直さは上がっていきます。逆にどこかで還元が途切れれば、次の回から集まるのは沈黙です。
まず何をすべきか
この記事を閉じたあとの最初の一歩は、次の3つです。
- 目的と情報の取り扱いを1枚にまとめる。何を知るために聞くのか、匿名の範囲、音声の扱い、評価に使わない宣言、結果の返し方。この1枚が書けない段階で配布してはいけません。
- 1部署・1テーマでパイロットを回す。課題意識が明確な部署で小さく始め、案内の伝わり方・回答の出方・深掘りの効き方を確かめます。
- 結果を返してから広げる。パイロットの結果と、そこから決めた打ち手を回答者に共有する。この一巡の実績が、全社展開時の最強の説明材料になります。
AIインタビューという手法自体の全体像はAIインタビューとはで扱っています。ツール選定の段階であれば、CoeSignalの社内ヒアリング支援もご検討ください。経営企画・情シス・人事の社内調査向けに、匿名で1人10〜20分のインタビューを実施でき、100人の大規模ヒアリングも1週間で実施できます。報告書は結論と反対意見をまとめた形で受け取れ、回答全文の共有画面まで遡れるため、「一部の意見では」という指摘に原文で答えられます。社内稟議用資料の組み合わせにも対応しています。
よくある質問
話してもらえるかどうかは、聞き方の道具よりも、情報の取り扱いを先に示せているかで決まります。匿名の範囲・音声の扱い・評価に使わないことを実施前に明示し、聞いた結果を回答者に返す運用が回っていれば、対面では出にくい声が集まります。なお、機械相手のほうが開示が増えるという研究と、差がないという研究の両方があり、道具だけで本音が保証されるわけではありません。
使わないことを推奨します。回答が評価や処遇に影響しうると回答者が感じた時点で、聞こえてくるのは本音ではなく「評価者に見せてよい答え」に変わります。一度でも評価に流用すれば、以降のすべての社内調査の回答の質が下がります。実態把握と評価は目的が異なる別の営みとして、線引きを文書で明言しておくのが実務的です。
最初から全社に配る必要はありません。課題意識が明確な1部署・1テーマから小さく始め、情報の取り扱いの示し方と結果の返し方まで一巡させてから広げるのが実務的です。ただし少人数の組織では、属性を掛け合わせた集計から個人が推測されうるため、集計の単位を粗くするなど、規模が小さいときほど匿名性の設計に注意が必要です。
置き換えではなく併用です。サーベイは全体のスコアと推移を定量で押さえる道具、インタビューはスコアの背景にある「なぜ」を語りで押さえる道具で、問いの種類が違います。サーベイで気になる変化を見つけ、その論点をAIインタビューで深掘りする、という往復が実務では最も機能します。



