Взаимодействие с разработчиками — сотрудничество, а не компромисс

Процессы и методики

We recently spent 14 months designing an investment platform for traders and portfolio managers. As you might imagine, this was a large and complex application that required a tremendous amount of collaboration with the client. Our team consisted of a design communicator, an interaction designer, two visual designers and an engagement lead. We spent many hours with subject matter experts (SMEs), business analysts (BAs) and developers, crafting a solution that satisfied the needs and goals of seven user personas (and because their real-world counterparts were also employees of our client, actual users reviewed our work every step of the way). This article describes some of the key techniques we employed to ensure that the interaction design was something our client’s development team could implement.

Недавно мы проектировали приложение, помогающее трейдерам и управляющим портфелями в управлении инвестиционными проектами. Проект занял 14 недель. Как вы понимаете, это сложная и объемная система. В ходе проекта мы очень много сотрудничали с заказчиком. Наша команда состояла из дизайн-коммуникатора (детального проектировщика), проектировщика взаимодействия, двух визуальных дизайнеров и ответственного за взаимодействие с заказчиком. Мы провели много часов с экспертами предметной области, бизнес-аналитиками и разработчиками. В результате мы выработали решение, которое удовлетворит нужды семи пользовательских персонажей и поможет им достичь своих целей. Так как реальные прототипы наших персонажей были сотрудниками компании-заказчика, за каждым этапом работы наблюдали реальные пользователи. В данной статье описываются основные приемы, помогающие убедиться в том, что разработчики смогут реализовать спроектированный нами интерфейс.

Collaboration with development is a handshake, not a handoff

Поделиться: