Почему внедрение чаще всего не доходит до результата
Первая причина — начинают с технологии, а не с операции. Выбирают платформу, покупают подписку, собирают демонстрацию. Демонстрация впечатляет, в рабочий процесс не встраивается, через квартал про неё забывают.
Вторая — берутся за всё сразу. Пять направлений одновременно означают, что при первой же неудаче непонятно, что именно не сработало: модель, данные, процесс или люди.
Третья — нет замера «до». Через полгода никто не может сказать, стало лучше или нет, и разговор скатывается к ощущениям. Замер стоит один день и решает этот спор навсегда.
Четвёртая — некому проверять. Система без выборочного контроля деградирует незаметно: она не сообщает, что начала ошибаться, а люди перестают перепроверять уже через месяц.
Операции, с которых обычно начинают
Разбор входящих обращений: прочитать письмо или заявку, определить тему, вытащить контакты, завести карточку, назначить ответственного. Экономит 40–90 минут в день у одного человека и убирает потери в общем ящике.
Сверка данных между системами: раз в сутки свести цифры и отметить расхождения. Обычно это 2–4 часа в неделю, но важнее не часы, а исчезновение ошибок копирования.
Подготовка документов из данных, которые уже есть в системе: счета, акты, коммерческие предложения. 10–20 минут на документе при десятках документов в месяц.
Автоматизация документооборота: разбор входящих документов, извлечение реквизитов, раскладка по папкам и системам. Здесь особенно важна выборочная проверка — ошибка в реквизитах дорога и незаметна.
Мониторинг: доступность сервисов, цены конкурентов, упоминания — с уведомлением только при изменениях. Ценность не в часах, а в том, что человек перестаёт держать это в голове.
Что уходит наружу и что можно оставить внутри
В облачную модель уходит текст запроса — тот фрагмент данных, который нужен для решения задачи. Это и есть граница, которую надо обсудить до начала работ.
Если по внутренним требованиям выпускать нельзя ничего, вариант один: модель, размещённая на вашем сервере. Она слабее облачных, требует видеокарты и заметно меняет смету — но такие проекты бывают, и это рабочий сценарий.
Промежуточный вариант, который часто оказывается достаточным: обезличивание перед отправкой. Из документа уходит структура и текст, но не имена, номера и суммы — их подставляет обратно ваша система уже после ответа модели.
Все действия пишутся в журнал: что получено, что вызвано, что возвращено. Это нужно и для разбора ошибок, и для внутреннего аудита, если у вас есть требования по учёту обработки данных.