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

Что изменилось: запутанный многошаговый конструктор с разрозненными элементами → понятный пошаговый мастер «условие — действие — проверка» с избранным, шаблонами и прозрачными статусами.

Роль: Senior Product Designer
Платформы: iOS / Android
Команда: PM, аналитик, UX researcher, iOS dev, Android dev, backend dev, QA
Срок: 3 месяца
Контекст: B2C / Smart Home / Mobile / Core feature

Задача: упростить создание и управление сценариями автоматизации (например, «включить свет по приходу», «перекрыть воду при утечке»), чтобы пользователи быстрее достигали цели и реже ошибались.

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

Что я сделал: провёл исследования (интервью, наблюдения, анализ логов), синтезировал ключевые боли, спроектировал новый мастер сценариев с пошаговой логикой «условие → действие → проверка», добавил шаблоны для типовых задач, избранное для быстрого доступа, историю срабатываний с объяснениями и короткие обучающие подсказки.

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

Главный компромисс MVP: не стали реализовывать визуальный редактор связей (как в профессиональных системах) и отладку сценариев в реальном времени — ограничились линейным мастером, который покрывал 90% типовых случаев и был значительно дешевле в разработке.

Статус: решение внедрено, метрики post-launch подтвердили эффективность (см. раздел «Результат»).

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

Сценарии — одна из ключевых причин установки приложения: именно они делают дом «умным». Пользователи ожидают, что смогут легко создать правила типа «включить свет, когда я прихожу домой» или «выключить обогреватель, если открыто окно».

На момент старта задачи раздел сценариев существовал, но был сложным:

• создание нового сценария занимало 5−7 шагов, разбросанных по разным экранам;
• выбор условий и действий был перегружен техническими деталями;
• не было подсказок, что делать, если датчик не отвечает или условие противоречиво;
• готовые сценарии нельзя было быстро запустить или поставить на паузу;
• пользователи часто ошибались, и автоматизации не срабатывали, что подрывало доверие.

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

Кроме того:

• сценарии повышают удержание: пользователи, создавшие хотя бы один сценарий, в 2 раза реже удаляют приложение;
• сценарии генерируют полезные данные о поведении пользователей;
• стабильная работа сценариев снижает нагрузку на поддержку.

Улучшение конструктора напрямую влияло на ключевые метрики продукта: вовлечённость, удержание, NPS.

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

Моя зона ответственности:

• Планирование и проведение исследований (интервью, наблюдения, анализ логов) совместно с UX researcher.
• Синтез выводов и сегментация пользователей.
• Формулировка гипотез и их приоритизация.
• Проектирование пользовательского сценария и информационной архитектуры.
• Создание прототипов (low‑fi → hi‑fi) и их тестирование.
• Разработка финального UI для iOS и Android.
• Обновление дизайн-системы (новые компоненты: карточки сценариев, статусы, шаблоны).
• Подготовка handoff-документации и контроль реализации.
• Согласование компромиссов с командой.

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

Сегменты пользователей

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

Ключевые инсайты
1. Подключение устройств — главный барьер
Многие не понимают, как выбрать нужное устройство в условии: список плохо структурирован, нет поиска, нет индикации, какие устройства поддерживают нужные функции.
2. Главный экран перегружен, частые действия спрятаны
Чтобы запустить любимый сценарий (например, «Уход из дома»), нужно заходить в раздел, листать список, нажимать на сценарий — слишком долго. Пользователи хотели бы быстрый доступ с главного.
3. Важна персонализация
Возможность закрепить «свои» сценарии на видном месте — ключевое пожелание.
4. Нет доверия без обратной связи
Пользователи не знают, сработал ли сценарий. Нужна история с понятными объяснениями: «Сегодня в 8:00 включился свет, потому что сработал датчик движения».
5. Ошибки в условиях — частая проблема
Особенно сложно с датчиками (например, «температура ниже 20°» и «температура выше 20°» путают). Нужны подсказки и валидация на месте.

Как работает новый мастер сценариев

Шаг 1. Выбор шаблона или создание с нуля
На первом экране пользователь видит:

• готовые шаблоны («Утро», «Уход из дома», «Вечер», «Безопасность») с понятными иконками;
• кнопку «Создать свой сценарий» для опытных.

Шаг 2. Настройка условия
Пошаговая форма:

• выбрать устройство (группировка по комнатам, поиск, индикация поддерживаемых функций);
• выбрать тип условия (статус, значение датчика, время, геолокация);
• ввести значение (с подсказками формата, например, «от 0 до 100»).
• Тут же появляется предварительный просмотр: «Если [устройство] [условие], то…».

Шаг 3. Настройка действия
Аналогично: выбор устройства и команды. Если действие несовместимо с условием, появляется предупреждение.

Шаг 4. Проверка и сохранение
Перед сохранением показывается краткая сводка: «При выполнении [условие] будет выполнено [действие]». Кнопка «Проверить сейчас» запускает симуляцию (если устройство доступно). После сохранения сценарий появляется в списке.

Избранное на главном экране
На главном экране приложения теперь есть блок «Избранные сценарии» (максимум 4), где можно быстро запустить или поставить на паузу сценарий, не заходя в раздел.

История и статусы
В разделе «Сценарии» добавлена вкладка «История» с лентой срабатываний: когда, какой сценарий, какие устройства задействованы, была ли ошибка. Каждое событие сопровождается понятным текстом.

Мини-обучалки
При первом входе в конструктор появляется короткое анимированное объяснение, а в сложных полях — подсказки (i) с примерами.

Что было сделано

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

Главные компромиссы
1. Визуальный редактор связей отложен
Было ясно, что для сложных сценариев (несколько условий/действий) линейный мастер не идеален. Но стоимость разработки визуального редактора была слишком высока для MVP. Мы ограничились мастером с возможностью добавить несколько условий через «И/ИЛИ», но в простой форме (без дизъюнкций).
2. Отладка в реальном времени не реализована
Проверка сценария доступна только вручную по кнопке «Проверить». Автоматическая симуляция изменений состояний требовала доработки бэкенда, поэтому отложена.
3. Шаблонов только 4 основных
Вместо 10−15 шаблонов мы сделали 4 самых популярных (по данным аналитики), остальные можно создать самому.
4. История хранится 30 дней
Бэкенд не мог хранить всю историю бесконечно, поэтому ограничили глубину. Для большинства пользователей этого достаточно.

После запуска мы замерили метрики через месяц.

Ключевые метрики

• Время настройки сценария сократилось на 40% (медианное время от входа в раздел до сохранения).
• Количество ошибок при настройке снизилось на 25% (ошибки валидации, несовместимые устройства).
• Вовлечённость в раздел сценариев выросла на 30% (количество пользователей, создающих/редактирующих сценарии в неделю).
• Использование избранного: 45% пользователей с активными сценариями закрепили хотя бы один на главном экране.
• Повторное использование: частота запуска сценариев выросла на 20%.

Что изменилось для пользователя

• Новички теперь могут создать первый сценарий за минуту, не путаясь.
• Опытные пользователи быстрее запускают частые сценарии и видят историю.
• Доверие к автоматизациям выросло — меньше обращений в поддержку с вопросами «почему не сработало».

Что изменилось для бизнеса

• Рост удержания: пользователи, создавшие сценарий, остаются в продукте дольше.
• Снижение нагрузки на поддержку (количество тикетов по разделу сценариев упало на 15%).
• Ускорение разработки новых фич за счёт обновлённой дизайн-системы.

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

2. Шаблоны снижают порог входа
Даже если пользователь хочет кастомизировать, шаблон даёт отправную точку и пример.

3. Обратная связь — ключ к доверию
История и статусы превращают «чёрный ящик» в прозрачную систему.

4. Персонализация повышает лояльность
Избранное и быстрый доступ — простые механики, которые пользователи ценят.

5. Компромиссы нужно объяснять
Осознанный отказ от сложных фич позволил запуститься вовремя и с хорошим качеством.