Совместное проектирование — руководство по успешному проектированию корпоративных продуктов

Вы, наверное, слышали об Agile-разработке программного обеспечения, управлении процессами Kanban и Lean UX. Совместное проектирование — это другой философский и тактический подход к разработке корпоративных продуктов .

Совместное проектирование — это процесс проектирования в интерактивной, увлекательной и реалистичной среде, в которой все руки или мозг доверяют. Это НЕ проектирование в вакууме; вместо этого, как следует из названия, совместный дизайн ставит дизайнера в центр различных команд и отделов, чтобы он работал со всеми, чтобы создать целостный продукт. Таким образом, никто не остается в стороне, и продукт может быть создан с участием всех заинтересованных сторон.

Каждая корпоративная организация уникальна, и объединение заинтересованных сторон вокруг какой-либо идеи или задачи может показаться пасущим котом. В этом руководстве мы рассмотрим советы и рекомендации по работе с основными игроками, чтобы не только получить их мнение, но и привлечь их к участию с помощью этого нового подхода, ориентированного на дизайн.

Познакомьтесь с игроками

Дизайнеры хороши во многих вещах, но их роль начинается с решения проблем. Для этого нужно знать, кто такие эксперты, и работать с ними. У каждого члена команды разработки продукта есть свои потребности и обязанности, поэтому знакомство с ними так же важно, как и фактическое выполнение данного задания.

Итак, без лишних слов, давайте познакомимся с командой:

• Менеджеры по продуктам определяют объем, требования и циклы итераций разработки для продуктов и функций; они часто являются привратниками для функций перед окончательным да / нет и практикуются в общении со всей организацией, включая руководителей.
• Инженеры создают продукт, поэтому они понимают технические возможности и ограничения. Это делает их критическим ресурсом для определения основных проблем, включая сроки разработки, используемые технологии, объем и часто осуществимость проекта (если наши концепции вообще возможны с учетом технологий и временных ограничений).
• Архитекторы баз данных и систем знают, как интегрируются данные, и имеют глубокое представление о том, что требуется для поддержания производительности при продолжении надстройки на основе существующего продукта/платформы.
• Внутренние профильные эксперты (SME) хорошо знакомы с бизнес-процессами, вариантами использования, историей и политикой, а также с общими ожиданиями руководства, клиентов и пользователей.
• Продажи сосредоточены на представлении продукта потенциальным клиентам. Это делает продажи первой точкой контакта, поэтому их понимание продукта имеет решающее значение для закрытия (а часто и создания) лидов.
• Тренеры (или агенты по работе с клиентами в SaaS) имеют прямой контакт с отделом продаж и новыми или пробными пользователями, и они могут предоставить объемы полезной информации о том, как продукт работает в лабораторных условиях и за его пределами.

Когда все стороны, работающие над продуктом, вовлечены в процесс проектирования (один из фундаментальных принципов методологии Agile), конечный продукт имеет значительно больше шансов на успех — не потому, что дизайнеры работают с заинтересованными сторонами, а потому, что заинтересованные стороны чаще чем нет, понять конкретные потребности пользователей и бизнеса так, как мы не можем. Совместная работа всегда кажется лучшим вариантом, но как мы это делаем?

Как сотрудничать с заинтересованными сторонами

Менеджеры по продукту, хранители продукта и таймкиперы

Менеджеры по продукту часто имеют личную привязанность к продукту и возлагают на него очень большие надежды внутри компании. Они также должны отвечать перед пользователями или покупателями своих продуктов, когда возникают проблемы, невыполненные обещания или запросы на новую функциональность.

Они высоко ценят простое общение и должны быть в курсе прогресса, проблем и любых изменений. Им нравится сначала и часто просматривать черновики, а поскольку они могут работать в различных масштабах (на несколько уровней от непосредственной разработки продукта до практического применения даже с незначительными изменениями), ваше взаимодействие с ними может сильно различаться.

Поскольку продакт-менеджеры тратят так много времени на общение с различными заинтересованными сторонами (внутренними и внешними), важно держать их в курсе, не ожидая, что они свяжутся с вами. Настройте регулярные встречи с вашими продакт-менеджерами, чтобы представлять повторяющиеся черновики, выслушивать их отзывы и всегда заканчивать списком действий для следующей встречи.

Не потребуется много времени, чтобы узнать, каковы их цели в отношении функциональности продукта. Менеджеры по проектам знают, что дизайнеры умеют решать проблемы, поэтому дизайнеры должны предоставлять данные и анализ, чтобы доказать свои рассуждения. Правы вы или нет, не имеет значения. Докажите, что создание лучшего продукта — это ваша цель, и вы завоюете доверие продакт-менеджера!

Инженерия: отвечает за воплощение проектов в жизнь

Инженеры (также называемые разработчиками) — люди, наиболее близкие к продукту; они строят! Это дает им преимущество, потому что они могут непосредственно испытать и протестировать отдельные компоненты продукта в действии . Это здорово, потому что, без сомнения, они найдут слабые места в любом проекте — иногда еще до того, как что-то создать, — что вдвойне здорово, потому что на стольких уровнях огромное преимущество — найти недостатки до того, как программное обеспечение будет закодировано.

Лучший способ завоевать доверие группы инженеров — это либо подготовить всесторонние и полные спецификации продукта, либо привлечь их на раннем этапе… или и то, и другое.

Когда разработчиков считают настоящими заинтересованными сторонами , они более чем готовы обсуждать варианты использования, сценарии, технические проблемы и варианты их преодоления.

Легко забыть, что инженеры — настоящие архитекторы продукта; они заинтересованы в решении проблем с дизайнером, особенно когда проблема сложна или может быть решена другим способом.

Архитекторы баз данных и систем, хранители структур данных

Архитекторы баз данных и систем знают, как продукт работает за кулисами. Они знают все о том, как данные хранятся и структурируются, что можно интегрировать и как все системы взаимодействуют друг с другом. Они, как правило, меньше озабочены тем, как продукт работает для пользователей, чем тем, как он взаимодействует с различными системами (за что они в конечном счете несут ответственность).

С ними может быть особенно сложно иметь дело дизайнерам, ориентированным на пользователя. Важно помнить, что даже если архитектор базы данных/системы никогда не взаимодействует с конечными пользователями, его внимание всегда направлено на то, чтобы принести пользу этим пользователям — будь то за счет надежности, скорости или простоты продукта.

Их знание того, как работают структуры данных — и последствия любых изменений в функциональности продукта — слишком легко упустить из виду без их экспертного участия. Важно приглашать системных архитекторов и привлекать их к собраниям и обсуждениям изменений продукта, даже если их позиция не имеет к этому прямого отношения.

Одним из способов сотрудничества с системным архитектором является создание контрольного списка со следующими вопросами:

• Влияет ли функция X на текущую структуру данных?
• Есть ли какие-либо дополнительные работы по проектированию/разработке с учетом текущей архитектуры?
• Конфликтует ли дизайн Y с какими-либо существующими входными/выходными данными пользователя?
• На какие-либо внешние службы влияет функция X?

Этот простой список укажет вам правильное направление, даже без четкого понимания того, как работают уже существующие (и, возможно,) монолитные структуры данных. Все, что отмечено, является областью, которая должна быть исследована с помощью простого обсуждения.

Эксперты в предметной области и бизнес-аналитики, мастера информации

Уместно названы эксперты в предметной области; они являются экспертами в предметной области и могут быть золотой жилой уникальной и ценной информации. Часто они получили специальные степени в этой области или провели большую часть своей жизни, работая в своей отрасли. У них есть практический опыт того, как должен работать бизнес, и они помнят долгую, болезненную историю и политику, которая привела всех туда, где они находятся сегодня.

Бизнес-аналитик знает все тонкости того, как работает организация, и часто выполняет ту же функцию, что и МСП, если данные доступны, но нет штатного эксперта.

Взаимодействуйте с малыми и средними предприятиями, чтобы узнать, как проект воспринимается руководством, чтобы убедиться, что внутренние ожидания оправдываются и что вы не вступаете на опасную территорию. Пригласите аналитиков на сеансы проектирования, заранее сказав им, что они являются экспертами, и попросите их поделиться своими знаниями об исторических неудачах, политических разногласиях и других проблемах, которые могут иметь решающее значение для успешного выпуска продукта.

Менеджеры по работе с клиентами, контактное лицо нового клиента

Когда новые клиенты, наконец, присоединяются к продажам, инструкторы — или, для SaaS-компаний, менеджеры по работе с клиентами (CSM) — берут на себя обучение новых пользователей тому, как на самом деле использовать продукт. Поэтому само собой разумеется, что тренеры тратят много времени на общение с начинающими пользователями. У CSM есть уникальная перспектива, потому что они взаимодействуют с клиентами, которые часто не участвовали в принятии решения о покупке их компании.

С этой уникальной точки зрения инструкторы/CSM могут предоставить ценную информацию для принятия проектных решений, как для адаптации клиентов, так и для поведения новых пользователей. Многие корпоративные организации отслеживают и контролируют, как их новые клиенты используют различные продукты, и регистрируют все, от звонков до жалоб, но инструкторы понимают, с чем на самом деле сталкиваются клиенты.

Приглашайте старшего инструктора на все основные встречи по дизайну и спрашивайте у него о любых решениях. Задавайте такие вопросы, как «Каковы три самые серьезные жалобы клиентов?» и «Довольны ли в среднем новые клиенты продуктом?» и «Какие изменения, по вашему мнению, окажут наибольшее положительное влияние на вас и вашу команду?» Таким образом, мы все узнаем о том, что такое счастливый путь; инструкторы — это наши глаза и уши для всех способов, которыми клиенты фактически используют продукт.

Продажи, первый контакт продукта с покупателями

Продажи и дизайн часто противоречат друг другу. Некоторые организации ориентированы на продажи, а другие нет, но, несмотря ни на что, существует четкая разница в целях: отдел продаж хочет увеличить продажи, а дизайнеры хотят улучшить взаимодействие с пользователем. Они не всегда совпадают.

Это не должно быть так. У большинства продавцов есть вполне разумные претензии, с которыми нужно бороться: они практически не контролируют решения о продукте, их просят брать на себя обязательства, которые они не могут обещать, и они вынуждены достигать конкретных целей по доходам, несмотря ни на что. Неудивительно, что отделы продаж и продуктов регулярно спорят!

Тем не менее, как и у инструкторов, у отдела продаж есть уникальная точка зрения на потребности клиентов, и часто эта точка зрения является разницей между небольшой продажей и привлечением кита! Поймите различные области, с которыми борется отдел продаж. Постарайтесь присутствовать при каждом типе звонков и узнайте, как общаются эти потенциальные клиенты.

Это откроет разговор с продажами. Речь идет не только о том, чтобы их потребности были услышаны; речь идет об улучшении опыта потенциальных пользователей на каждом этапе, от первого общения до после адаптации. Узнайте, что продавцы чаще всего слышат от потенциальных клиентов, с какими проблемами они сталкиваются при заключении сделки и что больше всего беспокоит после ее закрытия.

Дизайн на предприятии не должен быть кошмаром

Дизайнеру может быть очень сложно управлять всеми этими движущимися частями, особенно если вы не считаетесь «менеджером» в официальном смысле этого слова. Как ключевая заинтересованная сторона в общении между командами, сборе требований и отзывах о дизайне, вы должны иметь доступ ко всем этим профессионалам на определенном уровне.

Самый важный, но самый простой способ сделать это — выслушать все стороны и серьезно отнестись к их отзывам. В большинстве организаций следующим шагом является получение обратной связи и работа с менеджером по продукту, чтобы превратить требования в действенную работу.

Оттуда все зависит от приоритетов и заполнения пробелов. В конечном счете, цель состоит в том, чтобы разработать лучший продукт, и нам нужна помощь всех сотрудников, занимающихся разработкой продукта. Признание важности каждой роли и информирование этих сотрудников об их ценности в цикле разработки продукта открывает им доступ к информации, необходимой разработчику для принятия более эффективных решений по дизайну продукта.

• • •

Дальнейшее чтение в блоге Toptal Design:

• Лучшие практики дизайна пользовательского интерфейса и распространенные ошибки
• Пустые состояния — самый недооцененный аспект UX
• Простота — это ключ — изучение минимального веб-дизайна
• Эвристические принципы для мобильных интерфейсов
• Дизайн для удобочитаемости — руководство по веб-типографике