Макс Пирогов — хэд-дизайнер
в Сбер Домá

Продуктовый дизайн
в Сбер Домá — это

Кейсы



Как дизайнера сделать полноправным партнёром продакт-менеджера?


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

Решение. Новый дизайн-процесс (конечно же, утверждённый с продактом). Теперь, фича проходит обязательный шаг, на котором дизайнер задаёт себе вопрос: «Верю ли я, что дизайн достигнет бизнес-цели».



Что делать с дизайн-долгом, если ресурсов на это — ноль?


Проблема. Дизайнерам постоянно хочется что-то поменять в дизайне продукта. Но ресурсов на это никогда нет.

Решение. Каждый раз, когда у дизайнера возникает мысль что-то изменить в дизайне продукта — он добавляет эту задачу в специальную доску в Jira. Все задачи группируются по разделам продукта и маркеруются степенью важности. С понятным приоритетом, а не: S, M, L… Когда от продакта приходит очередная задача из роадмапа, дизайнер смотрит на доску дизайн-долга. Если есть подходящая задача для этого раздела — тихонечко, в рамках работы над продуктовой задачей, «прокидывает» изменение из дизайн-долга.



Как быстро и дёшево тестировать b2b-интерфейсы?


Проблема. Несмотря на то, что у нас налажен процесс исследований с b2b-аудиторией, часто, хочется проверять дизайн-решения быстрее. Например — «коридоркой». Но как это делать с продуктом для организаций, работающих в такой сложной предметной области, как ЖКХ?

Решение. Нужно адаптировать (перерисовать) b2b-интерфейс в продукт для b2c-клиента. Чтобы скажем, «друг» не отвлекался на предметную область, а дизайнер мог тестировать само интерфейсное решение. Подробнее об этом методе написал в статье.



Что нужно, чтобы снизить себестоимость обслуживания абонентов контакт-центра, за счёт дизайна?


Если коротко: нужно проанализировать работу оператора контакт-центра в ПО; затем, «разбить» общий флоу работы оператора на более мелкие операции; после этого, ранжировать их по длительности, относительно времени всего диалога; придумать гипотезы сокращения этого времени; оценить каждую гипотезу в разрезе бизнес-результат/сложность реализации; начать реализовывать получившийся (на основе гипотез) список фичей, в порядке наибольшего эффекта от(на основе гипотез)внедрения.

Другие продукты*

 *Сделал «руками», от нуля до прода

2009→2025