チームからデザインについて良いフィードバックを得る最良の方法は何ですか？
私のチームからフィードバックを得るための最良の媒体は何ですか？
人と一緒に座るのが最も役に立ちますが、時間がかかります。個人と一緒に座っていると質の高いフィードバックが得られますが、最終的には「この人は別のことを言ったのですが、これについてどう思いますか？」たくさんの人と一緒に座っていると、議論が可能になり、意見が対立する人々の間で行ったり来たりする回数が減りますが、長くて生産性の低い議論につながる可能性があります。メールは無視される可能性がありますが、迅速な返信を得るのに役立ち、全体のディスカッションをする必要がありません。
どのくらいの頻度でチームにフィードバックを依頼する必要がありますか？これを取得する最も効率的な方法は何ですか？
反復的な設計プロセスでは、人と行き来することがたくさんあります。どのようにしてチームにバグを多用することなく何度もフィードバックを求めることができますか？マークアップされたワイヤーフレームと仕様のコメントを送信するだけでなく、具体的な質問をする必要がありますか？質問をしている場合、私が考えていなかったことに対処するようにどのように促しますか？
InVisionを使用しています。画面をアップロードしてリンクし、基本的なプロトタイプを作成できます。次に、プロトタイプにレビューとコメントを残すように電子メールで招待して、全員が1か所に集まるようにします。 1か所でフィードバックを集めるのに十分な2つまたは3つの無料プロジェクトを取得すると思います。
失敗した場合は、Trelloを使用してください-ボードにコメントを残すよう招待してください！
私が提案する唯一のアドバイスは、フィードバックを具体的にすることです。そうしないと、誰かが1つの色を別の色に対して好きではないすべての人にとって無料になります。特定のタスクや分類法などの完了に関するフィードバックを求め、貴重なフィードバックを得る。
フィードバックに人々を招待するときは、許容できるフィードバックと許容できないフィードバックを判断する基準を設定して、知り合いに制約とミニブリーフを用意し、それらがどのように役立つかを理解してもらいます。
幸運を！
私の経験では、会議が最も効果的です。チームに会い（長距離で作業する場合はWeb会議を使用）、ワイヤーフレーム/プロトタイプを一緒に歩きます。必要な情報を入手するには、この順序で進んでください。
- 彼らにインターフェースを試してもらい、彼らの言うことを見てもらいましょう。さらに情報が必要な場合...
- 興味のある分野に彼らを導き、彼らが言うことを見てください。さらに情報が必要な場合...
- 関心のある分野に案内し、具体的な質問をします。
上記の順序は重要です。一方では、質問はしばしば人々を導き、不必要な要求を作成する可能性があります。一方、あなたのチームはいくつかの重要なことを考慮していない可能性があります。上記の順序で処理を行うことにより、迷惑なフィードバックを提供するあらゆる機会を提供し、すべてが失敗した場合にのみ特定のフィードバックを要求します。
どのくらいの頻度で会うべきですか？それはいくつかの要因に依存します...
- インターフェースはどれくらい早く変化しますか？
- チームの大きさは？
- みんな忙しいですか？
- 彼らが「電話をかける」前の会議に対する彼らの許容度はどのくらいですか？
私は小さな会社にいるので、活発な開発中に週に1度会合を持ち、事前に会議の日時が設定されています。ただし、私たちの適度な規模であっても、会議のために全員をまとめるのは時々努力です。
360度のフィードバックを検討している場合は、設計変更に関するコメントについて営業チームに相談することをお勧めします。彼らの目的は顧客満足度を報告することであるため、彼らのフィードバックはあなたの製品の売上に大きな影響を与える可能性があります。
営業チームとやり取りするには、メールまたは会社のgoogle plusサイトを使用できます。私が思い描いているように、そして私の設計の評価段階の間、それらを私の会議に招待します。
同様に、ヘルプデスクへの問い合わせの削減に役立っているので、製品サポートスタッフの1人に設計についてコメントするよう依頼できます。
サポートスタッフとのコミュニケーションに最適な方法は、会社で使用されている電子メールまたはチケットシステムを使用することです。デザインを設計して評価するときは、サポートスタッフを招待します。
もちろん、チームと言うときは、必ず製品管理チームを含めます。 JiraとConfluenceは、共同作業文化の実現を支援し、私たちのニーズにうまく対応します。 GoogleドキュメントはConfluenceとシームレスに統合され、すべての参加者がGoogleドキュメントにコメントや提案を追加できます。
現在、すべての図はLucidchartを使用して作成されており、目的を果たしています。共同編集者を招待して、コメントや提案を求めることができます。
Draw.ioはLucidchartの前に使用したものです。
私は、実装する場合を除いて、設計段階を通して製品チームのメンバーの1人を関与させます。
そして最後に、私はエンジニアリングチームと定期的にコミュニケーションをとっています-SCRUM。 Redmine/Google Docs/Lucidchart/Emailを使用しています。
質問に対応し、問題を解決するのは、チーム内のすべてです義務と責任。そうは言っても、より効率的にするには、適切なプロセスを実施する必要があります。
1-要件の収集と、内部および外部のすべての利害関係者から可能な限り多くの情報。これは、全体像を理解するのに役立ちます。
2-リサーチソリューションそして、未知の領域への冒険を避けないでください。最初から制約と制限を覚えておいてください（質問があるかもしれないこと、提案）
-グループの質問質問の結果を最適化するための有意義な方法（ステップ1と2はここで役立ちます）
4-設計ソリューション自信を持って！
メディアについては、通常、私のワークフローでは、フィードバックはデザインタスクが投稿され、デザインをアップロードする場所にあります。私はこれにJiraを使用するのが好きですが、完成したデザインにはConfluenceの方が適しています。 Googleドキュメントは、機能提案ドキュメントとそれらに対する共同コメントに適しています。
一般的なフィードバックセッションについては、UI QAなどの関係者との個別の毎週のキャッチアップを計画します。UXチームからのフィードバックについては、毎週のピアレビューセッション/同期が非常に効果的であることがわかります。