管理者がヒアリングで失敗する3つのパターン
前回の記事で、スキル管理が空回りする組織に共通する「3つの定義不足」を描いた。
何を測るかが定義されていない
目的から逆算したプロセスが設計されていない
スタッフへの要求内容が明確化されていない
この3つが欠けた状態で、管理者はスタッフのヒアリングを行う。
その結果、現場には共通した「失敗パターン」が繰り返されている。
失敗の根本にある思い込み
3つのパターンを見る前に、前提として押さえておきたいことがある。
管理者がヒアリングで失敗するのは、技術の問題ではない。
「何が課題で、何をスタッフから聞き出すべきで、聞き出した内容をどう対処するか」——
この設計がないまま、会話の場に臨んでいることが根本原因だ。
正直に言えば、この3つのパターンは私自身もどこかで通ってきた道だ。
整理して初めて、自分が何を欠いていたかに気づいた。
設計がなければ、どれだけ丁寧に話を聞いても、情報は「雑談」にしかならない。
以下の3つのパターンは、すべてこの設計不足から生まれている。
パターン1：目的のないヒアリング
「最近どうですか？」——こう切り出すヒアリングは、管理者にとって「現場を気にかけている」感覚をもたらす。
しかし得られる情報は、スタッフが「言いやすいこと」だけだ。
このパターンの背景には2つの思い込みがある。
「聞けばスタッフは本音を話す」「スタッフ自身が自分の課題を分かっている」——どちらも現実とは違う。
スタッフは「何を・どう話せばいいか」の基準を持っていない。
伝える枠組みを管理者が設計していなければ、スタッフは答えようがない。
「特に問題ないです」という返答は、問題がないことを意味しない。
多くの場合、何を問題として伝えればいいかが分からない、というだけだ。
代わりにやること
ヒアリングの冒頭で、確認したいことを先に伝える。
「今日は先週の提案件数と、声かけのときに困った場面について確認させてください。2点だけです」——
このように範囲と目的を最初に示すだけで、スタッフは何を話せばいいかが分かる。
パターン2：答えを誘導するヒアリング
「やっぱり〇〇が課題ですよね？」「△△の部分が難しいんじゃないですか？」
管理者が先に答えを提示し、スタッフがそれに乗る形で会話が進む。
管理者は「課題を把握した」と感じるが、実際には自分の仮説をスタッフに追認させているだけだ。
このパターンの背景には「自分はすでに現場の問題を把握している」という前提がある。
事前の分析や定義なしに持たれるこの自信は、現場の実態を見えなくする。
スタッフも悪意があるわけではない。管理者の期待に応えようとするのは自然な反応だ。
しかしその結果、本当の課題は会話の外に置かれたまま、表面上だけ「把握した」という状態が続く。
代わりにやること
スタッフ自身の言葉で話させる「オープン質問」を使う。
「先週の接客で、うまくいかなかったと感じた場面を一つ教えてもらえますか？」——
管理者の仮説を提示せず、スタッフに状況を語らせる。
聞きたい情報に向かうためのオープン質問を、事前に2〜3個用意しておくだけで誘導は防げる。
パターン3：聞きっぱなしで終わるヒアリング
話は聞いた。課題も出た。しかし次に会っても、何も変わっていない。
このパターンが繰り返されると、スタッフは「話しても意味がない」と学習する。
次第に課題を言わなくなり、ヒアリングは形骸化していく。
管理者が「スタッフから情報が上がってこない」と感じる状態は、多くの場合このパターンが積み重なった結果だ。
原因は「聞いた後どう動くか」を設計していないことにある。
ヒアリングは情報収集の場であると同時に、「この管理者に話すと状況が変わる」という信頼を築く場でもある。
その設計がなければ、誠実に話を聞くほど、スタッフの期待を裏切ることになる。
代わりにやること
ヒアリングの最後に「次回確認すること」を声に出して確認する。
「今日出た〇〇の件は、次回までに私が△△を確認します。□□についてはあなたが来週試してみてください」——
このように「誰が・何を・いつまでに」を言葉にして終わる。
これをその日のうちに一言メモしておくだけで、「聞きっぱなし」は防げる。
3つのパターンに共通すること
3つ並べると情報量が多く感じるかもしれないが、根本は1つだけなので、そこだけ持って帰ってもらえれば十分だ。
目的なく聞く、誘導して聞く、聞いて終わる——形は違うが、根本は同じだ。
管理者が「何が課題で、何を聞き出すべきで、聞いた後どう動くか」を設計せずに場に臨んでいる。
この設計がなければ、どれだけ現場に足を運んでも、スキル管理は前に進まない。
では、ヒアリングは何から変えればいいのか
出発点は、「このヒアリングで何を確認したいか」を事前に文章で書き出すことだ。
書き方は単純でいい。「今日確認すること：〇〇と△△の2点」とメモするだけでも、
会話が始まった後に「何を聞くはずだったか」が分かる。
目的を言語化するだけで、「聞くべきことと省略できること」の区別が生まれ、会話中に余計な方向へ流されにくくなる。
ただし、目的を事前に設計しても、会話の途中でその目的が失われていくことは別の問題として起きる。
スタッフが話題を変えた瞬間にどう軌道修正するか——このパターンは次回の記事で詳しく扱う。
まとめ
管理者がヒアリングで失敗する3つのパターン：
目的のないヒアリング ——冒頭に「今日確認する2点」を告げるだけで変わる
答えを誘導するヒアリング ——事前にオープン質問を2〜3個用意して臨む
聞きっぱなしで終わるヒアリング ——最後に「誰が・何を・いつまでに」を確認して終わる
3つのうち、最初に直すべきは**パターン1（目的のないヒアリング）**だ。
目的さえ先に決めておけば、パターン2で使うオープン質問も、パターン3で確認する「次回聞くこと」も、
その目的を土台に組み立てられる。目的が曖昧なままでは、質問を用意しても、終わり方を整えても、
土台がぐらついたままになる。
すべての根本にあるのは、ヒアリングの設計不足だ。
外注スタッフの育成設計・スキル管理の仕組みづくりについて、
「うちの場合は?」と思ったら、コメント欄で気軽に聞いてください。
