Консультанты изображают внедрение ИИ в бизнес-процессы одинаково: ряд этапов, по которым компания поднимается один за другим. Дорожные карты выглядят солидно, но не отвечают на главный практический вопрос — на каком этапе компания находится на самом деле. Две типичные ситуации показывают, почему сам этот вопрос поставлен неверно.
В первой у компании есть чат-бот для бронирования, который в целом работает, и пилотный проект, который получился наполовину удачным. Теперь ей предлагают проект управления и платформы «третьего уровня», и дорожная карта никак не помогает понять, нужный это шаг или просто очередная ступенька лестницы, на которую никто не собирался взбираться. Во второй компания поступила разумнее: чат-бот для поддержки, помощник для отдела продаж, инструмент для маркетинговых текстов — каждый даёт быстрый результат, каждый оправдан сам по себе. Через год у неё три инструмента с ИИ, и ни один не знает, тот ли это клиент, что написал в поддержку, с которым помощник по продажам общался неделю назад. Общих данных у них нет.
Случаи разные, а проблема одна: дело в подходе. Этапы трансформации с ИИ обычно изображают как лестницу: оценка, пилот, масштабирование, управление, оптимизация, а на вершине — некое автономное предприятие. Для малого и среднего бизнеса такая карта неверна: уровни реальны, но форма выбрана неудачно. Подходящая форма — спираль, и в её центре ваши данные. (Если пока не до конца ясно, что вообще охватывает трансформация с ИИ, общий обзор даёт наше руководство что такое трансформация с ИИ для бизнеса; эта статья — о форме самого пути.)
Почему не лестница
Стандартная модель зрелости в области ИИ предполагает, что все движутся к одной вершине примерно по одному графику. Шесть чётких этапов, каждый — предпосылка следующего, а на вершине ждёт «полностью автономное предприятие». Такая картинка удобна тем, что превращает открытый вопрос в чеклист.
Для малого и среднего бизнеса это ловушка. Она говорит вам, что вы «отстаёте», что есть правильная следующая ступенька и что ваша задача — подниматься быстрее. Лидеры рынка уже отошли от такого подхода. Сейчас те, кто реально внедряет ИИ, считают, что зрелость — это соответствие, а не восхождение: нужная глубина для конкретной задачи, а не максимально доступная.
Сами уровни зрелости не ошибочны. Агент действительно более функционален, чем чат-бот; система, которая затрагивает четыре процесса, действительно продвинулась дальше той, которая затрагивает один. Ошибка в том, что этапы внедрения ИИ в процессы — описание того, как развивались системы, — принимают за рецепт для вашей системы. Лестница показывает, где оказались некоторые компании. Но она не говорит вам, что делать в понедельник.
Почему спираль вокруг ваших данных
Представьте это по-другому. Ваши данные находятся в центре и не двигаются. Первое, что вы создаёте, обычно чат-бот для одного проблемного, чётко определённого процесса, — это самый внутренний виток спирали, плотно прилегающий к центру. Он выполняет одну задачу. И пока он её выполняет, он подтверждает две вещи: что процесс реален и работоспособен и что данные, на которых он работает, достаточно хороши. Когда он заработает, он оставит после себя нечто небольшое, но надёжное: чистый, реальный слой данных об этом процессе. (Это тот же аспект, который мы рассматривали в статье ИИ в бизнес-процессах: что ИИ на самом деле делает с одним процессом, прежде чем вы задумаетесь о втором.)
Следующее, что вы создадите, — более широкий виток той же спирали. Возможно, это добавит функции чат-боту. Возможно, добавит вокруг проверенного ядра агента, чтобы система могла не просто отвечать, но и действовать. Возможно, затронет смежный процесс — тот, у которого общие с первым клиенты, записи или сущности. Что бы это ни было, оно остаётся привязанным к тому же центру и опирается на то, что наработал предыдущий виток. Данные накапливаются, потому что каждый виток присоединяется к предыдущему, а не располагается рядом с ним.
Теперь сопоставьте эту картину с историей о трёх инструментах, которые не взаимодействуют, из начала статьи. Именно к этому приводит кажущееся разумным альтернативное решение: «выберите нужную глубину для каждой проблемы и запускайте их параллельно». Кажется эффективным — вы решаете реальные проблемы быстро. Но если запускать их параллельно, каждый со своим маленьким слоем данных, эффект не накапливается. Проекты расходятся в стороны. В итоге получаются разрозненные островки: чат-бот для поддержки здесь, помощник по продажам там, инструмент для текстов где-то ещё, и ни один не использует общие данные о клиентах, а порой они и противоречат друг другу об одном и том же человеке. Это не уровень зрелости, а разрастание под видом зрелости.
Спираль — альтернатива островкам. Один центр, растущий радиус, каждый виток использует предыдущий.
Центр — ваши данные, а не ERP
Здесь начинается конкретика. Крупнейший в корпоративном мире разработчик ПО сейчас выстраивает именно такую спираль. И то, как он это делает, подтверждает: тот же подход работает и для всех, кто этим разработчиком не является.
Стратегия SAP «Автономное предприятие» к 2026 году структурно и есть та самая спираль. Их помощник Joule превращает экраны и формы ERP в диалог. Агенты координируют задачи поверх общего слоя данных. Всё это перестраивает то, как компания взаимодействует с теми же данными, которые уже хранятся в SAP. Это действительно хорошая архитектура — если у вас уже есть ERP.
Но посмотрите, что SAP говорит о центре этой системы. В их собственных материалах описывается слой контекста, который объединяет данные SAP и не-SAP. Даже SAP, для которого ERP — это весь бизнес, называет центром, вокруг которого организуется спираль, именно данные, а не саму ERP. ERP — это просто место, где крупные предприятия хранят большую часть своих данных.
Это признание открывает двери для бизнеса вашего масштаба. Вы не покупали SAP и вам он не нужен. Вы не исключены из спирали: вы создаёте ту же форму вокруг данных, которые у вас уже есть: ваша CRM, ваша бухгалтерская система, таблицы, которые управляют той частью бизнеса, которую никто ещё не оцифровал, и тот проблемный процесс, на который вы собираетесь направить ИИ в первую очередь. Вам не нужна ERP в центре. Вам нужны ваши данные в центре. И они у вас уже есть, независимо от того, называли вы это «платформой» или нет.
Именно поэтому совет «сначала завершите цифровую трансформацию, потом поговорим об ИИ» — плохой совет для вас. Вам не нужна завершённая трансформация или глобальная перестройка систем, чтобы начать. Вам нужна основа данных — достаточно чистых и согласованных данных об одном процессе, с которого вы начинаете, — а не хранилище данных, охватывающее всю компанию.
Зрелость — это результат, а не входное условие
Если спираль растёт вокруг ваших данных, то зрелость перестаёт быть планом и становится результатом.
Вы не садитесь и не решаете: «к третьему кварталу мы достигнем четвёртого уровня». Вы запускаете один виток. Успешный запуск даёт две вещи, которых раньше не было: чистый срез данных и обоснованную — а не предполагаемую — уверенность в том, что можно браться за следующий виток. Радиус расширяется, потому что вы завершили виток, а не потому, что дорожная карта сказала, что пришло время.
Посмотрите на это с другой стороны — и оценка поменяется. Бизнес, который хорошо справляется с одним чат-ботом для бронирования, не «отстаёт» от того, кто управляет десятком агентов. Возможно, ему до следующего радиуса остался один удачно запущенный виток, и стоит он на фундаменте, который агент потом унаследует без всяких сложностей. Компания с пятью разрозненными инструментами может выглядеть более «зрелой» по чеклисту, но на самом деле она дальше от работающей системы, потому что у неё нет центра, вокруг которого можно расти.
Зрелость — это радиус, которого вы достигли, который можно измерить постфактум. Это остаток от завершённого предыдущего витка. Это не цель, к которой вы заранее идёте по плану.
Правило выбора, которое держит вас на одной спирали
Это можно применить уже в понедельник, и именно это правило определяет, выйдет у вас спираль или набор разрозненных островков.
Первый порыв — взяться за самое простое и очевидное, за быстрый результат. Порыв верен наполовину, и как раз эта половина и плодит островки. Правило, которое сохраняет спираль целой: берите самую простую задачу, данные которой лягут в основу следующего витка. Два фильтра, по порядку:
- Достаточно ли определён процесс, чтобы ИИ мог его ускорить, а не усугубить беспорядок? Практический тест: можете ли вы описать успешный сценарий и назвать основные исключения? Если не можете, ИИ не исправит ситуацию — он просто будет быстрее работать в неправильном направлении.
- Могут ли данные этого процесса послужить основой для следующего, что вы захотите создать? Одни и те же клиенты, одни и те же записи, одни и те же сущности. Если решение проблемы создаёт данные, на которые сможет опираться следующий виток, это семя. Если оно создаёт данные, которые больше нигде не будут использоваться, это будущий островок.
Выстраивайте последовательность по смежности данных, а не по тому, какую задачу решить проще. Иногда самое лёгкое решение оказывается оторванным от всего, что вам важно; тогда выбирайте лёгкое решение, данные которого пригодятся следующему витку. Иногда придётся посадить второе «семя» для той части бизнеса, которую первый виток не охватывает. Это нормально. Правило не в том, чтобы «никогда не запускать вторую спираль», а в том, чтобы не запускать пять.
Здесь есть оговорка, которая важнее, чем кажется. «Пригодные для повторного использования» данные не возникают сами собой. Следующему витку может понадобиться ровно то, что выдал первый, но в другом формате: факты те же, а формат несовместимый — и центр незаметно превращается в кашу. Поэтому второй фильтр — по сути договор: первый виток обязан оставить данные настолько структурированными и согласованными, чтобы следующий мог на них опереться. Пропустите этот шаг — и спираль будет расти вокруг каши. ИИ снимает с вас рутинный труд по обработке данных, но не отменяет необходимости держать их в порядке.
Единственное, что здесь специфично для ИИ
Пока всё сказанное подошло бы к любому поэтапному внедрению. А вот что отличает именно ИИ и что всегда упускала старая схема «аудит → пилотный проект → масштабирование».
Классические этапы трансформации были связаны с созданием возможностей — запуском систем, обучением людей, настройкой интеграций. ИИ меняет экономику первого витка. Самый внутренний виток теперь достаточно дёшев, чтобы стать настоящим тестом, а не просто упражнением в планировании. Вам не нужно заказывать шестимесячное исследование, готово ли процесс к ИИ. Вы запускаете недорогое узкое решение и смотрите, что оно выявляет.
Важно точно понимать, что значит «выявляет», — ажиотаж легко преувеличивает возможности. Первый запуск выявляет ровно те проблемы, под которые вы создавали инструмент и которые сами заложили в систему. Всё подряд он не видит. Мы убедились в этом на собственных системах: когда мы запустили систему оценки качества, она сразу нашла ошибки, которые мы несколько недель незаметно отправляли в работу. Каждую из них мы исправили. Но более тонкий урок был в другом: сводные метрики могли не меняться, пока под ними одна за другой устранялись вполне конкретные проблемы. Инструмент показывает то, ради чего его создавали. А что он упустил — по-прежнему решать человеку.
Тот же принцип работает и за пределами чат-ботов. Рабочий процесс создания контента на этом самом сайте, как и контент-маркетинг в одном из наших кейсов в e-commerce, пропускает каждый черновик через систему проверки качества с несколькими критиками, которая отмечает работы, опускающиеся ниже установленного уровня, до того, как они попадут к редактору. Это тот же цикл проверки соответствия, только в другом виде: запуск, измерение по стандарту, выявление отклонений, исправление. ИИ здесь помощник, а решение по тому, что система отметила, принимает человек. Механизм тот же — меняется только область применения.
Но всё это работает только с чётко определённым процессом. Правило здесь простое: ИИ улучшает отлаженный процесс, а неотлаженный портит ещё быстрее. Направьте мощную модель на процесс, который никто не удосужился описать, и она уверенно выдаст больше неверных результатов, чем человек сделал бы вручную.
Если вам нужна краткая версия того, как расширяется спираль: чат-бот подтверждает работоспособность процесса, помощник добавляет функции, ИИ-агент надстраивается над проверенным ядром, чтобы система могла действовать, а дальше спираль охватывает смежные процессы на тех же данных. (Эти более широкие радиусы, агенты и команды агентов, — готовый слой, к которому стоит переходить, когда ядро проверено; с него не начинают.) Вы не выбираете, на каком из этих этапов «должны» находиться. Вы начинаете с самого простого, который решает первую реальную проблему, а остальное появится по мере расширения радиуса.
Почему пилотные проекты проваливаются при масштабировании и почему ваш размер — преимущество
Статистика неудач мрачная, и её стоит правильно понимать. Примерно 95 % пилотных проектов с генеративным ИИ практически не влияют на прибыль, и значительная часть так и не выходит из экспериментальной стадии. Инстинктивно это воспринимается как «ИИ не работает». Но всё наоборот. Исследования показывают, что основная причина — интеграция, а не качество модели: разрыв между моделью, которая работает в демоверсии, и системой, встроенной в реальную работу бизнеса. С самими моделями всё в порядке. Проблема в том, как встроить их в процессы, данные и работу команды.
Вот что обычно не говорят среднему бизнесу: в этом конкретном вопросе у вас есть преимущество, а не у крупного предприятия. У вас есть готовые инструменты, которых не было три года назад, и, что не менее важно, нет груза унаследованных систем. Крупное предприятие тонет в собственных системах — вы нет. Растущую спираль данных гораздо проще выстроить вокруг компактного бизнеса, чем вокруг систем, копившихся сорок лет. Препятствием для вас никогда не был масштаб. Препятствия два: владелец, который выбирает начальное «семя» и выстраивает последовательность спирали, и дисциплина, которая не даёт разбредаться. Без владельца проекты блуждают и застревают. Без правила последовательности быстрые победы превращаются в островки.
В настоящем корпоративном масштабе параллельные направления работы иногда действительно уместны: организацию с полусотней процессов не уложить в одну аккуратную спираль, и архитектура параллельных агентов SAP отражает эту реальность. Но для малого и среднего бизнеса ответ один — одна спираль. Риск островков реален именно для вас: вы не размером с SAP, у вас нет ни механизмов управления данными, ни штата, чтобы удерживать в согласованности пять разрозненных систем. Ваше преимущество — концентрация. Направьте её на один растущий центр.
Часто задаваемые вопросы
Нужно ли завершать цифровую трансформацию или покупать ERP, прежде чем начинать работать с ИИ?
Нет. Вам нужна основа данных (data foundation) — достаточно чистых и согласованных данных об одном процессе, с которого вы начинаете, — а не завершённая трансформация или общекорпоративное хранилище данных. Центр спирали — ваши данные, и они у вас уже есть, независимо от того, называли вы это платформой или нет. Совет консультантов «сначала завершите трансформацию, потом поговорим об ИИ» меняет порядок для бизнеса вашего масштаба.
Бизнес, который использует только чат-бота, «отстаёт» от бизнеса, использующего ИИ-агентов?
Не обязательно. Зрелость — это радиус, которого вы достигли, а не ранг. Компания, которая хорошо управляет одним чат-ботом, привязанным к процессу, может быть всего в одном успешном витке от следующего радиуса, стоя на чистом фундаменте, который унаследует агент. Компания с пятью разрозненными инструментами может выглядеть более продвинутой по чеклисту, но часто находится дальше от работающей системы, потому что у неё нет общего центра для роста.
Как выбрать, какой процесс направить на ИИ в первую очередь?
Используйте два фильтра, в таком порядке. Во-первых, достаточно ли определён процесс, чтобы ИИ его ускорил, а не усугубил беспорядок — можете ли вы описать успешный сценарий и назвать основные исключения? Во-вторых, могут ли данные этого процесса послужить основой для следующего, что вы захотите создать — одни и те же клиенты, записи, сущности? Выберите наиболее лёгкое решение, данные которого следующий виток сможет использовать. Выстраивайте последовательность по смежности данных, а не по тому, какая задача проще всего решается.
Один центр, растущий радиус и ваш выбор
Перестаньте искать себя на чужой лестнице. У вопроса «на каком я этапе?» нет полезного ответа, потому что общей лестницы не существует. Есть ваши данные в центре и вопрос, какой виток очертить вокруг них следующим.
Разместите самый внутренний виток на одном проблемном, чётко определённом процессе. Докажите его работоспособность. Позвольте ему оставить после себя чистый срез данных, на который сможет опираться следующий виток. Затем расширьте радиус — и продолжайте расширять, виток за витком, опираясь на то, что наработал предыдущий. Зрелость придёт сама, и вы сможете измерить её потом. Вам никогда не придётся спрашивать, на какой ступеньке вы находитесь.
У спирали два компонента, которые сложнее всего купить «с полки»: человек, который выбирает первое «семя» и задаёт последовательность, и дисциплина, которая не даёт разбредаться. Именно этот вопрос — какой виток посадить первым и можно ли объединить три инструмента с ИИ, которые у вас уже есть, вокруг одного центра — будет самым важным решением на всём пути. Если не хотите принимать его в одиночку, именно с этого начинается консалтинг по ИИ: мы поможем выбрать «семя», которое будет наращивать эффект, и выстроить спираль вокруг данных, которые у вас уже есть. Делать это за вас мы не будем. Мы поможем сделать верный выбор в самом начале — там, где он важнее всего.
