it-swarm-ja.com

iOSでのUX / UIデザイナーとプログラマーの生産的なワークフロー

私たちは60人のリモートチームであり、WebからiOS開発への移行を進めている2人のUX/UIデザイナーがいます。

開発者(Objective-C)とUX/UIデザイナーの間の関係を管理するのに苦労しています。開発者はデザイナーがiOS開発を理解していないと言い、作成方法についてデザイナーを教育するために知っている優れたリソースがないためです。 iOSのモックアップとUX。

ここで私が成功せずに試したこと:

現在のワークフローは次のとおりです。

  • デザイナーがモックアップ(PNGまたはアニメーションGIF)を作成します
  • 使用されている測定値およびiOS以外の要素の詳細を尋ねます
  • デザイナーが注釈付き画像を静的測定値とともに送信
  • 開発者はあきらめて、コードでモックアップをエミュレートしようとします。

Facebook、Twitter、Appleなどの大企業がこの問題に対処する方法を持っていると思います。

プロセスを改善するにはどうすればよいですか?

1
ppaulojr

現在のワークフローは次のとおりです。

...滝が多く、重いドキュメントに依存している。

これはめったに機能しません。もしそうなら。そして、UXの人々が技術的な知識を持っていない場合は、特に難しいことです。

代わりに、より機敏なプロセスを採用することをお勧めします。これは正式なアジャイルプロセスである必要はありませんが、UXチームを開発チームの一員とするという考えを採用してください。ドキュメントを作成する代わりに、開発者と(事実上、)開発者とサイドバイサイドで作業します。

私はこのようなものをお勧めします:

  • UXの人々はいくつかの共有要素を定義します(たとえば、スタイルガイド)
  • UXと開発者が協力してパターンライブラリを作成する
  • 上記に基づいて、UXの人々はワイヤーフレームを作成します(高忠実度のモックアップではありません)
  • 次に、UXの人々は開発者と協力して、ワイヤーフレームに基づいて画面を実装します。 UXの人々は口述するのではなく、操縦します。開発者もUXに貢献しています。
  • ページ/機能/機能が完了すると、UXはスタイルガイドとパターンライブラリを振り返り、必要に応じて更新を行います。
2
DA01

デザイナーのように聞こえるのは、プラットフォームで可能なこと、または少なくとも、開発者が喜んで引き受けることとより調和する必要があるということです。

ちなみに、秘訣は、そもそもこれらの問題に遭遇しないデザイナーを雇うことです。

開発者とともに早期にスケッチする

解決策として、ワークフローの最初のステップを共同スケッチセッションに変更し、リアリティチェックのアイデアに対する知識と権限を持つ開発者を含めます。その結果、一般的に承認されているが、大まかなUIのアイデアがまとめられています。 これは、デザイナーがモックアップの最初のセットを作成するものです。

ドキュメントではなくアプリ

それらについては、ドキュメントを読んでもらうのではなく、OSを習得し、競争力のあるアプリや同様のアプリを使用してもらいます。ドキュメントは物事のあり方について話しますが、アプリはそれらがどのようにかを示します、さらに重要なことに、それらがどのように失敗するか。

数か月後に開発者によって事前承認されたアイデアがあり、代替アプリを模索した後、これらのデザイナーがプラットフォームの認知度を高めた兆候を示さなかった場合、おそらくそれらは適切な役割ではありません。

1
dennislees