ウェブサイトの文章に顧客の声を生かす：インタビューの言葉の使い方

顧客の言葉で課題を具体的に表せる

チームが「統合されたインテリジェントなエコシステム」と書く一方で、顧客は「通話を全部聞き直さずに、何を決めたかを見つけたい」と説明します。後者のほうが利用場面を具体的に示します。だからといって、検証せずにどんな操作でも代行できると約束してよいわけではありません。

顧客の声は、読み手の言葉を理解するための材料です。感情的な一文を背景なしに貼り付けても役に立ちません。同じ用語でも初心者と専門家では意味が違うことがあるため、課題と作業への習熟度を記録します。

背景付きで表現を集める

1. 作業を表す言葉を探す

   何をしようとしたか、何が妨げになり、どんな結果が役立つと考えたかを抜き出します。否定や条件を含め、意味のまとまりを残します。質問やデモで誘導された表現には印を付けます。

2. 似た表現を比較する

   同じ言葉を使っているかだけでなく、課題ごとに発言をまとめます。「約束を見つける」と「合意を思い出す」は似たニーズを指すかもしれません。ある層向けの文章が別の層に伝わらなくならないよう、背景の違いを残します。

3. 検証できる利点を書く

   見出しと説明を日常の言葉で書きます。利用者が行う操作と、製品が実際に提供する結果を示します。まだない機能を求める発言は、製品チームが検討する情報として伝えます。

4. 文章がどう理解されるか確かめる

   想定読者に下書きを見せ、何を得られると思うか、次に何をするかを聞きます。好きかどうかだけでは不十分です。製品の能力を超える期待を持たせるなら、公開前に表現を具体化します。

利用者の発言から見出しを作る

以下は架空の学習用事例です。名称、条件、結果は手順を説明するためのものです。

ニーズは、特定の合意を再確認することです。見出しの例は「会議の文字起こしから必要な合意を見つける」です。説明には、文字起こしを作り、発言を探して背景を確認するという実際の手順を示します。

機能が検証されていないなら、「すべてのタスクが従業員に自動で割り当てられます」と約束しないでください。編集した見出しを実在の顧客の感想として掲載するにも、別途根拠と許可が必要です。

読み手の言葉を記録するカード

この一覧があれば、編集者は毎回録音全体を確認しなくても、表現の根拠をたどれます。

対象層と課題：
元の発言：
背景とタイムコード：
回答前の聞き手の言葉：
望む成果：
製品が実際にできること：
編集した表現：
説明と制限：
試読者の理解：
状態：下書き／検証済み：
直接引用の利用条件：

意味と約束を確かめる

• インタビューの背景がなくても意味が分かる。
• 顧客の希望と実装済みの機能を区別している。
• 編集した文は、逐語的な感想とは区別されている。
• 読み手は期待できる成果を正しく理解する。