it-swarm-ja.com

コミュニティ/ユーザー主導のフィードバックプラットフォームに関する設計および開発チームの経験

ユーザー/コミュニティ主導の製品設計および開発プロセスへの移行の利点を確認する際、GetSatisfactionやUserVoice(およびその他の類似製品)などのプラットフォームの可用性は、設計および開発にフィードするために必要な情報を統合および照合するのに役立ちました処理する。

ただし、チームが生成したアイデアの数と、実装または却下されるアイデアの割合について経験したことを知りたいです。これらのタイプのプラットフォームをキュレートして維持するための余分な労力は、その努力に見合う価値がありますか、それとも通常、オーバーヘッドは価値があるものよりも大きいですか?

1
Michael Lai

顧客は常に、使用する製品を改善するために必要なアイデアについて意見を聞くことに関心を持っています。

期待を設定することが重要です。コミュニティのメンバーは、ほとんどのアイデアが実装される(または今後2週間で製品管理によって検討される)ことを当然と考えるべきではありません。

コミュニティメンバーは、他のコミュニティメンバーからでも、アイデアについてフィードバックを得るとすぐに非常に興奮していることがわかりました。

このようなエンゲージメントを促進するために私たちが取り組んでいるUXをご覧ください: Recent Ideas

群集の側面はここで非常に効率的です。コミュニティが繁栄している場合、他のコミュニティメンバーが他のユーザーが投稿したアイデアにコメント/投票し、投稿されたアイデアの定義を進めます。数週間後、製品管理が開始されるとき、適切な次のステップを共有できるように、アイデアは十分に修飾されているはずです(ロードマップに含める、コメントで拒否するなど)。

1
Matt Laurenceau

そのようなプラットフォームを検討する場合、問題はそれらのプラットフォームのユーザーがターゲットユーザーの代表であるかどうかです。彼らが代表であるなら、それは価値があります。彼らが代表的ではないが、彼らが声であり、注目を集めることができるなら、あなたが彼らとある程度関与することは価値があるかもしれません。それらが代表的ではなく、注意を集めていない場合、それはおそらく価値がありません。

一般に、そのようなサイトで発生するフィードバック(ユーザーの代表がわからない)と他の場所で収集されたフィードバック(ユーザーの代表がわかる)を比較すると、ほとんど見つかりませんそのようなサイトのフィードバックは、ターゲットユーザーからのフィードバックを表していること。彼らのフィードバックと代表的なユーザーのフィードバックの間にはいくつかの重複があります。私は時々そのようなサイトからのフィードバックを方向性を見つけたり、それを介してチームが以前は認識していなかったバグを発見したりしました(そのため、そのバグは通常の方法で考慮および優先順位付けされました)。

1
nadyne