要望と課題の違いとは？顧客の言葉を整理する基本
要望は、相手が伝えた希望です。課題は、その人が目指す状態に近づくために、解決する必要があることです。
顧客から「検索機能を増やしてほしい」と言われたとき、希望された機能名を記録するのは大切です。ただ、それだけでは何を解決したいのかが分からないことがあります。「何を作ってほしいか」と「何に困っているか」を分けると、ほかの方法も含めて考えられます。
この記事では、顧客要望を扱う場面での区別を説明します。言葉の使い方は組織によって違うため、唯一の定義としてではなく、チームで整理するときの考え方として使ってください。
- 要望・課題・解決案を分けて考えます。
- 顧客の原文を残し、背景を推測だけで決めません。
- 最初は一件の要望から、達成したい作業を確かめます。
要望は希望、課題は解決したいこと
要望には「ボタンを追加してほしい」のような具体的な案も、「もっと簡単に使いたい」のような広い希望もあります。要望が具体的だからといって、背景まで分かったとは限りません。
一方、課題を整理するときは、誰が、どんな場面で、何をできずに困っているのかを見ます。機能名をいったん外しても、困りごとを説明できるかが一つの目安です。
| 分けて考えるもの | 確かめたいこと | 説明用の例 |
|---|---|---|
| 要望 | 相手は何を望んでいるか | 検索条件を保存したい |
| 課題 | どんな作業を進めにくいのか | 毎朝、同じ対象を探すために条件を入れ直している |
| 解決案 | どうすればその状態を変えられるか | 条件の保存、専用一覧、今ある機能の案内など |
英国政府のサービス設計ガイドは、利用者のニーズを整理する際、解決策より利用者の問題に焦点を当て、調査で得た根拠に基づくことを勧めています。一般企業の要望整理でも、希望された手段と、その手段で達成したいことを分ける参考になります。
同じ要望でも、背景の課題は違う
ここからは、架空の問い合わせ管理ツールを使った説明用の例です。実在する顧客の発言や、アーコレの提供機能を示すものではありません。
担当者AさんとBさんから、どちらも「検索条件を保存したい」という要望が届いたとします。ところが、話を聞くと事情は違いました。
- Aさんは、毎朝、自分が担当する未返信の問い合わせを探しています。条件を何度も入力する作業を減らしたいと考えています。
- Bさんは、新人へ確認対象を伝えるたびに、条件を口頭で説明しています。全員が同じ対象を確認できるようにしたいと考えています。
Aさんには入力の繰り返し、Bさんにはチーム内で対象がそろわないことが問題になっています。条件を個人で保存する機能はAさんの助けになるかもしれませんが、Bさんには条件を共有できる仕組みが必要かもしれません。
要望の文面が同じでも、解決したいことまで同じとは限りません。反対に、「保存したい」「専用の一覧がほしい」という違う要望が、同じ手間を減らすために出ている場合もあります。
課題は、受け取った側だけで決めない
要望の背景にある課題を整理するときに気をつけたいのが、相手の希望をこちらの推測で置き換えることです。
「検索条件を保存したい」という一文を見て、「操作が難しいことが課題だ」と書くのは、まだ早いかもしれません。入力に慣れていても、毎回同じ操作を繰り返すことを負担に感じている可能性があります。
確認前は、次のように分けておけば十分です。
| 記録の種類 | 書き方の例 |
|---|---|
| 届いた要望 | 「検索条件を保存したい」 |
| こちらの仮説 | 同じ条件を繰り返し入力しているのかもしれない |
| まだ確かめていないこと | どの作業で使うか、何を減らしたいか |
仮説は、ありそうな説明を仮に置いたものです。顧客が話していない内容を、顧客の発言として引用しないようにします。相手の言葉と推測の区別は、顕在ニーズと潜在ニーズの違いでも扱っています。
要望を聞くことと、そのまま作ることは別
背景の課題を考えるのは、要望を否定するためではありません。顧客の案には、日々の仕事で工夫しているからこそ気づいた点が含まれます。原文を残し、その案が必要になった理由も受け取ります。
課題が分かったあとも、すぐに新機能の開発が決まるわけではありません。今ある機能で対応できるのか、使い方の説明が不足しているのか、新しい仕組みが必要なのかを検討できます。
たとえばAさんの問題が、既存の「自分の未返信一覧」を知らないことだったなら、案内で解決する可能性があります。ただし、機能が存在するだけで十分とは限りません。その一覧で必要な対象を確認できるか、本人の作業に照らして確かめることが必要です。
最初の一歩は、機能名の隣に「したいこと」を書く
まずは届いた要望を一つ選び、原文の隣に「この人は、どの作業を終えたいのだろう」と書いてみてください。答えが記録にあれば、その根拠も添えます。分からなければ、空想で埋めずに「未確認」とします。
最初の確認は、「その機能を、どんな作業で使いたいですか」のような一問から始められます。相手が具体的な場面を話したら、そのとき困ったことと、できるようにしたいことを分けて整理します。詳しい聞き方は、顧客の曖昧な要望を具体化する方法を参照してください。
まとめ
要望は相手が伝えた希望、課題は解決したいこと、解決案はそのための手段です。三つを分けると、機能名だけでは見えなかった目的を確かめられます。
要望の原文は残し、課題がまだ分からないときは未確認として扱いましょう。まず一件から「希望されたこと」と「達成したいこと」を並べるのが、整理の入口です。集めた声を継続して扱う全体像は、機能要望管理の基本で確認できます。
