Занимаемся обслуживанием и ремонтом оборудования на объектах клиентов. Сейчас заявки поступают по телефону, почте и в мессенджерах. Диспетчер вручную переносит информацию в Excel, ищет свободного специалиста и сообщает ему адрес и задачу.
Из-за этого часть информации теряется, сложно контролировать сроки, загрузку сотрудников и фактически выполненные работы. Хотим собрать процесс в одной веб-системе.
Основные пользователи:
1. Диспетчер принимает и распределяет заявки.
2. Выездной специалист получает задания и отчитывается о выполнении.
3. Руководитель контролирует сроки, загрузку и результаты.
4. Администратор управляет сотрудниками, ролями и настройками.
Как должна работать заявка:
1. Диспетчер создает заявку, указывает клиента, объект, оборудование, описание проблемы, приоритет и желаемое время выезда.
2. Система показывает подходящих специалистов с учетом специализации, графика и текущей загрузки.
3. Специалист получает уведомление и видит заявку с телефона.
4. На объекте он отмечает начало работы, заполняет чек-лист, добавляет фотографии, использованные материалы и комментарий.
5. После завершения формируется отчет или акт. Клиент может подтвердить выполнение подписью на экране.
6. Диспетчер и руководитель видят историю заявки и все изменения статуса.
В первой версии нужны:
- база клиентов, объектов и оборудования;
- карточка оборудования с историей обслуживания;
- создание и распределение заявок;
- календарь и загрузка специалистов;
- роли и права доступа;
- мобильный интерфейс или PWA для специалистов;
- чек-листы по разным типам работ;
- фотографии и файлы в заявке;
- уведомления о новой заявке, переносе и просрочке;
- формирование отчета или акта;
- поиск, фильтры и выгрузка данных в Excel;
- простой дашборд для руководителя.
На дашборде нужно видеть:
- новые, назначенные, выполняемые и просроченные заявки;
- среднее время назначения и выполнения;
- загрузку специалистов;
- повторные обращения по одному оборудованию;
- количество выполненных работ по клиентам и объектам.
Также потребуется интеграция с Битрикс24. Клиенты, контакты и сделки уже ведутся там. Нужно определить, какие данные остаются в CRM, а какие хранятся в новой системе.
В дальнейшем рассматриваем интеграцию с 1С для передачи выполненных работ и использованных материалов. Это не обязательно включать в первую версию, но архитектура не должна мешать такой интеграции.
Что есть с нашей стороны:
- примеры таблиц, которыми пользуются диспетчеры;
- действующие формы актов;
- список основных статусов и типов заявок;
- несколько сотрудников, с которыми можно разобрать текущий процесс;
- доступ к тестовому Битрикс24.
Полного технического задания пока нет. Сначала нужно разобрать процесс, определить границы первой версии и предложить архитектуру. После этого согласуем состав этапов разработки.
На выходе ожидаем работающую систему, исходный код, развертывание на нашем сервере и техническую документацию.
Опубликован 12.08.2026 в 08:23