полевая карта для управления заявками / 2024
Полевая карта
Карта собирает маршрут, заявки и историю действий в один рабочий экран. Руководитель видит не только местоположение сотрудника, но и развитие рабочего дня.
Моя роль
Пользовательский флоу, карта, фильтры, карточка сотрудника и история действий.
полевая карта для управления заявками
Контекст и задача
Полевые сотрудники перемещались между объектами и закрывали заявки в течение дня. Руководитель видел отдельные фрагменты, но не мог быстро понять, где сотрудник был, что сделал и почему процесс остановился.
Задача состояла не в добавлении точек на карту, а в создании общего представления о работе: зона, сотрудник, активная заявка, маршрут, история и возможная задержка.

Discovery: от координаты к объяснению
По вводным заказчика я разобрал вопросы руководителя:
- кто сейчас находится в работе;
- какие заявки активны;
- где появилась пауза;
- как фактический маршрут связан с действиями;
- что требует внимания следующим.
В этой модели карта перестаёт быть географическим фоном: каждый сигнал получает операционный контекст и следующий вопрос для руководителя.
Карта и история действий
Основной экран связывает сотрудника, маршрут и текущую заявку. Карточка показывает рабочее состояние, а не только профиль человека.
В производной timeline-модели маршрут объясняется через последовательность событий: заявка принята, сотрудник прибыл, начал работу, возникла пауза, задача закрыта или появилась следующая. Значения на схеме синтетические и не являются метрикой.

Фильтры и управленческий фокус
В proposed model фильтры помогают искать не человека, а ситуацию: заявки определённого статуса, зону с задержками или сотрудника без недавнего действия.
Руководитель не наблюдает за перемещением пассивно, а последовательно находит отклонение, проверяет его историю и определяет следующий шаг.

Результат
В результате я собрал narrative вокруг одной управленческой поверхности: маршрут, история действий и состояние заявок читаются как связанные части сценария.
Ранее опубликованное утверждение о двукратном росте заявок не используется: методика, период и исходное значение не подтверждены. UX-метрики можно будет добавить отдельно, если появится bounded usability или task-performance замер.
Моя роль
Я проанализировал текущий сценарий по вводным заказчика, собрал новый пользовательский флоу и спроектировал карту, историю действий, фильтрацию, маршруты и состояния заявок.
Вывод
Карта становится продуктовым инструментом не тогда, когда точно показывает координату, а когда помогает объяснить событие и принять решение. Сильнейшая часть кейса — связь географии, времени и рабочего статуса.
Исходные материалы
Публичные интерфейсы проекта

Источник: Импортировано из https://amoorkie.framer.ai/employee-tracking
Процесс
Артефакты проектирования



Источник: Производные и очищенные схемы: они объясняют подход, а не являются production-скриншотами.
Предыдущий кейс
Clinio
Следующий кейс
Энергокабинет