За год список «нормальных» инженерных решений заметно изменился. Пять практик, которые в 2025 году были обычным содержанием коммерческого предложения, к сентябрю 2026 года означают либо переплату в поддержке, либо потолок, в который проект упрётся через полгода: жёсткое дерево сценариев вместо агента, дообучение модели под каждую задачу, отдельный интерфейс на каждый процесс, ставка на единственный зарубежный сервис и ежедневная выгрузка в Excel в роли постоянного решения.
Важная оговорка с самого начала: «устарело» не значит «сломалось». Если у вас работает бот на дереве сценариев и он закрывает треть обращений, он не перестал их закрывать. Устаревание проявляется в двух местах — в цене изменения и в потолке эффекта. Именно их и надо считать, а не менять работающее на новое из принципа.
По каждой практике ниже — чем она плоха именно сегодня, чем её заменили и порядок цены переделки. В конце — расчёт, который отвечает на главный вопрос владельца: переделывать сейчас или дожить до конца жизни решения.
Практика 1. Дерево из 40 веток вместо инструкции
Классический чат-бот 2024–2025 годов — это дерево сценариев: меню, кнопки, ветвление по ответам пользователя. На типовом контуре поддержки таких веток набирается 40–60. Проблема не в том, что дерево плохо отвечает, а в том, что оно плохо меняется: правка одной ветки задевает соседние, каждое изменение прайса или условий доставки требует прохода по всем ветвям, где эти условия упоминаются, и любая новая тема — это не текст, а перестройка структуры.
На практике это выглядит как 6 часов работы инженера в месяц только на поддержание дерева в актуальном состоянии — 18 000 ₽ при ставке 3 000 ₽/час. Замена: агент, который получает не дерево, а инструкцию и доступ к базе знаний, и отвечает поиском по вашим документам. Правка тогда — это правка одного документа, а не структуры: 2 часа в месяц, 6 000 ₽. Чем агент отличается от бота по составу и по ответственности, разобрано в отдельной статье про агента и чат-бота.
Сравнение из двух половин. Слева: ветвистое дерево из множества узлов с подписью «40 веток», под ним плашка «поддержка 6 часов в месяц — 18 000 ₽» и пометка «правка одной ветки задевает соседние». Справа: один лист «инструкция» и картотека из 18 карточек с подписью «база знаний», под ними плашка «поддержка 2 часа в месяц — 6 000 ₽» и пометка «правка одного документа». Внизу общая подпись: «переделка 264 000 ₽, 88 часов инженера». Чертёжный стиль, подписи по-русски.
Отдельно стоит сказать, где дерево сценариев осталось правильным решением. Там, где шагов мало и они обязаны быть жёсткими: подтверждение записи, выбор слота, приём показаний счётчика, оформление возврата с фиксированным набором полей. В таких сценариях предсказуемость важнее гибкости, и агент здесь не улучшение, а лишний риск.
Практика 2. Дообучение модели под каждую задачу
В 2024–2025 годах фраза «дообучим модель на ваших данных» звучала в каждом втором предложении. К сентябрю 2026 года она осталась в узкой нише, и причина простая: документы компании меняются каждую неделю, а дообучение — это отдельный проект на каждое изменение. Обновили прайс, регламент возвратов и три инструкции — и дообученная модель отвечает по прошлому месяцу, причём уверенно и без признаков того, что она устарела.
Дообучение меняет саму модель: её показывают вашим примерам, и знание становится частью весов. Изменить одно правило нельзя — можно только повторить дообучение целиком. Поиск по своим документам оставляет модель нетронутой: она получает нужные фрагменты ваших текстов в момент вопроса. Обновление знания = замена файла. Подробное сравнение по деньгам — в статье RAG или дообучение модели.
Где дообучение осталось оправданным на сентябрь 2026 года: узкая терминология, которую модель систематически путает (номенклатура отрасли, сокращения в первичке); жёсткий формат ответа, которого не удаётся добиться инструкцией; сжатие модели под слабое железо, когда нужно уложиться в собственный сервер. Общий признак: задача про форму и язык ответа, а не про содержание знаний. Знания живут в документах — они меняются, и менять их надо файлом.
Практика 3. Отдельный интерфейс на каждый процесс
Раньше почти каждая автоматизация приносила с собой свой экран: портал согласований, панель распознавания документов, отдельный кабинет для заявок с сайта. Логика была понятной — так проще разрабатывать. Цена этой простоты платится сотрудником: менеджер держит открытыми три окна, копирует между ними номер заказа и первым делом спрашивает не «что делать», а «где смотреть правду».
К 2026 году норма другая: действие происходит там, где сотрудник и так работает, — в карточке CRM, в документе учётной системы, в ленте обращений. Отдельный экран появляется только тогда, когда для процесса нет подходящего места ни в одной существующей системе. Практический признак, по которому это проверяется за минуту: если после внедрения у сотрудника прибавилось окно, а не поле или кнопка, решение спроектировано по-старому. Смежный разбор — единая система или несколько специализированных.
Схема из двух частей. Слева: фигура сотрудника и три отдельных прямоугольника-экрана с подписями «портал согласований», «панель распознавания», «кабинет заявок»; между ними изогнутые стрелки с подписью «копирование номера заказа вручную» и вопрос «где правда». Справа: та же фигура и один прямоугольник «карточка клиента в CRM», внутри него три подсвеченных элемента с подписями «согласование», «распознанный документ», «заявка с сайта». Внизу подпись: «отдельный экран — только если процессу негде жить». Подписи по-русски, чертёжный стиль.
Практика 4. Один зарубежный сервис без запасного пути
Это самая дорогая из пяти практик. Речь не только про конструкторы сценариев вроде тех, что стали недоступны из России, но и про любую единственную точку, которая выключается не по вашему решению: канал связи с клиентами, облачное хранилище переписки, внешний сервис, куда уходит вся аналитика. По состоянию на сентябрь 2026 года список того, что менялось за последние полтора года, достаточно длинный, чтобы считать смену внешнего сервиса нормальным событием, а не форс-мажором.
Заменили это не «выбором надёжного вендора», а конструкцией: мастер-копия данных на вашей стороне, тонкий адаптер к сервису и описанные сценарии, которые можно восстановить вне чужого облака. В разборе архитектуры, готовой к переезду такой запас стоит 140 000 ₽ на проекте в 900 000 ₽ и 8 000 ₽ в месяц на хранение; переезд с запасом обходится в 247 500 ₽ и 1–2 недели, без запаса — в 792 000 ₽ и 8–12 недель. Разница в деньгах умеренная, в сроках — кратная, и именно срок обычно определяет ущерб.
Карта из двух блоков. Верхний: узел «ваши системы» одной жирной стрелкой соединён с узлом «внешний сервис», на стрелке замок с подписью «единственный путь», рядом плашка «переезд 792 000 ₽, 8–12 недель». Нижний: узел «ваши системы» соединён с узлом «мастер-копия данных у вас», от него два тонких адаптера ведут к узлам «сервис A» и «сервис Б», подписи на связях: «что передаётся». Рядом плашка «запас 140 000 ₽ вперёд и 8 000 ₽ в месяц, переезд 247 500 ₽, 1–2 недели». Подписи по-русски.
Практика 5. Ежедневная выгрузка в Excel как проектное решение
Выгрузка «раз в день в файл» — нормальный временный костыль и плохое проектное решение. Отличить одно от другого просто по трём признакам: у выгрузки нет расписания в системе, её запускает конкретный человек руками, и никто не узнает, что она не отработала, кроме того, кто заметит старые цифры в отчёте. Дальше начинается знакомая история: файл живёт на одном компьютере, отчёт врёт на сутки, а решения по остаткам принимаются по вчерашней картинке.
Заменяется это не «внедрением шины данных», а тремя вещами: обмен по расписанию на стороне системы, журнал каждого запуска и контроль расхождений — сколько строк ушло, сколько пришло, что не совпало. Порядок цены такой замены — 80 000–200 000 ₽ в зависимости от числа источников. Как это устроено технически, разобрано в материале про выгрузку отчёта по расписанию, а что должно уходить тревогой и кому — в статье про мониторинг автоматизации.
Ежедневная выгрузка в файл становится проектным решением ровно в тот момент, когда у неё нет срока окончания. Правило, которое дёшево вводить: любой ручной обмен фиксируется письменно с датой, до которой он живёт, и именем того, кто отвечает за замену. Без этой записи через год вы обнаружите, что на файле держится квартальная отчётность, а человек, который его выгружал, уволился.
Если у вас уже сделано по-старому: считать или дожить
Главная ошибка при чтении такого списка — начать переделывать всё сразу. Правильный порядок другой: посчитать по каждому узлу две величины — сколько вы платите за него сейчас и сколько стоит его переделка, — и переделывать только то, где разница закрывается за разумный срок.
| Как делали в 2025 | Чем это плохо в сентябре 2026 | Чем заменили | Порядок цены переделки |
|---|---|---|---|
| Дерево сценариев из 40 веток | Правка ветки задевает соседние, поддержка 6 часов в месяц | Агент с инструкцией и поиском по базе знаний | 200 000–300 000 ₽ |
| Дообучение модели под каждую задачу | Любое изменение документов требует повторного дообучения | Поиск по своим документам; дообучение — только под формат и терминологию | 150 000–250 000 ₽ |
| Отдельный интерфейс на каждый процесс | Сотрудник работает в трёх окнах, данные расходятся между ними | Действие внутри учётной системы или CRM | 120 000–400 000 ₽ |
| Один зарубежный сервис без запасного пути | Сервис выключается не по вашему решению, переезд занимает кварталы | Мастер-копия данных у себя, тонкий адаптер, описанные сценарии | 250 000–800 000 ₽ |
| Ежедневная выгрузка в Excel как постоянное решение | Отчёт отстаёт на сутки, сбой обмена замечают по старым цифрам | Обмен по расписанию, журнал запусков, контроль расхождений | 80 000–200 000 ₽ |
Вилки в последней колонке — порядок цены на модельном контуре, а не прайс: они двигаются от числа интеграций и состояния справочников так же, как двигается любая смета проекта. Как выглядит полный счёт владения за три года и почему первый чек — не цена решения, разобрано в материале про стоимость владения системой.
Дальше — расчёт на примере первой практики. Он показывает вещь, которую обычно не проговаривают: переделка ради удобства поддержки почти никогда не окупается, а переделка ради роста эффекта окупается быстро. Это один и тот же проект за 264 000 ₽ с двумя разными сроками возврата.
Двухосевой график на 24 месяца. Горизонтальная штриховая линия «вложение 264 000 ₽». Две накопительные линии: сплошная «поддержка плюс рост автоответов, 32 160 ₽ в месяц» пересекает штриховую на 8-м месяце, точка подписана «окупаемость, 8 месяцев»; вторая линия «только экономия на поддержке, 12 000 ₽ в месяц» пересекает её на 22-м месяце, точка подписана «22 месяца». Оси: месяцы и рубли. Подписи по-русски.
Отсюда практическое правило для компании на 30–100 человек на ближайший год. Переделывайте узел, если выполняется хотя бы одно из двух условий: он упёрся в потолок эффекта (доля закрытых обращений не растёт третий квартал, распознавание не берёт новый тип документа) или его поддержка стоит дороже 15 000 ₽ в месяц. Во всех остальных случаях дешевле дожить: заложить замену в бюджет следующего года, а сейчас закрыть только то, что мешает — например, вынести мастер-копию данных к себе, не трогая сам сервис.
Что из этого устареет первым и как это заметить
Первым устареет граница между дообучением и поиском по документам. Она держится на стоимости и сложности дообучения; как только его научатся делать быстро и дёшево на небольшом объёме примеров, часть задач вернётся обратно. Признак, по которому это станет видно: подрядчики начнут предлагать дообучение как строку в 30 000–50 000 ₽ со сроком в несколько дней, а не как отдельный проект.
Вторым сдвинется правило «никаких отдельных экранов». Оно верно, пока сотрудники работают в CRM и учётной системе. Если рабочим местом становится единая лента задач с ассистентом, вопрос «где смотреть правду» решается иначе, и отдельный тонкий экран снова становится нормальным решением.
Практика 4 не устареет: она про риск, а не про технологию. А в этот же список через год, скорее всего, попадут три сегодняшние привычки — агент без журнала решений и без разметки сгенерированного, отдельный «ИИ-контур» рядом с учётной системой вместо действий внутри неё и оплата внешних моделей через посредников без письменной фиксации того, где обрабатываются данные. Как отличать реальный сдвиг от новости, разобрано в материале про то, на что смотреть в 2027 году.
Когда переделывать не надо
Четыре ситуации, в которых мы сами советуем оставить старое решение как есть.
- Решению осталось жить меньше полутора лет. Планируется смена учётной системы, переезд склада, продажа направления — тогда переделка узла оплачивается дважды. Считайте не окупаемость, а остаток срока жизни контура.
- Объём не даёт эффекта. При 150 обращениях в месяц замена дерева на агента высвобождает около 3,6 часа операторов — 2 520 ₽. Никакая переделка за 264 000 ₽ здесь не окупится, и честный ответ — оставить как есть.
- Нет человека, который будет вести базу знаний. Агент без сопровождения деградирует быстрее дерева: дерево хотя бы отвечает одно и то же. Если сопровождать некому, старое жёсткое решение надёжнее нового гибкого.
- Узел работает и не требует изменений. Классический пример — сценарий подтверждения записи: он не меняется годами, поддержка близка к нулю, эффект стабилен. Переделывать его нечем и незачем.
И общая оговорка к статье. Список составлен по состоянию на сентябрь 2026 года и опирается на то, что видно в предложениях рынка и в собственных проектах, а не на отраслевую статистику: сопоставимых замеров по российскому рынку в открытом доступе нет. Проверять его надо не по дате публикации, а по своим двум числам — цене изменения и потолку эффекта.
Решение устаревает не тогда, когда появляется новое, а тогда, когда изменение в нём стоит дороже результата.
