Глава 28 — Самая большая ошибка — пытаться внедрить всё сразу

НАЧИНАЕТСЯ ВСЁ ОБЫЧНО С ОЧЕНЬ ХОРОШЕЙ ПРЕЗЕНТАЦИИ

После первых успехов с ИИ у нас случилось то, что почти всегда случается с предпринимателем, когда новая технология наконец начинает приносить понятный результат.

Мы захотели больше.

Не через год. Не постепенно. Сразу.

Продажи уже работают? Отлично. Давайте подключим маркетинг, HR, финансы, производство, документооборот, аналитику, телефонию и всё остальное. Сделаем единую базу знаний. Подключим все каналы. Построим агентов. Создадим прогнозы. И желательно к следующему кварталу.

На презентации это выглядело логично.

На схеме вообще всё всегда выглядит логично.

Самые опасные проекты цифровизации начинаются с фразы: «Раз уж внедряем, давайте сразу сделаем нормально».

Мы тогда ещё не понимали, что слово «нормально» в большой трансформации обычно означает «слишком много одновременно».

НА СХЕМЕ БЫЛА КОМПАНИЯ, КОТОРОЙ НЕ СУЩЕСТВОВАЛО

Архитектура выглядела красиво: CRM в центре, вокруг неё телефония, маркетинг, база знаний, документы, аналитика, агенты. Стрелочки. Роли. Автоматические действия. Контрольные точки.

Проблема была в одной мелочи.

Схема описывала компанию так, как она должна была работать.

А живая компания работала иначе.

В CRM часть данных не заполнялась. Один отдел жил в таблицах. Второй — в мессенджере. Третий держал важную информацию в голове у двух сотрудников. Некоторые регламенты существовали только на бумаге. Часть процессов менялась быстрее, чем мы успевали их описывать.

Мы пытались построить новый цифровой этаж на доме, у которого в нескольких местах ещё не было стен.

— Почему агент не может определить следующий этап?

— Потому что у нас нет единого правила перехода.

— Тогда давайте его пропишем.

— А кто решает?

— Обычно руководитель.

— По какому критерию?

— Ну… по ситуации.

Вот это «по ситуации» потом встречалось нам ещё сотни раз.

ИИ очень быстро обнаруживает места, где компания годами жила на словах «обычно», «примерно», «по ситуации» и «все и так знают».

BIG BANG

Мы всё-таки попробовали большой запуск.

Несколько отделов. Несколько агентов. Новые регламенты. Интеграции. Обучение. Отчётность. Изменения в CRM.

На второй неделе начались исключения.

На третьей — обходные пути.

На четвёртой сотрудники начали писать в личку разработчикам: «А можно вот здесь оставить как раньше?»

На пятой руководители стали просить отключить часть уведомлений.

На шестой выяснилось, что одно изменение, полезное продажам, создаёт лишнюю ручную работу бухгалтерии.

На седьмой мы уже не понимали, что именно ухудшило показатель: новая логика, новый регламент, ошибки данных или люди просто ещё не привыкли.

Мы изменили слишком много переменных одновременно.

Когда вы меняете весь бизнес сразу, вы теряете возможность понять, что именно сработало, а что сломалось.

Big Bang выглядел быстрее.

На практике он оказался дорогим способом получить большой комок причин и следствий, который никто не мог нормально распутать.

ПЕРВЫЙ ПРИНЦИП ПОЭТАПНОЙ ТРАНСФОРМАЦИИ

После этого мы начали делать почти противоположное.

Один процесс → результат → данные → следующий процесс → следующий агент.

Не «внедрить ИИ в отдел продаж».

А: не терять входящие заявки.

Добились.

Померили.

Собрали новые данные.

Увидели следующее узкое место.

Например, выяснилось, что ответить быстро недостаточно — значительная часть клиентов терялась после первого контакта.

Следующий этап: повторные касания.

Потом — квалификация.

Потом — база знаний.

Потом — контроль следующего действия.

Потом — прогноз риска сделки.

Один агент рождал данные для следующего.

Один улучшенный процесс показывал, где лежит следующая проблема.

Так Оракул рос не по генеральному плану, а почти как живой организм.

МАЛЕНЬКАЯ ПОБЕДА СИЛЬНЕЕ БОЛЬШОГО ОБЕЩАНИЯ

Я долго недооценивал психологию изменений.

Сотруднику можно час рассказывать, что через два года новая система повысит эффективность компании.

Он кивнёт.

Но если завтра ИИ сам подготовит ему историю клиента и сэкономит двадцать минут — он начнёт относиться к технологии иначе.

Руководителю можно объяснять стратегию цифровой трансформации.

Но если в пятницу система покажет три сделки, которые отдел почти потерял, а команда их вернёт — стратегия внезапно становится реальной.

Трансформация ускоряется не от масштаба обещания. Она ускоряется от количества доказанных маленьких побед.

Поэтому каждый следующий шаг мы старались привязывать к понятному результату.

Меньше потерянных лидов.

Быстрее ответ.

Выше конверсия.

Меньше ручной работы.

Быстрее адаптация новичка.

Меньше просроченных задач.

Больше продаж на одного менеджера.

Не потому, что всё в бизнесе можно измерить одной цифрой.

А потому, что без результата любое внедрение очень быстро превращается в религию.

ПОЧЕМУ ЭТО ЗАНЯЛО ГОДЫ

Сейчас кажется: ну раз поняли принцип, почему нельзя было сделать всё за год?

Потому что после каждого нового слоя менялась сама компания.

Появлялись новые данные.

Менялись процессы.

Менялись роли сотрудников.

Мы узнавали то, чего раньше просто не видели.

Иногда следующий шаг становился очевидным только после предыдущего.

Например, пока мы не начали анализировать реальные разговоры клиентов, мы не знали, насколько наша официальная база возражений отличается от того, что люди спрашивают на самом деле.

Пока не связали маркетинг с продажами, мы не видели, что дешёвые лиды могут быть самыми дорогими.

Пока не дали сотрудникам доступ к Оракулу, мы не увидели, сколько времени уходит на поиск информации, которую «все знают».

ИИ Оракул нельзя спроектировать целиком из кабинета. Часть его архитектуры появляется только после того, как он начинает жить внутри компании.

Поэтому годы были не признаком провала.

Годы были ценой постепенного понимания того, что именно мы вообще строим.

ВОПРОС ИЗ 2030-ГО

Какой один процесс в вашей компании вы бы выбрали первым, если бы вам запретили внедрять ИИ сразу во всё?