革新的なアイデアが浮かばない?顧客、ユーザー、同僚、あるいは自分自身から、問題点、苦情、否定的なフィードバック、あるいは終わりのない提案ばかり聞かされてうんざりしていませんか?製品設計において、これらの意見を歓迎すべき理由をご紹介します!
ユーザーからのフィードバックは貴重な情報です
- 製品を改善する
- 新製品向け
- 新たな市場サービス機会のために
さらに、非常に短期的な売上も
顧客からのフィードバック
顧客と直接接する担当者は慎重に選びましょう。よくあるケースは以下のとおりです。
- 営業担当者
- 販売事務
- カスタマーサポート
- フォーラム
- ソーシャルメディア
そして プロダクトデザイナー または product manager, このフィードバックを収集するための専用プロセスを構築する上記の担当者は、非常に短期的な解決策を提供するだけでなく、他のユーザーや貴社の製品/会社にとって長期的な利益をもたらすものでなければなりません。
フィードバックに腹を立てる ヒント: 顧客サポート、顧客対応においては、望ましくない「激しい反応」を防ぐために、クリエイターとは独立した担当者を置くことが推奨される場合があります。
- あまり「エンジニア」的ではなく、むしろ営業/マーケティング的な姿勢。コミュニケーションや言語面(ここではコードプログラミングの話ではない)の姿勢について。エンジニアは、ユーザーのニーズや視点(「顧客の声」)よりも、技術的な実現可能性やコストに目を向けがちになる可能性がある。
- 自分の「赤ちゃん」について何か言われても、顔を赤らめない人。その赤ちゃんを育てるために、彼は昼も夜も週末も費やしたのだから。
ヒントのヒント: 顧客と開発者が英語などの母国語以外でやり取りしている場合は、特に注意が必要です。母国語でやり取りすると、コメントのニュアンスが失われ、ちょっとした誤解が怒りや不必要なやり取りに発展する可能性があります。状況に応じて、電話で確認する方が、怒りに満ちたメールのやり取りを延々と繰り返すよりも良いでしょう。
製品不具合に関するフィードバック

技術設計とリスク分析の観点から、このフィードバックは 故障モード。
類似した悪い製品フィードバックが2~3件寄せられたらすぐに対応し、書面によるクレームを待たないでください! ユーザーがあなたを困らせるためだけに時間を費やしているという考えは捨ててください。たとえそれが単なる誤解であったとしても、何らかの問題があるはずです。しかし、その場合、本当の問題はコミュニケーションにあるので、それを修正する必要があります。
安全性に関わる場合、既に1つの悪い市場フィードバックまたは問題があれば、既にレビュー措置が開始されるべきです(自動車、医療、安全など)。
製品の性能が低いのかもしれません。>デザインが優れていて、競合他社よりも優れている
Maybe the product is used in the wrong way? –> Improve the Instruction for Use (IFU) or maybe some 人間工学 issue or some labeling/marking or some translation; do again some 使いやすさ 初めて利用するユーザーを対象にテストを行い、まるで壁のハエのように(つまり、ユーザーがテストしている様子を邪魔せずに観察する)。
もしかしたら、その製品は本来の用途とは別の用途で使われているのかもしれません。別の市場セグメントの機会があるのかもしれません(その場合も、広告や販売方法を変えるべきかもしれません)。あるいは、簡単に類似した製品を開発する余地があるのかもしれません。
セグメント間のイノベーションに関する記事も参照してください。
The rest of this article is reserved for members
To limit scraping bots (currently 40,000 hits per day!),
we had to restrict access to full articles and tools to registered members only.
to access all the rest.











