Жизненный цикл внедрения: почему отдельное решение устаревает
Решение начинает устаревать в день запуска. Код при этом остаётся исправным — меняется то, из чего решение собрано: данные, правила, версии моделей, смежные системы.
Внедрение закрывают как проект: приёмка, акт, расчёт с подрядчиком. Дальше решение живёт в компании, где каждый месяц что-то меняется — цены, условия, состав услуг, структура подразделений, версии платформ. Настройка решения зафиксировала состояние на дату запуска. Всё, что изменилось после, само в неё не попадает.
Что уходит первым
Знание, из которого отвечает система. Помощник на сайте и в мессенджере отвечает клиентам из базы знаний. Базу наполнили при запуске: условия доставки, сроки возврата, состав тарифов. Через год помощник продолжает отвечать уверенно и вежливо — условиями прошлого года. Услуга снята с продажи, а он её предлагает; порог бесплатной доставки поднят, а он называет прежний. Сказанное машиной от имени компании — обязательство компании, и каждый такой ответ либо исполняется в убыток, либо превращается в спор с клиентом.
Правила, написанные под прежнюю работу. Агент разбирает входящие обращения по категориям и направляет в подразделения — по карте, заданной при настройке. Прошла реорганизация, объединили два отдела, появился новый тип обращений. Агент относит новое к ближайшей знакомой категории и направляет по прежнему маршруту. Сотрудники перекидывают вручную и постепенно перестают доверять разбору. Формально решение работает; фактически часть его функции вернулась к людям — без единого обращения в поддержку.
Версии моделей. Поставщики языковых моделей выводят версии из обращения по расписанию, обычно за год-полтора. Агент, собранный на конкретной версии, при её замене начинает вести себя иначе на тех же инструкциях: ответы другой длины, иная граница уверенности, иначе обработанные редкие случаи. Перепроверка на своих сценариях после каждой смены версии — регулярная работа, которой в проектном бюджете не было, потому что проект закончился актом.
Смежные системы и данные. Банк обновил формат выписки, торговая площадка изменила выгрузку заказов, в системе управления отношениями с клиентами (CRM) переименовали поля — связка продолжает работать наполовину, часть сведений теряется без сообщения об ошибке. Отдельно стареют модели на данных: прогноз спроса, обученный до смены ассортимента или открытия нового канала продаж, продолжает считать — точность падает молча. Явление измерено: в исследовании, опубликованном в Scientific Reports (2022), из 128 пар «модель — поток данных» деградация со временем наблюдалась в 91% случаев.
Основания настроек. Пороги, исключения и маршруты в настройке закрепили договорённости конкретных руководителей. Основания остались в переписке и разговорах. Новый руководитель направления получает работающую систему с объяснением «так настроено» — и утверждает изменения, не зная, почему правила выглядят именно так. Российский рынок прошёл это в масштабе: по обзору Strategy Partners, после ухода зарубежных поставщиков почти 70% компаний столкнулись с затруднениями в обслуживании своих систем — настройщик стал недоступен целыми вендорами.
Цены, условия доставки и возврата, состав услуг. Версии моделей у поставщика. Поля и формы в учётной системе и CRM. Форматы обмена с банком и торговыми площадками. Структура подразделений и маршруты согласования. Регламенты, действующие на участке. Ни одно из этих изменений не отражается в настройке решения само.
Почему это не видно в моменте
Сбой заявляет о себе: операция не проходит, интеграция падает, поддержка получает обращение. Расхождение с изменившимся окружением ведёт себя тихо — решение исполняет заданное, и исполняет исправно.
Ранний сигнал есть, но он числовой, а не событийный: доля обращений, закрытых без ручного вмешательства; доля срабатываний контроля, признанных значимыми; доля ответов помощника, исправленных человеком. Эти величины снижаются за месяцы до того, как вокруг решения заведут обходной путь. Компании, которые их не измеряют, узнают о старении по последствию — жалобе клиента, получившего прошлогодние условия.
Сбой заявляет о себе. Устаревание протекает молча — при исправно работающей системе.
Сколько стоит удержание
Расходы на поддержание построенного — крупнейшая статья цифровых бюджетов, это видно там, где бюджеты раскрываются. По ведомственным программам цифровой трансформации на 2024–2026 годы, сведённым TAdviser, на эксплуатацию уже созданных систем приходится от сорока до семидесяти процентов средств. Рыночная картина согласуется: CNews Analytics в обзоре рынка ИТ-услуг фиксирует значительный рост спроса на поддержку уже внедрённых решений.
Инженерное имя у этого счёта есть — технический долг. Действующее определение даёт Институт программной инженерии Университета Карнеги — Меллона:
Технический долг — проектное решение, выгодное в короткой перспективе, но создающее условия, в которых та же работа позже обойдётся дороже, чем обошлась бы сейчас.
Решение, оставленное без сопровождения, накапливает долг без единого неверного действия: каждое изменение окружения, не дошедшее до настройки, добавляет к стоимости будущего приведения в соответствие. Проценты платятся ежедневно — временем сотрудников на обходные пути и ответами, которые приходится исправлять.
Что удерживает решение живым
Решение живёт столько, сколько живёт его связь с окружением. Связь держит среда, и устроено это конкретно.
База знаний помощника собирается из действующих регламентов и прайс-листов, а не из копий, снятых при запуске. Изменение условий доставки, проведённое в регламенте, доходит до ответа клиенту тем же движением — переписывать базу отдельно не требуется. Правила маршрутизации привязаны к действующей структуре подразделений: реорганизация меняет маршруты вместе с собой. Изменение при таком устройстве либо расходится по всем связанным местам сразу, либо не проходит вовсе — молчаливое расхождение между работой и решением перестаёт быть возможным состоянием.
Расхождения, возникшие органически, среда замечает по фактическому ходу работы и сообщает с разбором причины: окружение ушло вперёд настройки — предлагается изменение настройки, и утверждает его человек; отклонение единично и привязано к исполнителю — вывод делается иной.
Два элемента закрепляются организационно. Реестр внедрённых решений: что работает, на какой версии, кто отвечает, когда последний раз сверялось с текущей работой — без реестра к третьему десятку агентов никто в компании не может назвать их полный список. И числовые признаки работоспособности на операционной панели: те самые доли, по которым старение видно за месяцы до последствий.
Срок службы при таком устройстве перестаёт быть свойством отдельного решения. Решение, связанное с окружением, меняется вместе с ним — и датой устаревания у него становится дата, когда эту связь перестали держать.
Business Integrator