CRM на заказ в Уфе

Объект, заявка, люди

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

Сроки документов и напоминания

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

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

Договоры и закрывающие документы

Вторая болевая точка это закрытие работ. Акты собираются вручную, где-то теряются подписи, оплата задерживается. В CRM я привязываю акт к этапу заявки: выполненный объём попадает в документ из системы, а не набирается заново. Видно, по каким этапам документы ещё не подписаны и где из-за этого висит оплата. При наличии 1С данные по документам передаются туда, без двойного ввода.

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

Как устроена разработка

Сначала разбор процесса с теми, кто в нём работает: диспетчер, прораб, кадры, бухгалтерия. Потом схема данных и прототипы экранов, затем разработка частями: каждая часть сдаётся и оплачивается по факту. Технологии: React и TypeScript, Node.js или Python на сервере, PostgreSQL для данных, уведомления через Telegram Bot API. Уфа впереди МСК на два часа, созвоны ставлю в удобное вам время.

• 1разбор процесса и схема данных
• 2прототипы до разработки
• 3сдача частями с оплатой по факту
• 4передача кода, доступов и инструкции

Стоимость

От 333 000 ₽ за систему с одним процессом и базовыми ролями. Учёт допусков, фотоотчёты, документы по этапам и обмен с 1С считаются сверх, сумму называю после разбора. Исходный код и доступы передаю заказчику вместе с инструкцией по обновлению. Поддержка и развитие идут отдельными задачами по факту. Для оценки хватит описания одной заявки на работы и перечня допусков, которые приходится отслеживать по людям.