オープンソースプロジェクトのUIフィードバックを求めて管理する最も効果的な方法は何ですか？
いくつかの一般的なコンテンツ管理システムとプラグインとして統合し、スタンドアロンサービスとして動作するプロジェクトをリリースする予定です。チケットシステムに投稿する簡単な連絡フォームをユーザーに提供する以外に、最も効果的な方法は何ですかインターフェース内から有用なフィードバックを求め、ユーザーフィードバックを管理していることがわかりましたか？
編集：
@Nirと@Rahul-ユーザーフィードバックの範囲は明らかにUIの提案（またはバグレポートなど）に限定されることはありませんが、一般的なものを探し出すための良い方法があるかどうか知りたいのですが。アプリケーションのUI、ローカリゼーションなどの問題。 （一般的に発生する問題は、限られたユーザーのサブセットに対してのみcommonになる可能性があることに注意してください-残念ながら、すべてのUIローカリゼーションを座ってテストするオプションがあるとは思いませんネイティブスピーカーと一緒に）
どのページからでもアクセスでき、それが呼び出されたページを報告する「バグレポート/提案」モーダルを計画しています。問題に関するできるだけ多くの情報を取得したいと考えています。私はほとんどのユーザーが前後に何もせずに使用可能なフィードバックを得るために正しい方向にナッジを必要とすることを期待します。
これは2つの部分からなる質問です。おそらく次のように読みます。
Webアプリケーションのリモートユーザーに、フォーラムでの議論やプラグインのコメントではなく、アプリケーションを通じて直接以上の「それは機能しない」提案を提供するようにするにはどうすればよいですか。ページ、その他？
複数のソースから集約されたフィードバックを管理する最良の方法は何ですか？ （それを防ぐための最善の努力にもかかわらず、必然的に発生した場合）
回答を承認して編集：
Rahul 、 Nir 、および indolering に感謝します-包括的なテストのパズルには欠けている部分がいくつかあると思います。
私が受け取った推奨事項と以前の計画を考えると、私の現在の戦略は次のようになります。
- チケットシステムに投稿する簡単な連絡先/提案/バグレポートフォームでUI内からフィードバックを要請する
- ユーザーが提案を投稿したり、お互いからサポートを得たりするためのフォーラムを提供します（私はおそらく私自身がそこに多くの時間を費やし始めるでしょう）
- アプリケーションの実際のデモバージョンを投稿し、クリック追跡ツールを統合して、ユーザーがインターフェイスを操作する方法を監視します
- プロジェクトが成熟するにつれ、何らかの形でユーザーにベータテストに参加し、フィードバックを提供するインセンティブを提供する
- 必要に応じて、サードパーティのフィードバック収集とUserVoice、GetSatisfactionなどの整理ツールを検討します（ソリューションの選択は、プロジェクトが引き出すユーザーベースのタイプに大きく依存すると考えています-計画していることを考えると共有ホスティングユーザーがアプリケーションをインストールすることを確認してください。サードパーティのサービスを使用するのは自分でサービスを提供するよりも理にかなっているかもしれません...しかし、問題が解決するまで待ちます）
フィードバック
フィードバックには serVoice を使用します。ユーザーはそれぞれ10票を獲得し、何か（アイデア、バグレポート、批評など）を作成または投票し、各アイテムに最大3票を割り当てることができます。 10票を超えると、投票したアイテムを閉じるか完了するまで何もできなくなります。投票したアイテムは、そのアイテムのポイントが返金されます。これは、ユーザーがお互いのアイデアに投票できるようにしながら、一般的なアイデアや人々からのフィードバックを収集する方法として非常に役立ちます。 UIはいくつかの作業を使用できますが、特に無料バージョンでは十分すぎるため、これは素晴らしいサービスです。
顧客サポート
GetSatisfaction は、カスタマーサポートフォーラムとして機能し、フィードバックを得るだけでなく、ユーザーが互いに助け合うこともできます。 UserVoiceを超えた一歩を踏み出し、コミュニティを少し進化させたい場合に最適です。人々は、バグ、アイデア、褒めごとに分類されたフィードバックを提供できます。また、お互いのアイテムに投票して、笑顔でそれについてどう思うかを示すこともできます。アイテムの感想をアイテムごとにすぐに把握するには、これがいい方法です。22の悲しい顔がある場合、無関心な問題よりも、この問題に取り組む意欲が高まるでしょう。 UIはかなりいいですが、UserVoiceのようなものと比べると少しうるさくて気が散ります。
チケットのメール統合
それ以上に、人々があなたに電子メールを送ることを許可することを検討してください。ほとんどの発券システムでは、転送メールアドレスを設定できます。チケットと電子メールの統合の良い点は、ユーザーとのやり取り全体をメールでやり取りできることです。これにより、混乱を招く可能性のあるチケットシステムのUIをユーザーが理解することを期待する代わりに、UIの利便性と親しみをユーザーにもたらします。 。 Fogbugz はこれでうまく機能します Lighthouse について素晴らしいことを聞きました。
なぜフォーラムやお問い合わせフォームを使用しないのですか？
今日のWeb 2.0時代には、特定の状況に固有の多くのソリューションがあります。 「何かを構築し、フィードバックを収集したい」という問題に取り組むために特別に設計されたユーザーエクスペリエンスを利用してみるのは理にかなっています。いつでも独自のソリューションを構築できますが、上で述べたような製品と同じように優れたものにするために十分な時間を費やすことができないでしょう。 37signalsのような、顧客サポートを最優先事項と考える企業は、独自の優れたソリューションを構築しています（たとえば、 Basecamp Answers ）。
オープンソースの選択肢
私の経験は上記のソリューションに関するものですが、フィードバックを収集するためのいくつかのオープンソースの代替案について言及したことがあります。
- IdeaTorrent -これは、フォーラムとUserVoiceのようなものとの間の興味深いクロスのように見えます。新しいバージョンの開発は停止しましたが、
- OpenMind -よりエンタープライズ感のあるフィードバックアプリ
UIフィードバックを取得するには、「使い勝手テスト」を実行します-ランダムな犠牲者をつかむだけです。ええと、近くを通過するのに不運だった人（友人、家族、同僚、配達人は何でも、同じシステムで作業している別の開発者ではありません）彼/彼女にあなたのコンピュータの前に座らせ、あなたが見ている間にアプリでいくつかのランダムなタスクを完了させます。
また、画面共有ソフトウェアを使用して（Skypeで実行できます。TeamViewerやGoToMeetingなどを使用して）、システムを使用している実際のユーザーをリモートで監視したり、UserTesting.comなどのサービスを使用したりすることもできます。
実際に重要な問題（ユーザーがタスクを完了できない、またはユーザーを困らせる）を見つけるには、驚くほど少ない数のそのようなテストが必要です。
また、A/Bテストは本当に良いツールです。UIのランダムな部分を交換して完全に異なるものに置き換えるだけで、何をテストするかわからない場合は、常にテストを実行してください-元のUIがそうでない場合最適ではない置き換えよりもパフォーマンスが優れている（または問題にならない、すべてのUIが結局重要であるとは限らない）。
私が商用ソフトウェアを販売した経験から（私の顧客はおそらくあなたのサポートよりも多くのサポートを期待しているでしょう）フィードバックを求めることは、特に使いやすさに関しては、すでに知っている明らかな問題を修正するとうまくいきません-特に自分でシステムを使用する場合-すべてのUI関連のフィードバックが停止するだけです。
問題を管理するために、チケットシステムでできることを見つけます。ただし、重大度で問題に優先順位を付け、優先順位に従って問題を解決することが重要です。それ以外の場合は、最初に小さな問題に対する簡単な楽しいソリューションを実装する可能性があります。
Googleアナリティクスとクリックテール。クリックテールを開いてユーザーの動画を見るたびに、新しい問題が見つかります。
ヒートマップとスクロールマップだけでも非常に貴重です。
もちろん、実際のユーザビリティテストに勝るものはありません。
この質問は、FOSSプロジェクトおよびすべての企業が直面するより大きな問題にも対処します。それは、本当に役立つものから悪い提案や情報に乏しいUIの意見を取り除く方法です。設計文書と、あなたが指摘できる以前のQ＆A（アイデアの急流のような）は、最初の防御線です。 Bill Fultonはこれに多く取り組んでいます。私はこれについて触れました ブログ投稿 （彼はあまり公開していません）