Тендеры и лиды
Информация
«Сделайте нам стильный и современный сайт», — с такой фразой бизнес часто приходит к командам, создающим цифровые сервисы. Стартуют работы, потом заказчик согласовывает дизайн и функционал, и сайт запускается. Но проходит несколько месяцев, и владелец сайта получает обратную связь от пользователей: «Непонятно», «Неудобно». Метрики подтверждают проблемы: техподдержка не справляется с потоком сообщений; на новом ресурсе низкая конверсия и мало завершенных сценариев.
В том, что сайт не оправдал ожидания заказчика, нередко винят разработчиков или дизайнеров интерфейса. Но системные проблемы лежат гораздо глубже и закладываются ещё на этапе брифинга. Их причина — недостаток аналитики и слабое погружение в бизнес клиента. Начинать работу над проектом нужно не с референсов по стилю и не с брендбука, а с погружения в бизнес и с вопросов о том, какую бизнес-задачу решает будущий цифровой продукт. Это и есть продуктовый дизайн — подход, о котором все чаще говорят в среде веб-дизайнеров и разработчиков. Расскажу о сути этого подхода и о том, как он экономит деньги заказчика и время (а главное, нервы) подрядчика.
Если выделить главное из множества определений, то продуктовым дизайном называют проектирование, в результате которого создаются полноценные продукты и улучшается их функциональность. Это тот самый вид дизайна, который превращает идею в работающий прототип.
Строго говоря, в продуктовом подходе можно спроектировать что угодно — от стула до металлургического комбината. Но в России термин чаще всего применяют к созданию цифровых сервисов. И почти всегда «продуктовый подход» означает «разработка с фокусом на бизнес-метрики», ведь оценить функциональность сайта или приложения можно только с помощью данных. Обычно измеряют конверсию, рост аудитории, удержание пользователей и сокращение операционных расходов.
Методологическая основа — Design Thinking, цикл из пяти шагов: эмпатия, фокусировка, генерация идей, прототипирование, тестирование. Звучит академично, но суть утилитарна: каждое изменение в продукте трактуется как гипотеза, и ни одна гипотеза не внедряется без проверки на реальных пользователях.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13731 тендер
проведено за восемь лет работы нашего сайта.
Говоря о видах и методах дизайна, важно не путать близкие понятия. Например, отличие продуктового дизайна от классического веб-дизайна и актуального сейчас UX/UI дизайна (проектирования пользовательского опыта и интерфейса) заключается в точке отсчета. Продуктовый дизайнер включается раньше, чем создатели интерфейса: он погружается в бизнес-процессы, изучает поведение аудитории, формулирует гипотезы. И только после этого приступает к работе.
В веб-дизайне дизайнер опирается на свой вкус или референсы, одобренных заказчиком. В продуктовом подходе все строится на гипотезах: команда предполагает, что решение сработает, затем проверяет его на практике.
Ещё одно близкое понятие — сервисный дизайн. Теоретически у этого типа проектирования есть два заметных отличия: во-первых, он включает оффлайн-часть, связанную с конкретным цифровым сервисом (колл-центр, логистику, офис); во-вторых, не включает брендинг и позиционирование продукта. Но на практике граница между ними размытая, и разделять эти два вида дизайна при проектировании сайта или приложения не всегда имеет смысл.
Работа команды в продуктовом подходе обычно строится циклами.
Исследование. Команда выясняет, кто пользуется продуктом, какие задачи решает и где спотыкается. Глубинные интервью, анализ данных через Amplitude или Яндекс Метрику, карты пути пользователя (CJM). На этом этапе регулярно всплывают вещи, которые ломают первоначальные представления заказчика. Метрики цифрового продукта сводятся к двум вещам: деньги (конверсия, стоимость операции, выручка) и пользователи (регистрации, удержание, вовлеченность).
Концепция и прототип. Из данных рождается гипотеза: «Если переработаем раздел X, метрика Y изменится на Z%». Команда собирает кликабельный прототип в Figma и показывает 5–8 реальным пользователям до написания кода.
MVP. Минимальная рабочая версия, которая содержит только ядро ценности. Гипотеза подтвердилась — продукт развивают. Не подтвердилась — перестраивают, пока стоимость ошибки невелика. Здесь критически важна скорость: кто быстрее проверяет гипотезы, тот выигрывает рынок.
Замер и доработка. После запуска команда собирает фактические данные: конверсию, вовлеченность, число обращений в поддержку. Результаты определяют приоритеты нового цикла. Продукт не «заканчивается» — пользователи меняют поведение, появляются новые сценарии, и цикл запускается снова.
Именно в таком цикле мы в Uplab работали над крупным проектом — сайтом и кабинетом для Алюминиевой Ассоциации. Нашей задачей было создать корпоративный сайт и связать его с кабинетом в единую систему. На этапе исследования мы анализировали задачу проекта, роли пользователей и сценарии использования сайта, а что получилось в результате, показываем в описании кейса.
На старте один дизайнер часто совмещает роли аналитика, UX-проектировщика и UI-специалиста. Он же готовит иконки, фотостиль, баннеры — все, что связано с коммуникационным дизайном внутри продукта. Когда продукт вырастает, появляется полноценная команда: отдельный UX-исследователь, иллюстратор, продакт-менеджер. Но на ранних этапах мультидисциплинарность — преимущество: один человек видит картину целиком и не теряет контекст при передаче между ролями.
Не каждому проекту нужен продуктовый подход с глубоким исследованием и циклом доработки. Личные кабинеты, цифровые сервисы, B2B-платформы, сложные корпоративные системы — вот примеры проектов, где он действительно оправдан. Но если заказчику нужен промо-лендинг, шаблонный корпоративный сайт без интеграций, сайт-одностраничник или интернет-магазин с небольшим и понятным ассортиментом — здесь хватит классического UX/UI-дизайна. Попытка натянуть продуктовый подход на проект с коротким жизненным циклом приведет к раздутым срокам и бюджету без соразмерной отдачи.
Случаи, в которых продуктовый дизайн действительно оправдан:
Продукт будет развиваться после запуска, а не закроется через два месяца;
У проекта есть целевые метрики, на которые нужно влиять;
Интерфейс завязан на сложные внутренние процессы компании;
Цена ошибки высока, переделка обойдется дороже нормального исследования.
Собрали все критерии в матрицу, которая поможет принять верное решение и определиться с подходом.
