CRM на заказ в Самаре

Наряд вместо переписки в мессенджере

Там, где работа делается на выезде, всё обычно управляется голосом и чатами: диспетчер звонит бригаде, бригада присылает фото, акты собираются в конце месяца. Потом никто не может сказать, сколько заняла конкретная заявка и почему по ней убыток. Своя CRM переводит это в наряды: заявка превращается в задание с адресом, временем, исполнителем, перечнем работ и материалов. Исполнитель отмечает выполнение с телефона, диспетчер видит картину дня без обзвона.

Что видно руководителю

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

• 1наряды с адресом, временем и исполнителем
• 2отметки о выполнении с телефона и фотофиксация
• 3списание материалов по наряду
• 4выработка по бригадам и сотрудникам
• 5сроки и причины их нарушения
• 6повторные обращения по тому же объекту

Оборудование и обслуживание по графику

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

• 1карточка объекта с установленным оборудованием
• 2история работ и замен по каждому объекту
• 3график регламентного обслуживания
• 4напоминания о подходящих сроках в Telegram
• 5привязка нарядов к объекту, а не только к клиенту

Разработка и техника

Начинаю с разбора: как заявка попадает в работу, кто её распределяет, как закрывается. Дальше схема данных, прототипы, разработка частями со сдачей и оплатой по факту. Интерфейс на React и TypeScript, с отдельным мобильным видом для исполнителей, сервер на Node.js или Python, данные в PostgreSQL. Разница с Самарой один час, фактически это общее рабочее время.

Отдельно продумываю работу без связи. На объектах интернет есть не всегда, поэтому мобильная часть должна позволять открыть наряд и отметить выполнение, а отправку сделать позже, когда сеть появится. По трудозатратам это не бесплатно, но без такой возможности исполнители перестают пользоваться системой после первого подвала без сигнала. Нужна ли она, решаем по тому, где фактически работают бригады.

Цена

Нижняя граница 333 000 ₽ за систему с одним процессом и базовыми ролями. Мобильный интерфейс для бригад, планирование регламентных работ, учёт материалов и интеграции считаются сверх, сумму называю после разбора. После запуска передаю исходный код, доступы и инструкцию по обновлению, поддержка идёт отдельными задачами по факту. Для оценки достаточно описать путь одной заявки от звонка клиента до подписанного акта и списанных материалов.