クライアント向けの設計根拠プレゼンテーションを作成するにはどうすればよいですか？
私は現在プロジェクトに取り組んでおり、プロトタイプ設計の一貫した概要とその設計を選択する理由を提供する設計根拠レポートの提出を求められました。
私はこの分野に非常に慣れていないため、これが以前にクライアントに伝えられた例をいくつか探しています。
具体的には、次のようなアイデアを探しています。
- プロトタイプの開発-どのツールとその理由
- 意図する仕様を明確にする-プロトタイプから期待される望ましい動作との関係で相互作用がどのように展開するか。また、プロトタイプが予算とのトレードオフのためにこれを行うことができない場合、ユーザー調査の結果がこれにつながったため、これをどのように説明および伝達できますか？
- プロトタイプを使用したフィードバックセッションの例、予想されること、推測など。
考えすぎているようですね。
クライアントは、設計を実装する前に検証を求めています。単に、一般の聴衆が理解できる方法で理論と調査結果を文書化する必要があります。そのプレゼンテーションの書式設定オプションは、好みとスタイルの問題です。この種のコミュニケーションは、すべての成功したUXが開発しなければならないトリッキーな補助スキルの1つです。
ちょうどあなたがいくつかの高いポイントに当ることを確認してください：
- あなたが解決している問題。
- 対象とするペルソナ。
- 設計したユーザーフロー（ここでの詳細は実際にはオーディエンスに依存します）。
- 最も影響を与えるいくつかの特定のビューまたはユーティリティ。
- あなたのテスト聴衆。
- テストから学んだ、または確認したこと。
- リリース後の成功を追跡するためのいくつかのKPI。*
物事を軽く保つ
それらを退屈させたくはありませんが、ソリューションの背後にある作業に自信を持たせたいと思います。付録の詳細情報やバックポケットの準備ができていると、メインのストーリーを乱雑にすることなく少しドリルダウンできます。
* KPIがわからない場合は、 HEARTフレームワーク を確認してください。
ここで何を求めているのかわかりません。
特定のデザインの根拠は何ですか？-あなたがデザインを構築した研究の要約がうまくいくはずです。
完成した製品に直接ジャンプするのではなく、プロトタイピングプロセスを実行するための根拠は何ですか？それはより速くて安価であり、ユーザーが関与することなく簡単に間違いを解決し、スムーズな変更管理を実現し、全員が確実に起動前の同じページなど...