Станция 42: приложение для записи
Мобильное приложение и веб-интерфейс бейджа входят в экосистему Станция 42: B2B-платформы аудита работы сотрудников через речевую аналитику.
/ Вместо эпиграфа
Мобильное приложение — это «входная точка» всей экосистемы Станция 42.
Пока руководитель на веб-портале смотрит уже готовые отчёты и дашборды, сотруднику нужно сначала просто и надёжно записать разговор. И желательно — сразу понять, где он теряет деньги.
Изначально приложение появилось из практической необходимости: дать возможность записывать аудио не только с бейджей, но и с обычного телефона.
Настоящие макеты под NDA. Все экраны в портфолио перерисованы.
Пока руководитель на веб-портале смотрит уже готовые отчёты и дашборды, сотруднику нужно сначала просто и надёжно записать разговор. И желательно — сразу понять, где он теряет деньги.
Изначально приложение появилось из практической необходимости: дать возможность записывать аудио не только с бейджей, но и с обычного телефона.
Настоящие макеты под NDA. Все экраны в портфолио перерисованы.
Роль
Единственный дизайнер: продуктовый дизайн, прототипы, edge cases, дизайн-система, дизайн-ревью релизов
Срок
С февраля 2026 по сегодня
Команда
UX/UI и веб-дизайнер (я), frontend-разработчик. backend-разработчик, системный аналитик, сопровождение&бизнес
Платформы
Мобильное приложение для записи (Android) и мобильный браузерный личный кабинет (ЛК) сотрудника
Статус
Пилоты с двумя клиентами, ЛК менеджера в проектировании
Что спроектировала
Запись, статистику по дню и неделе, советы по ключевым метрикам, сценарии между приложением и ЛК, сейчас ЛК менеджера для контроля сотрудников
Ручная загрузка. Пачка аудиофайлов через веб-интерфейс, без всякого оборудования. Базовый сценарий для пилотов и для клиентов, которым не подходит железо.
Аудиобейдж. Носимое устройство. У сотрудника с бейджем есть свой личный кабинет в браузере: выбрать бейдж при активации, посмотреть свою статистику и результаты.
Приложение для планшета и телефона. Запись аудио прямо в приложении, плюс тот же просмотр своих результатов и статистики, только без физического устройства.
ЛК и приложение существуют параллельно, потому что обслуживают разные пайплайны. Мобильный ЛК нужен тем, кто работает с бейджем: через него сотрудник входит на устройство и смотрит свои результаты. Приложение нужно там, где бейджей нет и запись идёт с телефона. Этот кейс про приложение и ЛК сотрудника.
Проблема
Бизнес-проблема. Несоблюдение стандартов означает потерянные деньги. Тайный гость и выборочное прослушивание не масштабируются, поэтому нужен непрерывный контроль, после которого можно что-то сделать.
Противоречие. У продукта три стороны, и их интересы расходятся.
Противоречие. У продукта три стороны, и их интересы расходятся.
Кто
Что ему нужно
Что случится, если сделать плохо
Продукт и бизнес
Чтобы сотрудники записывали разговоры. Без записей нет данных
Аналитика строится на выборке, а не на всей смене
Клиент (руководство точки или сети)
Освободить время менеджеров от разбора и обучения
Менеджеры продолжают разбирать полёты руками, продукт не окупается
Продукт и бизнес
Чтобы приложение не добавляло работы и не раздражало
Перестанет открывать приложение, и данные пропадут
Рамки задачи. Приложение не заменяет портал и не строит отчёты для руководства: тяжёлая аналитика остаётся на веб-стороне. Задача приложения: записать, показать сотруднику его результат в понятной форме и дать менеджеру лёгкий срез по команде.
JTBD
Core Job. Когда моя премия зависит от выполнения плана, я хочу видеть, по какой конкретной метрике я проседаю и что сделать, чтобы заработать больше.
Second Job. Когда проходит неделя, я хочу видеть, что стало лучше, чтобы понимать, что усилия не пропадают.
Emotional Job. Я не хочу чувствовать, что за мной следят и каждый день ставят оценку.
Сотруднику в целом всё равно, как именно он работает. Ему важны деньги: зарплата и премия завязаны на план. Поэтому продукт говорит с ним на языке одной метрики и одного следующего шага, а не на языке чек-листа.
Second Job. Когда проходит неделя, я хочу видеть, что стало лучше, чтобы понимать, что усилия не пропадают.
Emotional Job. Я не хочу чувствовать, что за мной следят и каждый день ставят оценку.
Сотруднику в целом всё равно, как именно он работает. Ему важны деньги: зарплата и премия завязаны на план. Поэтому продукт говорит с ним на языке одной метрики и одного следующего шага, а не на языке чек-листа.
Core Job. Когда на точке нет времени на разбор полётов, я хочу быстро увидеть, где команда делает ошибки, чтобы не тратить часы на обучение.
Second Job. Я хочу, чтобы сотрудник улучшал себя сам и не требовал постоянного ручного разбора.
Портал перегружен данными, и большая часть из них менеджеру на точке сейчас не нужна. Ему нужен короткий срез: у кого что проседает.
Second Job. Я хочу, чтобы сотрудник улучшал себя сам и не требовал постоянного ручного разбора.
Портал перегружен данными, и большая часть из них менеджеру на точке сейчас не нужна. Ему нужен короткий срез: у кого что проседает.
Сотруднику не интересно обучение, ему интересны деньги. Менеджеру не интересна статистика ради статистики, ему интересно сократить время на обучение. Задачи разные, и продукт соединяет их одним ходом: если сотрудник видит совет по метрике, которая влияет на его деньги, он сам делает то, ради чего менеджер раньше проводил разбор. Обучение становится побочным эффектом заботы сотрудника о собственной премии.
Что JTBD изменили в дизайне
Цели
Формальных метрик и OKR на этом этапе у продукта нет. Цели были такие:
Бизнес: чтобы запись шла стабильно в течение смены и сотрудники возвращались к результату.
Клиент: чтобы менеджеры тратили на разбор и обучение меньше времени.
Дизайн: приложение, которое сотрудник открывает сам и которое не добавляет ему лишних действий.
Бизнес: чтобы запись шла стабильно в течение смены и сотрудники возвращались к результату.
Клиент: чтобы менеджеры тратили на разбор и обучение меньше времени.
Дизайн: приложение, которое сотрудник открывает сам и которое не добавляет ему лишних действий.
Гипотезы
Формулировки в формате «если мы сделаем X, это повлияет на Y, потому что Z». Метрик использования у нас пока нет, поэтому проверкой служили демо, реакции клиентов и пилоты.
Ключевые решения
Запись
Запись рассчитана на всю смену. Сотрудник включает её один раз, дальше приложение работает в фоне.
Запись рассчитана на всю смену. Сотрудник включает её один раз, дальше приложение работает в фоне.
Статистика дня и недели
Сверху стоит одно крупное число, а детали по пунктам свёрнуты: сотрудник чаще возвращается к результату, потому что двадцать цифр подряд ему ничего не говорят.
Сверху стоит одно крупное число, а детали по пунктам свёрнуты: сотрудник чаще возвращается к результату, потому что двадцать цифр подряд ему ничего не говорят.
Советы по ключевым метрикам
Подача намеренно символичная и лёгкая: сотрудник за пару секунд понимает, как у него дела, и не чувствует, что смотрит строгий отчёт.
Подача намеренно символичная и лёгкая: сотрудник за пару секунд понимает, как у него дела, и не чувствует, что смотрит строгий отчёт.
Итоги на сегодня
/ Что у продукта есть
Пилоты с двумя клиентами, приложение прошло путь от записи по кнопке до статистики с советами по ключевым метрикам. ЛК менеджера в проектировании.
/ Чего нет
Метрик использования и эффекта для клиентов пока нет: продукт в пилотах, формальной аналитики мы не настраивали. Гипотезы выше проверялись демо и реакцией клиентов.
/ Уроки
Сухие числа не помогают принять решение. Один итог и один следующий шаг работают лучше, чем честная таблица на двадцать строк, а детали остаются под рукой для тех, кому они нужны.