Сократить первичный разбор и уменьшить пропуск обязательных требований. Команда долго читает документы и пропускает требования.
Система извлекает сроки, требования, критерии и спорные пункты со ссылками. Рабочий результат должен быть проверяемым: исходные данные, предложенное действие и решение сотрудника сохраняются вместе.
Что важно для решения о пилоте
| Процесс | Анализ тендерной документации |
| Основной эффект | Трудозатраты; стоимость; качество |
| Точка внедрения | До работы |
| Модель работы | Черновик или действие после подтверждения |
| Данные | Тендерные документы, критерии участия, история заявок |
| Интеграции | Хранилище документов, управление задачами |
| Сложность пилота | 3 из 5 |
| Уровень риска | 4 из 5 |
Баллы сложности и риска — предварительная экспертная оценка описанного пилота. Они не показывают готовность вашей компании или вероятность успеха.
Когда внедрение имеет смысл
- Регулярные тендеры и формальные требования к участнику.
- Процесс повторяется, имеет владельца и измеримый результат. Его объём и потери оправдывают стоимость проверки и внедрения.
- Есть способ проверить результат и передать неоднозначный случай ответственному человеку.
Документация неполна или участие требует уникальной экспертизы без проверки. В этом случае первым проектом становится устранение этой причины: автоматизация не исправит её сама.
Процесс до и после
Команда читает большой пакет документов и собирает сроки и требования в таблицу.
- Определить версии документов
- извлечь требования
- связать с исходным пунктом
- проверить комплектность
- решить об участии.
Требования могут находиться в приложениях и разъяснениях. Работа только с главным документом даёт опасно неполную картину и не заменяет проверку эксперта.
Что выполняет система, что решает человек
| Автоматизация | Извлекает сроки, требования, критерии и спорные пункты со ссылками. |
| Человек | Решает об участии и проверяет обязательства. |
| Технология | Извлечение документов и языковая модель со ссылками. |
Автоматизируйте только необходимые действия. Цифры, лимиты и точные проверки выполняются воспроизводимыми правилами. Генеративный ИИ полезен там, где нужно разобрать текст или сформулировать черновик.
Какие данные подготовить
Тендерные документы, критерии участия, история заявок. Для каждого источника определите владельца, актуальную версию и доступ. Сохраните примеры правильного результата и случаи, где сотрудник должен вмешаться.
Системы: Хранилище документов, управление задачами. До разработки проверьте возможность чтения и записи, идентификаторы объектов и обработку повторной операции. Запись в рабочую систему включайте отдельно от режима наблюдения.
План первого внедрения
- Измерьте исходный процесс: объём, средние минуты человека, полный цикл, ошибки и переделки. Единица учёта здесь — тендер.
- Опишите правильный результат и исключения. Согласуйте, что система может предложить, а что требует подтверждения.
- Один тип тендера. Сравнить извлечённые требования с экспертным разбором.
- Проверьте решение на отложенных примерах, не использованных для настройки. Включите неоднозначные случаи и отсутствующие данные.
- Запустите ограниченный поток. Сохраняйте исходник, результат, исправления и основание передачи человеку.
- Сравните с исходным замером. Масштабируйте только при подтверждённом эффекте и соблюдении ограничивающих показателей.
Какие показатели измерять
| Время разбора | Измерять на сопоставимых случаях до и после пилота. Отдельно учитывать работу человека и ожидание между этапами. |
| полнота требований | Сравнить с подтверждённым эталоном. Отдельно показать пропуски критичных случаев и ложные срабатывания. |
| ошибки в заявке | Сравнить с подтверждённым эталоном. Отдельно показать пропуски критичных случаев и ложные срабатывания. |
Пропущенные обязательные условия; неверные сроки; необоснованное участие. Порог допустимого ухудшения и критерии остановки задаются до пилота. Улучшение скорости не компенсирует критичную ошибку.
Экономика: пример расчёта
Ниже условный пример арифметики, а не прогноз стоимости или результат внедрения. Для своей компании замените объём, время, ставку и затраты. Время после включает проверку, исключения и переделки.
| Объём в месяц | 30; единица — тендер |
| Минут человека на единицу | 180 до → 90 после |
| Часы в месяц | 90 до → 45 после |
| Полная стоимость часа | 1 600 ₽ |
| Высвобождённое время | 45 ч; стоимость ресурса — 72 000 ₽/мес. |
| Доля с денежной экономией | В примере 50%: меньше оплачиваемых часов, подрядчиков или реально избегаемого найма |
| Денежная экономия труда | 36 000 ₽/мес. |
| Текущие затраты решения | 25 000 ₽/мес. |
| Чистый эффект по труду | 11 000 ₽/мес. |
| Разовые затраты | 300 000 ₽ |
| Простая окупаемость | 27,3 мес. |
Высвобождённые часы не равны снижению расходов. Если оплачиваемые затраты не уменьшаются, денежная доля равна нулю. Полезный эффект тогда выражается в дополнительной мощности команды или качестве процесса.
Что дополнительно считать: Часы анализа и предотвращённые расходы на неподходящие заявки. Дополнительные продажи учитывайте по валовой прибыли, а предотвращённые потери — по подтверждённым событиям. Не складывайте один эффект в нескольких автоматизациях.
Риски и границы автономности
- Проверять: пропущенные обязательные условия; неверные сроки; необоснованное участие. Пропущенные случаи и ложные срабатывания анализируйте отдельно.
- При отсутствии нужных данных или уверенного основания передавать случай человеку. Самооценка уверенности языковой модели не доказывает правильность ответа.
- Без автономных финансовых, кадровых, правовых и технических решений. Для любого разрешённого действия нужен журнал и возможность остановки.
- При критичной ошибке или нарушении доступа остановить соответствующий сценарий, сохранить исходные данные и исправить причину до повторного запуска.
Следующий практический шаг
Один тип тендера. Сравнить извлечённые требования с экспертным разбором. Решение о расширении примите по показателям и полной экономике, а не по привлекательности демонстрации.
