突然ですが、日々の業務のなかでこんな「もやもや」や「すれ違い」に遭遇したことはありませんか？

  • ユーザーにヒアリングして作った機能なのに、リリースしたら全然使われない。
  • 定例会議で「何か意見ある人？」と聞いても、いつも圧倒的な沈黙が流れる。
  • Slackで「昨日の件、進めておいて！」と頼んだら、全く違う解釈で作業が進んでいてトラブルになった。

「言った・言わない」の泥沼になったり、認識がズレてしまったりした時。つい「自分の伝え方が悪かったのかな…」「もっとコミュ力があれば…」と、個人の能力のせいにして落ち込んでしまいがちです。
しかし、コミュニケーションのすれ違いは、対話の「構造」や「相手の心理」の見落としで起きてしまったエラーも多いと思います。
思考を整理するために「ロジックツリー」や「カスタマージャーニー」を使うように、対話にも先人たちが体系化した「フレームワーク」が存在します。
もちろん、すべてが思い通りになるわけではありません。しかし、全くの手探りで対話に臨むよりも、先人の知恵を借りることで、無用なすれ違いをグッと減らすことができるようになります。

本記事では、5つの「対話のフレームワーク」をご紹介します。
※注釈：筆者は心理学や言語学の専門家ではありません。「実務でどう使えるか」に焦点を当てて書いています。「面白そう！」と感じた方は、ぜひ深い理論に触れてみてください！

1. ユーザーリサーチ編

ユーザーインタビューで、ユーザー自身も気づいていない「本音（インサイト）」を引き出すためのフレームワークです。

① ジョハリの窓


どんなフレームワーク？
人の自己認識を「開放・盲点・秘密・未知」の4つに分ける心理学モデルです。
インタビューで「何が欲しいですか？」と直接聞いてユーザーから返ってくるのは、ユーザー自身がすでに自覚している「開放の窓（顕在ニーズ）」の答えだけです。

現場での活かし方
私たちが本当に知りたいのは、ユーザーは言いたくないが心に秘めている「秘密の窓」や、他者（リサーチャー）からは観察できるが、ユーザー本人は自覚していない「盲点の窓」です。ここをこじ開けるには、「未来にどうしてほしいか」を想像させるのではなく、「過去にどんな行動をしたか（事実）」を問いかけ、観察する必要があります。

  • ❌ Don’t: 「この画面、もっとどうなれば使いやすいですか？」
  • ⭕️ Do: 「最近この作業をした時、一番面倒だった手順は何ですか？」「その時、どうやって工夫して乗り切りましたか？」

② グライスの協調の原理

どんなフレームワーク？
人は無意識に「量・質・関係・様態」という4つの会話ルールを守って話す、という言語学（語用論）の理論です。話し手があえてこのルールから外れた時、聞き手はその裏にある意図（含意）を推論するというメカニズムを持っています。

現場での活かし方
例えば、新しいデザイン案を見せた時に、ユーザーがやたら長く言い訳がましく答えたり（量の逸脱）、急に「最近のトレンドですね」と一般論にすり替えたり（関係の逸脱）、一瞬沈黙したり（様態の逸脱）した時。それは「使いにくいけど、面と向かっては言えない」という本音のサインです。言葉の表面ではなく、その「ルールの逸脱」に注目します。

  • ❌ Don’t: ユーザーが言葉に詰まったり、一般論で濁した時に、そのまま次の質問へ進む。
  • ⭕️ Do: 「今、少し言いにくそうでしたが、率直に気になった点はありますか？」「一般的にはそうですが、〇〇さん個人としてはどう感じましたか？」と優しく踏み込む。

2. チーム運営編

メンバーが自発的に意見を出し、お互いに助け合えるチームを作るためのフレームワークです。

③ 返報性の原理 ＆ 自己開示

どんなフレームワーク？
人は何かを提供されると「お返し」をしたくなる、自分の弱みや内面を見せてくれた相手（自己開示）には、警戒心が解け、心理的な壁がスッと下がるという人間心理です。

現場での活かし方
キックオフなどで「意見を出して！」とお願いしても、なかなか手は挙がりません。意見を引き出したいなら、まずはリーダーやPdMから「悩みや不確実な部分」を先に自己開示するのが一番の近道です。先にこちらから情報を贈ることで、相手も意見を返しやすくなります。

  • ❌ Don’t: 完璧なリーダーとして振る舞い、「これで進めますが、何か異論はありますか？」と相手にだけ発言のハードルを課す。
  • ⭕️ Do: 「実はこの仕様、A案とB案で僕も迷っていて… 〇〇さん、エンジニア視点でどう思いますか？」と、自分の迷いを先に開示する。

④ ピグマリオン効果

どんなフレームワーク？
人は他者からの期待を受けると、それに沿うように学習や行動をし、成果を出しやすくなるという教育心理学の効果です。逆に「この人には無理だろう」と期待されないと、本当にパフォーマンスが落ちてしまいます（ゴーレム効果）。

現場での活かし方
「どうせこのタスクは遅れるだろう」というリーダーの無意識の態度は、相手を萎縮させ、本当にプロジェクトを遅延させます。タスク依頼やレビューの際、「できる前提」で期待を込めて接することが、自律的なチームを育てる土壌になります。
* ❌ Don’t: 「構成が分かりにくいから、もっと論理的に書き直して」と結果だけを修正させる。
* ⭕️ Do: 「〇〇さんはいつも情報を綺麗に整理してくれるので、今回も良い資料にまとめてくれると思っています。もし最初の構成作りで悩んでいるところがあれば、一緒に骨組みだけ考えちゃいましょうか。」と、前向きな前提でフィードバックする。

3. テキストコミュニケーション編

Slackやドキュメントでの「言った・言わない」を防ぐためのフレームワークです。

⑤ 情報理論（シャノン＝ウィーバーのモデル）

どんなフレームワーク？
情報伝達の経路には必ず「ノイズ（雑音）」が混じり、情報が歪んだり欠落したりするという通信工学のモデルです。これを防ぐためには、情報にあえて「冗長性（念押しの繰り返しや補足）」を持たせることが有効だとされています。

現場での活かし方
チャットツール等で「これ、明日までにできたりする？」といった相談を受けた際、「いけます」「厳しいです」と結論だけを短く返すのは、すれ違いの元になります。相手と自分の「どこまでやるか（前提条件）」の認識がズレていた場合、後から手戻りが発生しやすくなるためです。
* ❌ Don’t: 相手の要望に対して、「はい、明日までにやります！」と結論だけをスマートに返す。
* ⭕️ Do: 自分の認識（前提条件）を、少し丁寧すぎるくらいに補足して返す（冗長性の確保）。
(例)「『現在のA案のレイアウトのままで、テキストの流し込みだけであれば』明日までに対応可能です。もし『レイアウトから見直す』ということであれば、来週の火曜までお時間をいただけますか？」

おわりに

今回ご紹介したようなフレームワークを頭の片隅に置いておくと、いざすれ違いが起きた時に「あ、これは背景情報が足りなくてノイズになっただけだな」とか「自己開示が足りなかったのかも」と、少しだけ状況を客観的に見られるようになります。

もちろん、フレームワークを知ったからといって全ての対話が完璧にいくわけではありません。無用なトラブルを防いだり、次に活かしたりするための「多少の助け」にはなってくれるはずです。

今回ご紹介したのは、奥深い心理学や言語学、語用論のほんの入り口です。
もし「この理論、ちょっと面白そうだな」と気になったものがあれば、ぜひ深掘りしてみてください。

この記事が、皆さんの日々のコミュニケーションの悩みを少しでも軽くする、ちょっとしたヒントになれば嬉しいです。

最後までお読みいただき、ありがとうございました！