Выстраиваем дизайн-процесс при проектировании сложных продуктов: советы команды «Рег.ру»

Рассказываем, почему традиционный дизайн-процесс подходит не всем и как адаптировать его для небольших ИТ-компаний при проектировании сложных продуктов.

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

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

Дизайн-процесс — это методология, которая помогает продуктовым дизайнерам создавать продукты, чтобы они отвечали запросам пользователей и бизнеса. Он помогает:

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

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

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

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

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

Руководитель проекта ставит глобальные задачи, как запуск продукта. Например, в Рег.ру это могут быть «Запуск кластеров Kubernetes в облаке» или «Запуск облачных баз данных».

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

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

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

Помимо задачи дизайнеру нужно понимать потребности пользователей и бизнес-цели компании. На этом этапе проводим:

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

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

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

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

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

А дизайнерам архитектура помогает предугадать, как пользователи будут взаимодействовать с продуктом и создать более точные и релевантные сценарии.

Чтобы составить информационную архитектуру:

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

Проектирование начинается с генерации идей. На этом этапе важно не бояться экспериментировать и предлагать нестандартные подходы. Методы генерации идей, которые можно использовать:

Чтобы проверить гипотезы и идеи, можно обсудить их с коллегами или попросить коллег протестировать ваш макет.

Прототипирование — ключевой этап проектирования, позволяющий проверить идеи на практике. Именно на этом этапе детализируется пользовательский путь.

Существует несколько типов прототипов:

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

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

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

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

Если проект длительный и сложный, можно проводить промежуточные ревью, начиная с построения макетов. Это позволит выявить и устранить проблемы на ранней стадии и сэкономить время.

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

Кроме описания внешнего вида важно указать технические требования:

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

Авторский надзор — это процесс контроля за реализацией дизайнерских решений на этапе разработки. Эффективный авторский надзор требует тесного сотрудничества с разработчиками. На этапе надзора дизайнер проверяет:

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

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

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

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

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

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

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

Как избежать: Определите конкретные KPI (ключевые показатели эффективности), которые будут измерять успех проекта. Четко сформулируйте цели на каждом этапе разработки, чтобы все участники понимали, куда движется проект.

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

Как избежать: Выделите наиболее важные и часто используемые функции, делая их более доступными. Менее востребованные возможности можно разместить в дополнительных разделах. Показывайте дополнительные детали и опции только тогда, когда это необходимо, чтобы не перегружать интерфейс изначально.

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

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

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

Как избежать: Создайте детальный план проекта, включающий оценку времени и бюджета на каждый этап.

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