B2BWeb App

Данные обезличены по NDA

Табель учёта рабочего времени

Как мы перестали проигрывать Google-таблице.

Экран нового табеля

Тип табеля

2 → 1

Действий на заполнение табеля

60 → 32

Кликов на создание поощрения

5 → 2

Циклов правок (оценка PM)

−40%

Контекст

B2B-экосистема для управления персоналом на объектах компании. Менеджер объекта публикует задания, исполнители выходят на смены, а после работ менеджер заполняет табель для оплаты.

Табель связывает работу и оплату: переводит сделанную работу в сумму для оплаты. Если табель неудобен, менеджеры уходят считать в свои таблицы, и цикл рвётся.

Бизнес-цель

Автоматизировать работу с исполнителями внутри одной экосистемы.

Проблемы первой версии

Первую версию делала другая команда без прямой обратной связи от пользователей: требования приходили от бизнеса через PM (проджект-менеджера). На тестировании вёрстки команда собрала обратную связь от пользователей, и всплыли три проблемы.

Два типа табеля

01

«Почасовой» и «Норма/Факт». Если в смену были и часы, и штуки, приходилось вести два табеля.

Плоская таблица

02

Строка «исполнитель + услуга» и боковое окно на каждую услугу. 10 услуг означали 10 заходов в окно.

Правка всей таблицы

03

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

Менеджеру объекта нужно за вечер зафиксировать работу десятков исполнителей по 10+ услугам, в часах и в штуках.

Первая версия заставляла вести два табеля и редактировать таблицу целиком, поэтому Google-таблица оставалась удобнее.

Задача

Необходимо пересобрать флоу создания табеля, чтобы получился один табель на день, который заполняется не сложнее Google-таблицы и встроен в экосистему.

  • Сократить время на создание и редактирование
  • Один табель вместо двух на день
  • Те же паттерны, что во всей экосистеме
Стало: новый табель с группами услуг
Было: первая версия, плоская таблица
БылоСтало
Стало: новый табель с группами услуг
Было: первая версия, плоская таблица
БылоСтало

Мой вклад

  • Участвовала в полевом исследовании на производстве: увидела, как менеджер собирает табель на бумаге и в Google-таблице
  • Как дизайн-лид отвечала за качество модуля: ревью макетов и вёрстки, менторство дизайнера
  • Пересобрала концепцию
  • Предложила древовидную структуру, которую выбрали заказчики
  • Вместе с PM перенесла итерации в AI-прототип, чтобы правки утверждались прямо на встрече

Роль

Дизайн-лид модуля

Команда

PM, дизайнер, аналитик, фронтенд

Сроки

2 недели на концепцию

Процесс

Дизайн-ревью и менторство

01

С дизайнером перевели экраны на актуальную дизайн-систему, привели таблицы к одному виду и вернули стандартные панели.

Бенчмарк похожих сервисов

02

Разобрала сервисы табелирования и учёта смен: добавление сотрудников, правку строк, услуги и единицы в одной таблице.

Варианты как гипотезы

03

Собрали несколько концепций: раскрывающаяся строка, группы услуг с исполнителями, разное место выбора исполнителей.

Итерации с заказчиками

04

4–5 встреч с 3+ менеджерами. Они прошли сценарий в прототипах и выбрали древовидный табель.

Решения

01

Один смешанный табель вместо двух типов

Было: если в смену были и часы, и штуки, это два табеля.

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

Макет смешанного табеля

02

Древовидная структура

Единицу задаёт группа: строка услуги с единицей, планом, фактом и итогом, под ней строки исполнителей. Менеджеры смотрят на рабочий день через услуги. Дерево повторяет эту логику, а плоская таблица её разрывала.

Древовидная структура табеля

03

Всё добавляется из таблицы

Было: отдельный заход в боковое окно на каждую услугу.

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

60 → 32

действия на 10 услуг · ~2:45 → ~1:40

Добавление услуг из таблицы

04

Поощрения и удержания прямо в ячейке

Было: меню строки → «Удержание» → окно со списком → «Добавить» → форма → «Сохранить» → закрыть список. Пользователи не понимали, как заполнить такие ячейки.

Стало: «+» в ячейке → форма → «Сохранить». Вопросов, как редактировать такие ячейки, больше не было.

5 → 2

клика на каждую сумму · ~15 → ~11 с

Добавление поощрения в ячейке

05

Ввод как в Google-таблицах

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

Стало: факт вводится прямо в ячейке, строка редактируется по двойному клику и сохраняется автоматически по Enter, Tab или клику вне строки.

Редактирование строки

Результаты

  • Объединили два типа табеля в один смешанный: часы и штуки ведутся в одной таблице, шаг выбора типа убран из флоу.
  • Сократили добавление 10 услуг с ~60 до ~32 действий (~2:45 → ~1:40): услуги добавляются пачкой вместо 10 заходов в боковое окно.
  • Перенесли поощрения и удержания прямо в ячейку таблицы: 2 клика вместо 5, ~15 → ~11 секунд на каждую сумму.
  • Табель заполняется и отправляется на согласование в сервисе, без Google-таблицы и пересылки по почте.
  • Перенесли итерации с заказчиками в AI-прототип: примерно на 40% меньше циклов правок дизайна (оценка PM).

Следующий кейс

Camino.Today: путь Сантьяго в телефоне