Где обычно ломается внедрение: типичные причины
Небольшая компания часто начинает с общей идеи: хочется, чтобы ИИ помогал везде. Через несколько недель выясняется, что никто не может назвать, какую именно операцию он должен выполнять и как понять, что получилось. Проект теряет владельца и тихо останавливается, хотя технически всё работало.
В разборах чаще всего встречаются такие причины:
- Задача сформулирована как пожелание, а не как процесс с входом, действием и результатом.
- Данные в 1С, таблицах и почте ведутся по-разному, и агенту не на что опереться.
- Нет одного ответственного: проект висит между директором, бухгалтером и системным администратором.
- Сотрудники узнали о новшестве постфактум и восприняли его как проверку.
- Сразу взялись за сложный сквозной процесс вместо одной понятной операции.
Последствия: что компания получает вместо ожидаемого эффекта
Первое последствие — потеря доверия. Если первый запуск дал сомнительный результат, на вторую попытку команда может не согласиться. Второе — скрытые затраты: время людей уходит на исправление черновиков, которые родились из плохо описанных правил. Третье — расхождение данных, когда часть сведений внесена агентом, а часть осталась в личных таблицах менеджеров.
В небольших компаниях, например в Гомеле, где в проекте участвуют два-три человека, эти последствия видны особенно быстро: один недовольный участник способен остановить пилот.
Что можно сделать сразу, не дожидаясь нового этапа
Выберите одну операцию
Возьмите работу, которую сотрудник делает часто и по одному образцу: сводка по заявкам, черновик ответа клиенту, сверка остатков. Опишите её тремя фразами: что на входе, что делаем, что должно получиться.
Назначьте владельца
Один человек отвечает за правила, проверку результата и сбор замечаний. Это не обязательно айтишник: часто подходит руководитель участка, который знает процесс изнутри.
Проверьте данные
Откройте справочники и таблицы, из которых агент будет брать сведения. Дубли контрагентов, разные написания товаров и устаревшие карточки стоит убрать до запуска, иначе ошибки перейдут в черновики.
Договоритесь о проверке
Заранее решите, что сотрудник подтверждает вручную: отправку письма, платёж, изменение договора. Эти действия остаются за человеком, а агент готовит только черновик.
Подведите итог пилота
Соберите замечания команды и решите, расширять задачу, менять правила или остановиться. Остановка по итогам пилота — нормальный управленческий результат.
Как выбрать первую задачу и не перегрузить команду
Начинайте с работы, где результат легко проверить глазами. Ниже условное сравнение типичных первых задач.
| Задача | Почему подходит | Риск |
|---|---|---|
| Сводка по входящим заявкам | Повторяется каждый день, итог видно сразу | Нужны единые названия статусов |
| Черновик ответа клиенту | Есть образец, текст проверяет менеджер | Требуется согласованный тон письма |
| Сверка остатков с 1С | Данные уже лежат в системе | Нужны аккуратные справочники |
| Подготовка проекта договора | Шаблон известен юристу | Изменение договора только после подтверждения |
Роль платформы и границы ответственности
Coagent ставится на сервер компании, а роль, правила и доступы агента задаются обычными словами. Подключение к 1С через стандартный интерфейс OData настраивается вместе с клиентом. Но платформа не снимает ответственность с владельца процесса: постановка задачи и проверка результата остаются за человеком.
Выберите одну повторяющуюся операцию и опишите её тремя фразами — с этого удобно начать разговор о пилоте.