В сети больше ста заведений, и в каждом управляющий по-своему ведёт финансовый учёт и работает с персоналом: где-то процессы выстроены, где-то держатся на человеке. Сеть не видит единой картины, лучшие практики не тиражируются. Сотрудник при этом не знает точно, когда его смена и сколько он заработал.
Один продукт с двумя ролями и разными границами доступа к деньгам. Сотруднику — открыть и закрыть смену, календарь, отработанные часы и зарплата в пару касаний. Управляющему — отчёты о прибылях и убытках и план поступлений и выплат, чтобы предотвращать кассовые разрывы до того, как они случатся.
Согласованная ролевая модель, проверенная UX-тестами, и единый стандарт работы для всех заведений сети. Продукт запущен, метрики закрыты NDA.
Контекст
У ресторанной сети больше ста заведений по всей стране. В каждом управляющие по-своему ведут финансовый учёт и работают с персоналом: где-то процессы выстроены, где-то держатся на человеке.
Нужен был единый инструмент, который приводит все заведения к общему стандарту, распространяет лучшие практики сети и подтягивает операционные показатели.
Моя роль
Я вёл проект как дизайн-лид и продуктовый дизайнер. Участвовал в брифинге, проводил интервью с экспертами, изучал конкурентов, проектировал сценарии и писал user stories.
После согласования логики собирал кликабельные прототипы в Figma, презентовал решения стейкхолдерам и ставил задачи команде дизайна на основе user stories и user flow.
Две стороны одного продукта
Главный вызов кейса: сервис должен работать и для линейного сотрудника, и для управляющего. У них разные задачи, разный темп и разный уровень доступа к деньгам. Поэтому модель я строил вокруг ролей и границ доступа к финансовым данным.
Сотрудник: смены и зарплата
Для линейного сотрудника важен один вопрос: когда я работаю и сколько заработаю. Я собрал сценарий вокруг него — открыть и закрыть смену, увидеть график в календаре, отследить отработанные часы и текущую зарплату, спрогнозировать будущую выплату.
Управляющий: финансы заведения
У управляющего задача противоположная — держать заведение в плюсе. Здесь я проектировал отчёты о прибылях и убытках, план поступлений и выплат и график платежей, чтобы предотвращать кассовые разрывы до того, как они случатся.
Это уже не мобильный сценарий на бегу, а рабочее место с плотными таблицами и графиками — веб-интерфейс с другой плотностью и логикой.
User stories как основа
Логику продукта я держал на user stories — от них шли и прототип, и UX-тесты, и задачи команде. Для каждой роли описал путь пользователя и критерии приёмки.
- как сотрудник, я открываю и закрываю смену, чтобы увидеть часы и зарплату;
- как сотрудник, я смотрю смены в календаре, чтобы знать, когда выходить;
- как управляющий, я вижу P&L, чтобы понимать финансовый результат;
- как управляющий, я планирую поступления и выплаты, чтобы избежать кассового разрыва.
Результат
Я подготовил два визуальных концепта, кликабельный прототип и провёл UX-тесты на пользователях. По обратной связи обновлял путь пользователя, а вместе с ним — user stories и критерии приёмки. Затем собрал UX/UI-макеты и задачи для дизайна и разработки.
Главный результат — согласованная ролевая модель, в которой сотрудник и управляющий живут в одном продукте, не мешая друг другу, и единый стандарт работы для всей сети.