За последний год ко мне приходили с одной и той же формулировкой: «нам нужен AI». Не «у нас менеджеры тонут в переписке», не «мы неделю сводим отчёт руками», а именно «нужен AI». Это разговор про инструмент, а не про задачу, и он почти всегда заканчивается сожжённым бюджетом и выводом «нам это не подходит».

Почему сгорает бюджет

Деньги уходят не на модели. Они уходят на три вещи, которые видно только изнутри проекта.

• Начали с инструмента. Сначала выбрали платформу, потом стали искать, что бы ей поручить. Это то же самое, что купить станок и потом придумывать, какую деталь на нём точить.
• Пилот без метрики. «Попробуем, посмотрим» — это не пилот, а трата. Если до старта не записано, что именно мы измеряем и каким было значение до, результат нельзя ни защитить, ни опровергнуть.
• Данные не готовы, и это выясняется на третьем месяце. Справочники расходятся, половина знаний живёт в голове у двух человек, документы лежат в почте. Модель не спасает от беспорядка, она его усиливает.

Правило первого проекта

Первый AI-проект в компании выбирается не по интересности, а по трём признакам одновременно: процесс повторяется каждый день, он измеряется в часах или деньгах, и ошибка в нём не фатальна.

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

Хороший первый проект скучен. Он экономит два часа в день одному отделу и не попадает ни в одну презентацию про инновации.

Как выглядит здоровый пилот

1. Четыре–шесть недель. Не квартал: за квартал меняется контекст, и вы уже не понимаете, что именно сработало.
2. Одна метрика. Часы на задачу, доля обращений без участия человека, время до ответа, процент ошибок ввода — что-то одно.
3. Ручной baseline. Неделю до старта замеряете, как обстоят дела сейчас. Без этого числа весь проект — вопрос веры.
4. Порог отказа, записанный заранее. «Если через шесть недель экономия меньше N часов — закрываем». Проект, который нельзя закрыть, будет жить вечно и стоить вечно.

Что окупается первым

Список короче, чем кажется. Разбор и маршрутизация входящих обращений. Поиск по внутренним документам и регламентам — тот случай, когда сотрудник тратит двадцать минут на вопрос «а как у нас положено». Черновики типовых документов и писем. Контроль качества данных: поиск дублей, аномалий, незаполненных обязательных полей.

Общее у них одно: человек остаётся в контуре и принимает финальное решение. Самые дорогие провалы начинаются там, где AI поставили принимать решение вместо человека на процессе, который никто толком не описывал.

Чего не делать

• Не начинайте с «AI-стратегии». Документ на сорок страниц устареет раньше, чем вы согласуете бюджет. Стратегия пишется после второго-третьего работающего проекта, из опыта, а не из презентаций.
• Не покупайте платформу до пилота. Пилот делается на том, что уже есть. Платформа выбирается под нагрузку, которую вы измерили, а не под ту, которую надеетесь получить.
• Не прячьте эксперимент от людей, чьи процессы он трогает. Внедрение, о котором отдел узнаёт постфактум, саботируется тихо и профессионально.
• Не считайте экономию в «условных часах». Считайте в тех единицах, которыми компания живёт: смены, заявки, отгрузки, дни закрытия месяца.

С чего начать в понедельник

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

Типичная картина через полгода после внедрения: система куплена, лицензии оплачены, интегратор ушёл, а сделки по-прежнему ведутся в файле «клиенты_итог_финал2.xlsx». В CRM заходят по пятницам, чтобы «заполнить для отчёта». Формально система есть. Фактически компания платит дважды: за лицензии и за двойной ввод.

Excel — не враг, а симптом

Менеджер не сидит в Excel из вредности. Он сидит там, потому что файл открывается мгновенно, не задаёт вопросов, не требует заполнить восемь обязательных полей и позволяет за минуту сделать то, что в CRM занимает десять кликов. Пока это так, никакие регламенты не помогут: люди всегда выбирают инструмент, который быстрее решает их собственную задачу.

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

Три причины провала

Причины почти всегда одни и те же, и ни одна из них не техническая.

• Внедряют для руководителя, а не для менеджера. Система проектируется от отчётов: какие срезы хочет видеть директор. В итоге менеджер обслуживает отчёт, а не сделку. Он это чувствует и мстит формальным заполнением.
• Переносят хаос как есть. Если процесс продажи не описан, CRM его не создаст. Она зафиксирует беспорядок в цифровом виде и сделает его быстрее — что, вопреки ожиданиям, не улучшение.
• Нет владельца процесса. Есть спонсор, который подписал бюджет, есть подрядчик, который сдал этапы, и нет человека внутри компании, который отвечает за то, что процесс работает через полгода.

Правильный порядок работ

Порядок важнее выбора системы. Он один и тот же для любого вендора.

1. Процесс. Как сделка рождается, кто её ведёт, какие переходы возможны, где она умирает. На бумаге, до единой настройки.
2. Поля. Только те, без которых нельзя перейти на следующий этап. Каждое обязательное поле — это налог на каждую сделку; список должен быть болезненно коротким.
3. Интеграции. Телефония, почта, сайт, склад, бухгалтерия. Цель одна: убрать ручной перенос данных, потому что именно он и порождает второй файл в Excel.
4. Отчёты. В последнюю очередь. Отчёт — это следствие того, что данные попадают в систему естественным путём, а не причина, по которой их туда заносят.

Чего не делать

• Не мигрируйте всю историю. Перенос десяти лет сделок — это месяцы работы и гарантированный мусор в новой системе. Возьмите активных клиентов и открытые сделки, остальное оставьте в архиве.
• Не делайте сорок обязательных полей. Каждое поле должно уметь ответить на вопрос «какое решение мы примем на основании этих данных». Если ответа нет — поле не обязательное.
• Не запускайте без обучения на реальных сделках. Демо на выдуманных данных не учит ничему. Первая неделя — работа в системе рядом с человеком, который умеет.
• Не оставляйте Excel «на переходный период» без даты. Переходный период без даты окончания — это новое постоянное состояние.

Как проверить внедрение за неделю

Сядьте рядом с менеджером и попросите провести одну сделку от звонка до счёта. Засеките время и посчитайте клики. Потом попросите его сделать то же самое так, как ему удобно. Разница между двумя замерами — и есть честная оценка вашего внедрения. Всё остальное — мнение.

Я прохожу этот путь регулярно: мой основной продукт, Цеховик ERP, работает более чем на 1000 производств в РФ и СНГ, и закономерность везде одна — приживается та система, в которой человеку на линии быстрее, чем без неё.

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

Почему OEE честнее плана

OEE — общая эффективность оборудования — собирается из трёх сомножителей: доступность (сколько времени станок реально мог работать), производительность (насколько быстро он работал относительно нормы) и качество (какая доля выпуска годная). Показатель ценен не абсолютным числом, а тем, что его нельзя улучшить рассказом. Если доступность падает, значит станок стоял, и следующий вопрос — почему.

План выполняется или не выполняется. OEE объясняет, где именно вы потеряли время, и это единственный разговор, из которого выходит план работ.

Почему бумага держится

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

MES начинается не с датчиков

Самая частая ошибка — начать с оборудования. Датчики поставили, данные потекли, и выяснилось, что никто не может договориться, считается ли переналадка простоем и чей это простой. MES начинается с двух справочников.

• Единый справочник операций. Одна операция — одно название на всём заводе. Пока в разных цехах одно и то же зовётся по-разному, сводить нечего.
• Классификатор простоев. Главный артефакт всего проекта. Пятнадцать–двадцать причин, сгруппированных по зонам ответственности: оборудование, материал, персонал, планирование, внешние. Больше двадцати — мастер начнёт выбирать «прочее», и вы потеряете смысл.

Три этапа, которые работают

1. Ручной ввод. Планшет или киоск в цехе, ввод простоя в два касания: причина и длительность. Цель этапа — не точность, а привычка и проверка классификатора на живой смене.
2. Полуавтомат. Начало и конец операции подтягиваются из системы, человек подтверждает и объясняет отклонения. Здесь появляются первые честные цифры OEE.
3. Датчики. Съём сигнала со станка там, где это окупается. К этому моменту вы уже знаете, какие простои дороже всего, и ставите датчики туда, а не «на всё».

Чего не делать

• Не автоматизируйте хаос. Если норматив операции не согласован, автоматический расчёт производительности будет спорным числом, вокруг которого начнётся торг вместо работы.
• Не наказывайте за первые честные цифры. Как только за низкий OEE начинают лишать премии, OEE становится высоким. Данные умирают в первую же неделю.
• Не считайте OEE по заводу целиком. Средняя температура по цехам не показывает узкое место. Считайте по критическому оборудованию.
• Не выкидывайте бумагу в первый день. Две недели параллельно — это цена доверия к новым данным.

Что даёт первый честный месяц

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