(原文) How Autodesk Tackles UX Design Challenges
By Jerry Cao
Autodeskのデザインチームは、顧客基盤と同様にグローバルに活動しています。25億ドルの巨大ソフトウェア企業であるオートデスクは、7大陸で7,700人の従業員を擁しています。
テルアビブのオフィスでは、Uri Ashano氏が、Autodeskの主力製品のモバイルアプリケーションであるAutoCAD 360のシニアUXマネージャーを務めています。UXデザイナー2名、ビジュアルデザイナー2名、リサーチャー1名の計5名で構成されるAshano氏のチームは、Autodeskのサンフランシスコ本社と密接に連携し、アジャイルプロセスの中でユーザー中心のデザインを実践しています。
Ashano氏が説明するように、Autodeskは自らを単なるソフトウェアの提供者ではなく、ナレッジハウスとして捉えています。すべてのデザイナーは、ユーザー中心設計のための36の異なる手法を教えているLuma Innovation Instituteでトレーニングを受け、作業を行っています。Ashano氏とチームが新機能のリクエストを受けるたびに行っているデザインプロセスは、特に発見の段階でのコラボレーションデザインの力を示しています。
問題の調査
テルアビブチームのプロセスは、AutoCAD 360のチームから新機能のリクエストを受けたときに始まる。
リクエストは通常、次のようなユーザーシナリオとして提示される。"ある建築家が現場でAutoCADの図面を必要としている。建築家が現場で AutoCAD の図面を必要としていて、彼は iPad やその他のタブレットを持ってきて、図面を見たり、修正したり、注釈を加えたりしたい。その後、更新内容を同僚と共有したい」。
これを受けて、チームはまずSlackで新しいプロジェクトを開き、機能が解決しようとしている問題の調査を始めます。この最初の調査は、地元の建築会社へのインタビュー、カスタマーサポートのチケットを確認してアイデアを探したり、MixPanelでオンラインデータを確認したりすることで構成されています。また、Autodeskの調査データも参考にしています。主にAutoCADのマルチプラットフォーム化や、これらの製品に関連するフローについて調査しています。
Ashano氏は、「私たちは常にユーザー中心の考え方でリクエストを検討します。ユーザーストーリーは、常に我々の出発点です。これらのユーザーストーリーは、常にデザインの出発点となります」。
より深い発見
機能のビジョンが決まると、チームはすぐにディスカバリーモードに入ります。この時期のデザインは、チームにとって最も濃密で協力的なものの一つです。Ashano氏が言うように、「このプロセスでは、クリエイティブな発想を失いたくない」のです。
Ashano氏は、デザイナーに特定のプロジェクトを任せるのではなく、チームメンバー全員でアイデアを探っていきます。半日または1日のワークショップでアイデアを検討し、実際に進める価値のあるものをチームでまとめて決定していきます。"一緒にやれば、20分で20個の素晴らしいアイデアが出てきます」とAshano氏は言う。"デザイナーを一人で行かせるよりも、共同でブレインストーミングを行う方がはるかに効果的です」とAshano氏は言います。
チームは、ブルズアイダイアグラム、損失と利益の比較表、インパクトと実現性の比較表などを用いて、お客様のニーズを把握し、アイデアに優先順位をつけていきます。プロダクトマネージャーや開発者などのチームメンバーは、アイデアがさまざまな図やチャートに表示されるたびに、コンセプトの横にスマイリーや悲しい顔を付け加えていきます。
Ashano氏は、開発者やプロダクトマネジャーを意思決定のプロセスに早くから組み込むことができれば、それに越したことはないと指摘する。そのために、各チームは物理的にも近くに配置され、ミーティングスペースを共有し、多くの時間を共に過ごしています。
Luma Instituteとの共同研究から、チームは他にもアフィニティマップやアイボールダイアグラムなど、10種類ものブレインストーミングの手法を使っています。この段階では、スケッチは最小限にとどめ、付箋を使ってアイデアを出すことに集中します。
全体的な機能セットについてしっかりとした合意が得られた場合にのみ、デザイナーはより詳細なスケッチを開始します。そして、アジャイルUXプロセスに従って、チームはエピック、ユーザーストーリー、そしてより多くのアイデアを得るために再訪できるバックログを持って、ディープディスカバリーのステージを後にします。
ソリューションの設計
大まかな機能セットが決まると、チームは正式なキックオフを行います。そこからは、長時間のブレインストームに代わって、作業に必要な人だけが参加する集中的なデイリースタンドアップが行われます。
チームメンバーがそれぞれのタスクを達成するために分かれた後は、各ユーザーストーリーの初期のワイヤーフレームやユーザーフローを共同でデザインしていきます。Ashano氏は、チームの作業をスピードアップするために、一度に5〜6画面分の流れを簡単に表示できるテンプレートを作成しました。
デザイナーがフローの作成を始めると、開発者も技術的な調査を終えます。知識を集約するために、AutoCAD 360 製品チームは現在、処方箋よりもガイドラインに重点を置いた軽量のPRDを作成しています。技術的な詳細はDropboxとZeplinのリンクに、インタラクティブな詳細はユーザーフローへのリンクに反映されます。
ユーザーフローに注釈をつけることで、コンセプトデザインの初期段階でも優れたフィードバックを得ることができ、非常に便利です。開発者やプロダクトマネージャーなど、誰もが入って、どのように作られているかをリアルタイムに見ることができます。また、iPadの動作を示すモックアップを作成するのは非常に難しいため、アノテーションはマルチデバイスでのストーリーテリングに非常に役立ちます」。
PRDと初期のコンセプトに対するフィードバックとして、テルアビブのチームは、米国、シンガポール、ドイツにある AutoCAD 360 チームともユーザー フローを共有します。テルアビブのチームは、ワイヤーフレームをより忠実なモックアップに変換する際に、プラットフォーム内でリモートデザインレビューを行います。
プロトタイプによる問題解決
ほとんどのデザインにおいて、AutoCAD 360チームは、ワイヤーフレームを静的なHi-Fiモックアップに変換した後、直接コードを作成しています。時間の都合上、新しいインタラクションモデルや問題のあるフロー（複数のトランジションがあるものなど）の場合のみプロトタイプを作成します。
プロトタイプの忠実度は、デザイン上の問題点によって異なります。例えば、全く新しいインタラクションモデルをテストする場合、Ashano氏のチームは低品質なプロトタイプを作成します。一方で、ブランディングやカラーパレットの違いをテストする場合は、ハイファイなプロトタイプを作成することになります。
ユーザビリティテストでは、AutoCAD 360チームは通常5〜10人でテストを行います。Ashano氏たちの仕事は、既存の製品の中の特定の機能に焦点を当てているため、システムが洗練されて完成するまで、プロトタイプの作成、テスト、繰り返しのプロセスが続きます。
プロトタイプの開発準備が整ったら、インタラクションモデルに大きな変更があった場合や、新しいプロトタイプへのリンクがあった場合には、PRDを再度更新します。開発者が機能を作り上げると、デザインチームは次のスプリントに向けて、エピック、ユーザーストーリー、バックログを再検討します。
まとめ
Autodeskのテルアビブ チームは、エンタープライズ デザインが、不十分なコミュニケーションや膨大な量のドキュメントに悩まされる必要がないことを教えてくれました。ここでは、その大きなポイントをご紹介します。
- 機能リクエストは、初期の定性調査（サポート チケットのレビューやユーザ インタビュー）と、分析ツールやアンケートによる定量調査で検証する。
- 大まかな機能セットを定義するために、半日から1日かけてワークショップを行い、発見とアイデアの創出に時間を割く。
- ドキュメントを紙媒体ではなく、知識の宝庫として扱い、より詳細な情報にリンクさせる。
- 最も困難なインタラクションモデルのプロトタイピングを優先する。
実際のデザインプロセスについては、無料の電子書籍でご紹介しています。
本記事は2016/12/7投稿、2020/4/22更新を翻訳しております。一部リンクについて、日本語の参照先を挿入しております。