Перейти к содержимому
Кейс

Кабинет клиента со статусами заявок, документами и графиком обслуживания

Клиент
Компания по обслуживанию инженерных систем
Направления
Сервисы, Интерфейсы

Вводная

Компания обслуживала инженерные системы на нескольких сотнях объектов. Заказчики звонили узнать статус заявки, попросить акт или уточнить дату планового визита — на это уходила половина рабочего дня диспетчеров.

Задача клиента

Дать клиентам самообслуживание, не переписывая учётную систему. У заказчика может быть несколько объектов и сотрудников с разными правами: техник видит заявки, бухгалтер — только документы.

Исследование

Что мы выяснили до начала работы

01

Классификация 900 обращений за месяц: 58 % — статус, документы и даты визитов

02

Наблюдение за работой диспетчеров: где именно теряется время

03

Интервью с техническими специалистами четырёх заказчиков

04

Аудит доступных данных в учётной системе и задержек их обновления

Решение

Кабинет построен вокруг объекта обслуживания: заявки, история работ, документы и график плановых визитов в одном месте. Роли разграничены на уровне запросов к данным. Уведомления о смене статуса приходят на почту и в Telegram, поэтому проверять вручную не нужно.

UX-подход

  • Панель показывает, что требует действия сегодня, а не абстрактные графики
  • Статусы описаны словами заказчика, а не кодами учётной системы
  • Документы за период выгружаются одним архивом
  • Пустые состояния объясняют, что делать дальше

Карта сайта

  • Панель

    • Активные заявки
    • Требуют внимания
    • Ближайшие визиты
  • Объекты

    • Список объектов
    • Карточка объекта
    • Оборудование
    • История работ
  • Заявки

    • Создать заявку
    • Статусы
    • Переписка
    • Закрывающие документы
  • Документы

    • Акты
    • Счета
    • Договоры
    • Выгрузка архивом
  • Настройки

    • Сотрудники и роли
    • Уведомления
    • Реквизиты
Визуальная концепция

Как это выглядит

Бирюзовый и мятный на светлом фоне — спокойная гамма для интерфейса, в котором проводят по часу в день. Цветом отмечены только отклонения: просроченные заявки и приближающиеся плановые визиты.

01 / 05

Панель

Что требует внимания сегодня, без лишней аналитики.

02 / 05

Список заявок

Плотная таблица с фильтрами и массовыми действиями.

03 / 05

Карточка объекта

Оборудование, история работ, документы и график визитов.

04 / 05

Создание заявки

Объект, тип работ, срочность — четыре поля.

05 / 05

Мобильный вид

Проверить статус и скачать акт с телефона.

Архитектура

Как это устроено внутри

API с разграничением прав

Права проверяются на уровне выборки данных, а не скрытием кнопок в интерфейсе.

Слой синхронизации

Изменения из учётной системы забираются по расписанию и по событиям, с журналом расхождений.

Фоновые задачи

Формирование архивов документов и рассылки идут в очереди, интерфейс не ждёт.

Журнал действий

Каждое действие пользователя записывается — нужно при разборе спорных ситуаций.

Технологии проекта

  • Next.js
  • TypeScript
  • NestJS
  • PostgreSQL
  • Redis
  • Docker
  • GitHub Actions
  • Мониторинг
В цифрах

Объём работы

Ключевые параметры проекта — то, что вошло в работу и что видно в интерфейсе.

5

разделов кабинета

3

роли с разными правами

4 поля

на создание заявки

от 1 мес

срок запуска

«Диспетчеры перестали быть справочным бюро. Освободившееся время ушло на плановые работы, и мы впервые за долгое время закрыли график без переработок.»

Технический директорОбслуживание инженерных систем, Сервисная компания
Ещё кейсы

Смотрите также

Расскажите о задаче — покажем, как решали её в этом кейсе и что можно сделать быстрее в вашем случае.

Заполнить бриф
+7 960 145 70 61site@rikler.ruПн–Пт, 10:00–19:00 (МСК)