コンタクトリーズンでFAQはどう変わる？

この記事は、
「コンタクトリーズンとは何か」「分析とは何か」を理解したうえで、
それをFAQ設計にどう落とすのかを扱います。

FAQを作っても、読まれても、それでも「解決できなかった」と言われる。
この課題に向き合うには、「FAQの中身」ではなく、「Qの構造」から見直す視点が必要です。
この記事では、コンタクトリーズンをベースにFAQを設計する方法を紹介します。

カテゴリや件数だけでは「理由」は見えない

問い合わせ管理ツールで、単純にカテゴリを設定して分類しているケースもありますが、次のような課題が起こりがちです。

この根本原因は、問い合わせ理由を「構造」として設計していないことにあります。

FAQを正しく作るには、「Q（質問）」が問いとして成立している必要があります。
そのために必要なのが、以下の3要素です。

問い合わせ理由＋つまづき理由＋解決方法

この3つの要素は、コンタクトリーズンの5W1Hで言えば、「What」「Why」「How」に該当します。
FAQは、この5W1H構造の“応答設計”部分を抜き出したものです。

現場では、次のようなFAQがよく見られます：

Q. ログインできない
A. ログイン画面でメールアドレスとパスワードを入力してください。

このように「現象（What）」しか書かれていないFAQは、ユーザーにとって「自分の状況と合っているか」が判断できません。
Why（なぜ起きたか）やHow（どうすればよいか）がなければ、読んでも解決につながらないのです。

このように、Qの背後にはコンタクトリーズンの5W1H構造が存在しており、
それをもとに「問いを設計」することで、初めてFAQは自己解決につながる情報になります。

「FAQに載っていない」ではなく、「どんな理由でつまづいているか」が明確になる。
検索ログやBAD評価とのひもづけで、未解決の原因をピンポイントで把握できる。

「多い気がする」では動かなかった改善要望が、
「●●という理由で□□への問い合わせが急増中」というストーリーに変わる。

FAQは“答えを並べるもの”ではなく、ユーザーの「困った」を先回りして構造的に応答する設計であるべき。
コンタクトリーズンは、そのための共通言語になります。

──こうした現象の多くは、FAQ設計者が「どんな理由でユーザーが困っていたのか」を見ずにQを書いていることに起因しています。

コンタクトリーズンは、「FAQをどう書くか」ではなく、
「なぜそのFAQが必要か」から設計するための視点です。

『Contact Reason Design──5W1Hで構造化する問い合わせ分類の基本設計』