20 октября 2026 года основатель SmallBay Digital Пранава Махавир описал сбои клиентских автоматизаций: система отчитывалась об успехе, хотя работа ломалась на обычных офисных изменениях. ИИ для бизнеса: как использовать его, если даже переименование поля способно испортить результат? Мне этот вопрос интереснее очередного сравнения моделей. По разбору одного подрядчика нельзя судить обо всём рынке. А вот заглянуть после него в собственную CRM полезно.
- ИИ в рабочем процессе нужны понятные входные данные и результат, который можно проверить после записи в систему.
- В новом шаблоне документа нужно проверить полноту извлечённых данных: сумма без позиций ещё ничего не доказывает.
- Сообщение об ошибке должен получить конкретный ответственный, а в его отсутствие – заместитель.
- Для разового черновика в чате достаточно проверки человеком; городить вокруг него систему уведомлений избыточно.
ИИ для бизнеса: как использовать, если поле назвали иначе?
Антисовет: наведите красоту в CRM. Переименуйте непонятные поля, а автоматизацию не беспокойте. Она же интеллектуальная, догадается.
У клиента SmallBay Digital поле Email стало Work email. В настройке записи осталось прежнее название. Запись создавалась, но адрес в неё не попадал. Технически операция завершалась успешно.
Меня здесь цепляет разница между «сохранили запись» и «передали контакт менеджеру». Задача заканчивается в разных местах. Зелёный значок рядом с первым ещё ничего не говорит о втором.
Прежде чем покупать модель поумнее, я бы попросил показать конечную карточку: есть ли там адрес, откроет ли её нужный сотрудник, сможет ли продолжить работу. Такое внедрение ИИ в компании начинается с довольно приземлённых вопросов.
Само переименование не обязательно опасно: интеграция может обращаться к постоянному идентификатору поля, а видимая подпись на неё не влияет. Я бы сначала попросил разработчика выяснить, к чему привязана передача данных. Запретить коллегам любые изменения успеем.
Полезное действие: после правок CRM прогоните тестовую запись до конечного получателя. Обязательные поля проверьте в сохранённой карточке (да, уже после записи). Если адрес обязателен, пустая строка должна останавливать дальнейшую обработку.
Поставщик прислал красивый счёт. Почему сумма неправильная?
Антисовет: документ выглядит солидно, значит, можно принимать. Логотип стал крупнее, таблица переехала – обычный редизайн.
В разборе SmallBay Digital поставщик сменил шаблон счёта: итог переехал наверх, позиции – на другую страницу. Система извлекала неверную сумму. Арифметическая проверка не помогла: позиции тоже пропали.
Вот тупик, который легко пропустить при приёмке: проверка есть, а проверять ей нечего. Я бы попросил разработчика показать, что произойдёт с документом без таблицы товаров. Ещё один правильный счёт здесь ничего не прояснит.
Для такого испытания хватит копии документа с вымышленными реквизитами. Уберите страницу с позициями и посмотрите, появится ли задача на ручную проверку. Если счёт пойдёт дальше к оплате, обсуждать качество распознавания пока рано.
Полезное действие: сначала проверьте, извлечены ли позиции, затем сверьте их с итогом с учётом скидок и налогов. Если данных не хватает или суммы расходятся, передайте документ человеку вместе с причиной остановки. Пустой список нельзя молча считать нулевой суммой.
Все уведомлены. Кто-нибудь прочитал?
Антисовет: создайте общий канал для ошибок. Добавьте коллег. Ответственность теперь распределена, можно выдохнуть.
У SmallBay Digital участники отключили уведомления в канале Slack, куда поступали сигналы автоматизации. Сообщения уходили. Никто не реагировал.
Для меня как руководителя отправленное сообщение ещё не означает, что работа сделана. Я хочу видеть, кто взял проблему и кому она достанется, если этот человек сегодня недоступен.
Засыпать всех уведомлениями – тоже плохое решение. Если ради каждого сообщения приходится открывать несколько систем и самому выяснять, что случилось, канал превращается во вторую работу. Я бы оставил в сигнале название процесса, проблемный документ, причину остановки и то, что нужно сделать. Например: «Не найдены позиции. Сверьте с оригиналом и решите, можно ли продолжить».
Полезное действие: назначьте владельца процесса и того, кто подхватит работу в его отсутствие. Отправьте учебный сигнал и проверьте, кто действительно его обработал. Заодно договоритесь, когда незакрытая проблема переходит заместителю.
Где заканчивается работа инструмента?
Я бы проверял путь результата раньше, чем менял модель. Но для разового черновика письма, который сотрудник прочитает и сам отправит, все эти правила избыточны. Получатель результата уже сидит перед экраном.
В CRT мы используем ИИ, когда готовим предложения, проверяем договоры и собираем управленческую картину. Решения о цене, юридических выводах и деньгах остаются за человеком. Мне близко такое распределение: видно, что поручили инструменту и где сотрудник должен принять решение.
Похожий принцип есть в рекомендациях разработчиков GigaChat: отдельно выделять задачи людей, обычного программного обеспечения и ИИ. Чтобы проверить, заполнено ли поле, размышляющая модель не нужна. А сотруднику незачем вручную переносить каждое успешно проверенное значение.
Полезное действие: возле каждого шага процесса запишите, кто его выполняет и по чему видно, что работа закончена. Вместо «ИИ обработал» укажите конкретный результат: «карточка заполнена, обязательные поля проверены, задача назначена».
Вопросы и ответы
Нужно ли менять модель после такой поломки?
Сначала установите причину. Новая модель не исправит устаревшую настройку записи в CRM или отсутствие ответственного за уведомления. Сравнивать модели имеет смысл, когда ошибка возникает именно при понимании или извлечении информации из корректного входа.
Когда достаточно обычного чата с нейросетью?
Для отдельного черновика, списка идей или разбора разрешённого к загрузке текста, если человек проверяет результат перед использованием. Яндекс Практикум также рекомендует сочетать ИИ с работой специалистов. Подключение к рабочим системам нужно оценивать отдельно: оно добавляет передачу данных и действия, которые тоже придётся проверять.
Что с этим делать
Я бы взял один документ и проследил его путь от входа до сотрудника, которому с ним работать. В CRT при работе по AI FLOW мы согласуем метрики и роль человека до старта пилота. Начните с вопроса: кто заметит, что этот документ дошёл, но использовать его нельзя?
