質問: コミュニティ/ユーザー主導のフィードバックプラットフォームに関する設計および開発チームの経験 ユーザー/コミュニティ主導の製品設計および開発プロセスへの移行の利点を確認する際、getsatisfactionやuservoice(およびその他の類似製品)などのプラットフォームの可用性は、設計および開発にフィードするために必要な情報を統合および照合するのに役立ちました処理する。ただし、チームが生成したアイデアの数と、実装または却下されるアイデアの割合について経験したことを知りたいです。これらのタイプのプラットフォームをキュレートして維持するための余分な労力は、その努力に見合う価値がありますか、それとも通常、オーバーヘッドは価値があるものよりも大きいですか?
回答: そのようなプラットフォームを検討する場合、問題はそれらのプラットフォームのユーザーがターゲットユーザーの代表であるかどうかです。彼らが代表であるなら、それは価値があります。彼らが代表的ではないが、彼らが声であり、注目を集めることができるなら、あなたが彼らとある程度関与することは価値があるかもしれません。それらが代表的ではなく、注意を集めていない場合、それはおそらく価値がありません。一般に、そのようなサイトで発生するフィードバック(ユーザーの代表がわからない)と他の場所で収集されたフィードバック(ユーザーの代表がわかる)を比較すると、ほとんど見つかりませんそのようなサイトのフィードバックは、ターゲットユーザーからのフィードバックを表していること。彼らのフィードバックと代表的なユーザーのフィードバックの間にはいくつかの重複があります。私は時々そのようなサイトからのフィードバックを方向性を見つけたり、それを介してチームが以前は認識していなかったバグを発見したりしました(そのため、そのバグは通常の方法で考慮および優先順位付けされました)。