顧客の要望を、改善と次回提案に残す方法
訪問の帰り際に「ここがもう少し使いやすいと助かる」と言われる。担当者は手帳へ書き、社内会議で共有する。会議では不具合か追加要望かの議論が始まり、顧客へいつ返すかは決まらない。数週間後、相手から「あの件はどうなりましたか」と聞かれます。
顧客要望をすぐ改善テーマへ変えると、いま必要な返答が埋もれます。最初に、顧客へ返すこと、社内で調べること、再発したら改善判断すること、将来の提案として扱うことを分けます。
きれいな要約より、聞いた場面を残す
「画面改善の要望」とまとめず、顧客の言葉と、そのとき困っていた仕事を残します。
原文：月末だけ一覧の確認に時間がかかる。 場面：三拠点分を本社担当が締め日の午後に照合。 影響：当日中の報告が遅れることがある。件数と時間は未確認。 最初の返答：現状を確認し、8月5日までに調査方法を返す。
「使いにくい」を社内の仕様変更へ直す前に、いつ、誰が、何をしているかを残します。顧客の希望する解決策と、実際に困っている場面も分けます。
この図で決めること全部を改善案件にせず、今日返す仕事を最初に外へ出す。
四つの行き先は、同じ要望の中に共存する
| 行き先 | 決めること | 完成例 |
|---|---|---|
| 返答 | 誰がいつ何を返すか | 8/5、調査方法と担当を返す |
| 調査 | 事実と仕様を誰が確認するか | 次の月末に件数と所要時間を計測 |
| 改善候補 | 何が起きたら判断するか | 二回連続で報告期限を超えたら検討 |
| 提案候補 | 契約範囲、相手、時期 | 改善が追加業務なら次期計画で協議 |
一つの要望をどれか一分類へ押し込む必要はありません。今日の返答をしながら、次の月末に事実を採り、再発条件へ達したら改善を判断できます。追加の仕事になるなら、顧客の困りごとを放置せず、契約範囲と提案時期を別に話します。
会議に持ち込むのは、空欄が埋まってから
改善会議の議題は「画面を変えるか」から始めません。
- 顧客が待っている返答は何か。
- 現象を再現または計測できるか。
- 一回の例外か、繰り返す条件があるか。
- 現行契約・仕様で対応する範囲か。
- 判断後、顧客へ誰が何を伝えるか。
仕様や不具合に関わる場合は、営業の判断で原因を確定しません。技術担当の調査結果と顧客の言葉を分けて記録します。
顧客への次回日は顧客の節目で作るフォローへ、一覧の担当と期限は共有できる顧客管理表へ置きます。この声を営業資料へ使う場合は主張・場面・根拠・許可の分け方で、改善要望と広告表現を混ぜません。
IPAの中小企業向けガイドラインは、情報セキュリティ対策を経営者の指針と実践手順に分けて示しています。顧客名や担当者、利用状況を要望表へ入れる場合は、保管場所、アクセス権限、更新・削除の責任者を決めてください。
参考資料
直近一週間の要望を一件開き、改善案を書く前に返答期限を入れます。次に、再発したら判断する条件を一つ置く。この二つが分かれるだけで、顧客を待たせず、思いつきの改善も減らせます。