В розничной сети подрядчики ремонтируют оборудование, обслуживают помещения и готовят новые точки к открытию. Управление подрядчиками не заканчивается постановкой задачи: результат нужно принять, стоимость рассчитать, документы проверить и передать в оплату.
В статье разберём, где компании теряют время, когда работу с подрядчиками координируют вручную, как автоматизировать процесс от заявки до оплаты и какие задачи можно поручить ИИ-агентам.
Что представляет собой система управления подрядчиками
Сначала компания выбирает подрядчика, проверяет его и согласует условия сотрудничества. Эти данные можно хранить в реестре, а для управления закупками и поставщиками использовать SRM.
Дальше начинается работа по конкретным заявкам и проектам: подрядчику передают задачу, принимают результат, рассчитывают стоимость и готовят документы к оплате. Эту часть и охватывает система управления подрядчиками.
Какие проблемы возникают в управлении подрядчиками
Когда заявки, статусы, фото и документы хранятся в разных местах, компании сложно понять, что происходит по каждой работе. Подрядчик тоже может не получить все вводные, пропустить изменения по задаче или дольше ждать оплату.
Нехватка данных в заявке. Чтобы передать работу подрядчику, нужны адрес объекта, описание задачи, категория работ, срочность, фото и условия доступа. За уточнениями координатор возвращается к инициатору, а начало работ откладывается.
Ручной подбор подрядчика. Исполнителя выбирают с учётом города, типа работ, действующего договора, прайса и опыта по похожим задачам. Когда эти сведения хранятся в разных местах, координатор каждый раз сверяет условия заново или опирается на собственную память.
Непрозрачный статус работы. Заявка может находиться в одной системе, переписка с подрядчиком — в мессенджере, а изменения по срокам или доступу на объект — в почте. Не всегда понятно, кто отвечает за следующий шаг, работа ещё в процессе или уже можно принимать результаты.
Недостаточно данных для приёмки. Отписки «готово» от подрядчика мало: нужны фото, перечень выполненных работ и подтверждение принимающей стороны. Без этого не получится принять работу и передать документы на оплату.
Сложность контроля бюджетных лимитов. Перед согласованием работ сотрудник проверяет остаток бюджета конкретной точки или филиала и смотрит, укладывается ли в него новая заявка. На это уходит время: данные приходится запрашивать у коллег или искать в нескольких программах.
Неполный комплект документов для оплаты. Неполный комплект документов для оплаты. Если не хватает документов или согласований, бухгалтерия не сможет провести оплату. На сбор недостающего и решение спорных вопросов уйдёт время, а это негативно повлияет на отношения с подрядчиком и возможность дальнейшего сотрудничества.
Какие задачи должна решать система управления подрядчиками
Автоматизация не сводится к переносу переписки и таблиц в новый интерфейс. Система должна поддерживать единый порядок работы с подрядчиками и давать участникам общие данные для выбора исполнителя, контроля работ, приёмки, управления расходами и оплаты.
Единая база подрядчиков и условий работы. По каждому контрагенту хранятся реквизиты, специализация, прайсы, ограничения, ответственные и история выполненных работ. Когда появляется заявка, координатор может быстро подобрать подходящего по параметрам подрядчика.
Доступ к системе как внешнему пользователю. В системе подрядчик открывает заявку и сразу видит адрес объекта, срок, что нужно сделать и что приложить после выполнения.
Контроль текущих работ. По каждой задаче видны статус, срок, ответственный и причины задержки. Также отслеживаются трудозатраты.
В инжиниринговой компании работа подрядчиков контролируется через акты выполненных работ. В системе отображается, на какую сумму закрыты акты по каждому этапу, и сколько средств осталось в бюджете проекта.
Полная версия кейса →
Полная версия кейса →
Контроль результата и бюджетных лимитов. По каждому виду работ заранее определено, какие подтверждения нужны для приёмки. По заявке также видно, укладывается ли стоимость в бюджет точки или подразделения. Если лимит превышен, потребуется дополнительное согласование.
Оперативная передача в оплату. Бухгалтерия получает информацию и документы в полном объёме и вовремя.
Автоматизация уникальных бизнес-процессов в ритейле
Решение подходит для розничных и оптовых торговых сетей, супермаркетов, дарксторов, торгово-производственных компаний и отделов закупок
Узнать подробнее
Кейс Никамед: координация 250+ подрядчиков для розничной сети
Никамед работает на рынке медицинских ортопедических изделий и развивает розничную сеть «Ортека». В компании 2 000+ сотрудников и 280+ ортопедических салонов в 9 городах.
Для нужд салонов Никамед привлекает подрядчиков. Директору салона достаточно оставить заявку в мобильном приложении. Координатор видит все заявки по сети салонов, сам подбирает подрядчика с учётом города и категории работ.
Система контролирует соблюдение бюджетных лимитов. Если для выполнения очередной заявки потребуется выйти за рамки согласованной суммы, будет запущено дополнительное согласование.
Чтобы отчитаться о выполненной работе, подрядчик прикладывает фото и перечисляет выполненные работы. Не надо переписываться в отдельных чатах или объяснять всё по телефону.
Сервисные заявки и проектные работы
На практике работы подрядчиков можно условно разделить на два типа: регулярные сервисные заявки и более крупные проектные работы.
Как ИИ-агенты помогают в работе с подрядчиками
Автоматизация помогает упорядочить рутину и минимизировать ручной контроль. ИИ-агенты помогают уже на другом уровне: анализируют накопленные данные, сравнивают новую заявку с похожими работами, находят отклонения по срокам, стоимости и качеству и подсказывают, где требуется внимание сотрудника.
- Контроль полноты заявки на входе. Агент читает описание и проверяет, хватает ли данных, чтобы передать работу подрядчику: понятно ли что за объект, суть проблемы, срочность, объем работ, есть ли нужные фото. По описанию он также предлагает категорию работ. Это экономит время сотрудника, который обрабатывает все заявки.
- Поиск потенциально проблемных заявок. Агент может сопоставить новую заявку с предыдущими по категории работ, объекту, подрядчику и сумме. Например, подсветить нетипичную стоимость, неполный отчет или повторное обращение по уже закрытой проблеме. Это не заменяет проверку, но помогает координатору быстрее понять, какие заявки требуют внимания.
- Подбор подрядчика под конкретную работу. Агент проверяет историю похожих задач: кто уже выполнял такие работы в нужном городе, у кого были замечания, доработки, просрочки или повторные обращения. Координатор быстрее отсекает неподходящих исполнителей и выбирает подрядчика с учетом прошлого опыта.
- Сверка сметы с прайсом и договором. Агент сам сравнивает смету с прайсом, договором и исходной заявкой. Согласующий не сверяет документы вручную строка за строкой и сразу видит отклонения.
- Подготовка ответов на типовые вопросы. Подрядчики часто спрашивают одно и то же: сроки, требования к отчету, акт, статус согласования или причину возврата заявки. Агент собирает черновик ответа по данным из заявки, сотруднику не приходится писать каждый раз с нуля.
- Проверка закрывающих документов. Агент сверяет акт и счёт с заявкой: объект, подрядчика, перечень работ, суммы и согласованные изменения. Если есть расхождения, их можно устранить до передачи в бухгалтерию, тем самым ускорив весь процесс.
Главный плюс ИИ-агентов в «Первой Форме» — простота настройки. Их можно создать на основе должностных инструкций с помощью low-code инструментов, без программирования и сложных промптов. Администратор системы может настроить агента, используя привычные инструменты автоматизации бизнес-процессов.
Узнать больше о возможностях ИИ-агентов →
Как выбрать систему управления подрядчиками
Список функций у большинства решений похож. Поэтому при выборе важно смотреть не только на формы заявок, карточки подрядчиков и отчёты, а на то, как система встроится в текущий ИТ-ландшафт.
Соответствие специфике работы компании. На демонстрации лучше проверить решение на нескольких типовых ситуациях и посмотреть, можно ли учесть разные требования к заявкам, приёмке, лимитам и расчётам.
Интеграции с внешними сервисами и системами. Проверьте, есть ли готовые коннекторы к нужным решениям. Если нет, уточните, можно ли настроить обмен через API или другим способом и кто будет поддерживать интеграцию после запуска.
Доступ подрядчиков и безопасность. Подрядчик должен видеть только свои задачи, объекты и документы, а компания — управлять доступом, отключать учётные записи и сохранять историю действий пользователей.
Гибкость настройки и сопровождения. Формы заявок, маршруты согласования, лимиты и состав документов со временем меняются. Важно понимать, какие изменения сможет внести внутренний администратор, а для каких потребуется разработка со стороны вендора. От этого зависят сроки доработок и стоимость развития системы после запуска.
Масштабирование и надёжность. Решение должно справляться не только с текущим числом пользователей и заявок, но и с ростом сети, объёма документов и количества подрядчиков.
Миграция и стоимость владения. До запуска нужно перенести базу подрядчиков, договоры, прайсы и, возможно, историю работ. В общую стоимость входят не только лицензии, но и интеграции, перенос данных, хранение файлов, поддержка и будущие изменения. Для систем с большим числом внешних пользователей особенно важна модель лицензирования подрядчиков.
