Пять этапов: от карты задач до цепочек агентов. Для руководителя, который ещё не начал внедрение — и для того, у кого оно уже идёт хаотично.
Деньги на ИИ сейчас теряют двумя способами. Первый: купить подписки и ждать чуда. Второй: сократить людей раньше, чем понятно, кто закрывал авралы. Эта методичка про третий способ, скучный: сначала посчитать, потом решать.
Она для двух типов руководителей. Первый ещё не начинал и не знает, с чего. Второй уже внедряет: инструменты куплены, сверху обязали, но каждый сотрудник работает с ИИ методом тыка. Порядок действий обоим нужен один и тот же, различается только масштаб, о нём в этапе 5. Списков волшебных инструментов здесь нет: инструменты меняются каждые полгода, порядок остаётся.
ИИ в компании работает как усилитель сотрудника. Заменой он становится редко и обычно хуже, чем обещали. Сотрудник, который понимает свои повторяющиеся задачи и отдал их машине, стоит для компании дороже, чем стоил. Компания, которая просто сократила людей после покупки лицензий, обычно обнаруживает это в первый же аврал.
Тренд на массовые увольнения под флагом ИИ существует. Следовать ему необязательно. Ниже покажу, почему выбирать путь стоит по расчёту, и как его сделать.
Методика опирается на 12 лет анализа enterprise-процессов в энергетике (SAP, SCADA, BPMN, UAT) и ежедневную разработку AI-агентов. Автор стандарта спецификаций ANSS.
Пять этапов здесь разобраны на уровне принципов. Полная версия — рабочая книга на 40–55 страниц с инструкциями по каждому этапу, шаблонами таблиц и разбором кейса.
Полная версия →Типичная история. Директор посмотрел вебинар, купил корпоративную подписку, разослал письмо «теперь используем ИИ». Через три месяца подпиской пользуются полтора человека, скептики торжествуют, бюджет списан.
Причина скучная. Никто не посмотрел, из чего состоит рабочий день людей. ИИ хорошо забирает конкретные повторяющиеся задачи. Пока задачи не названы, забирать нечего. Инструмент без точки приложения остаётся игрушкой.
Знаю случаи, когда даже в серьёзных компаниях-разработчиках инженеров обязали писать код через ИИ, а как с ним работать, не объяснил никто. Люди учатся поодиночке, методом тыка. Если так происходит у профессиональных программистов, что говорить об отделе продаж.
Вывод простой: внедрение начинается с наблюдения, а не с покупки.
Каждый сотрудник в течение недели записывает свои задачи. Что делал, как часто, сколько минут. Пять минут в конце дня, простая таблица. Через неделю у вас карта того, чем отдел занят на самом деле.
| Задача | Раз/нед | Мин за раз | Итого ч/нед |
|---|---|---|---|
| Отчёт для руководства из CRM | 1 | 180 | 3,0 |
| Ответы на типовые письма клиентов | 25 | 8 | 3,3 |
| Переговоры с ключевыми клиентами | 4 | 60 | 4,0 |
| Перенос заявок из почты в таблицу | 15 | 6 | 1,5 |
| Разбор нестандартных претензий | 2 | 45 | 1,5 |
Три выделенные строки этого примера дают 7,8 часа в неделю. При ставке 80 zł/час это около 2 700 zł в месяц на одном сотруднике, и это ещё до разговора про качество и скорость.
Спойлер: карта не совпадёт с должностными инструкциями. Всплывут задачи, о которых вы не знали. Отчёт, который человек три часа собирает руками. Письма, съедающие половину дня, хотя шаблон один и тот же. Дублирование, когда одну табличку ведут двое.
Теперь по каждой задаче из карты три вопроса. Повторяется ли она регулярно и по одинаковой схеме? Сколько стоит час человека, который её делает? Что случится, если машина ошибётся?
Частичный режим для начала лучше полного: сотрудник видит, где машина ошибается, и учится ей управлять.
Результат этапа: короткий список задач с оценкой высвобождаемых часов. Вместо «внедряем ИИ вообще» получаете три конкретных места, где он окупится.
Самая недооценённая часть. ИИ выполняет написанное. То, что имелось в виду, он не выполняет. Расплывчатая постановка даёт расплывчатый результат, и винить тут стоит постановку, машина своё отработала.
Для каждой автоматизируемой задачи нужен короткий документ. Что на входе, что на выходе, по каким правилам, чего делать нельзя никогда. Последний пункт называю инвариантами: границы, которые машина не пересекает ни при каких условиях. Не отправлять письмо без проверки человеком. Не менять данные в бухгалтерской системе. Не обещать клиенту сроки.
Как это выглядит для задачи «черновики ответов на письма клиентов». Вход: письмо клиента и история переписки. Выход: черновик ответа в папке «На проверку». Инварианты: не отправлять без утверждения человеком, не называть цены и сроки, не отвечать на претензии, их сразу человеку. Пять строк, а поведение машины уже предсказуемо.
Для сложных систем я развиваю открытый стандарт таких спецификаций, ANSS. Для одной офисной задачи хватит страницы текста. Но страница должна быть.
Внедряйте по одной задаче. Соблазн запустить всё сразу велик, устойчив к нему мало кто, результат всегда одинаковый: хаос и откат.
Приёмку делает тот, кто задачу выполнял руками. Он лучше всех видит, где машина халтурит. Заранее договоритесь о критериях: что считается «работает». Две недели параллельного режима, человек и машина делают одно и то же, результаты сравниваются. Потом человек переходит в режим контроля.
Здесь же выясняется приятное: сотрудник, прошедший этот цикл, дальше сам находит следующие задачи для автоматизации. Вы получили больше, чем одного агента: у вас появился человек, который умеет их заказывать.
Один сотрудник прошёл цикл, показал цифры. Теперь его опыт переносится на отдел. Работает лучше любых директив: коллега с результатом убедительнее консультанта.
На уровне отдела появляются вещи, которых не было на уровне человека. Общие спецификации, реестр агентов, правила, кто и что имеет право автоматизировать. Звучит бюрократично, спасает от бардака.
Растёт со временем только единица автоматизации, этапы остаются те же. Уровень один: отдельная задача, человек проверяет каждый результат. Уровень два: связка задач одного сотрудника, машина ведёт процесс целиком, человек смотрит итог. Уровень три: цепочки агентов, где постоянный присмотр заменён контрольными точками и инвариантами из этапа 3. Продвинутые команды живут на третьем уровне, но попадают туда через первые два. Попытка начать сразу с третьего даёт хаос, который потом разгребают дороже, чем стоило бы пройти лестницу.
Аудит покажет, что отдел из десяти человек высвобождает, скажем, тридцать процентов мощности. Дальше у руководителя три пути, и выбирать стоит на цифрах.
Скрытый риск называется резервной критичностью. Люди в компании заняты не только тем, что видно в таблице. Они держат в голове знания, которых нет в документации. Они закрывают авралы. Сократите техподдержку до минимума, потому что «типовые заявки теперь разбирает ИИ», и первая же массовая авария покажет цену решения: типовых заявок в аварию не бывает, а людей, которые умели разбирать нетиповые, уже нет.
Поэтому в честном аудите у каждой роли две оценки. Сколько часов освобождается в обычном режиме. И что произойдёт в нештатном, если этих людей не будет. Вторую оценку почти никто не делает, а зря: убытки от одного простоя съедают экономию на зарплатах за год.
Обратное тоже верно. Осторожность сама по себе риск: конкурент, жёстко срезавший ФОТ, выигрывает по цене здесь и сейчас, а на зрелом рынке без роста сценарий А работает хуже, чем на растущем. Аргумент этого раздела не про доброту. У каждого сценария есть цена, и считать нужно обе, прежде чем выбирать. Проигрывают обычно те, кто посчитал только одну.
Правило одно, и на нём сыпется большинство внедрений. Если вы объявили команде, что цель внедрения ИИ состоит в усилении людей, этой линии придётся держаться и в решениях. Один показательный «оптимизированный» после аудита, и следующего честного аудита в этой компании не будет никогда. Сотрудники прекрасно считывают разницу между словами и действиями.
Это, кстати, довод в пользу мягких сценариев из предыдущего раздела, чисто прагматический. Доверие команды стоит дороже, чем пара окладов.
Пять этапов можно пройти самостоятельно, методички для этого достаточно. Одно предупреждение: самостоятельные аудиты часто вырождаются в формальность, потому что сотрудники пишут таблицы для начальника, а начальнику некогда проверять. Внешний человек нужен не для умных слов. Он нужен, чтобы данные были настоящими.
Я делаю такие аудиты: фотография недели, карта задач, матрица автоматизации, расчёт мощности и рисков по трём сценариям, план внедрения и спецификация первой задачи, с которой можно стартовать без меня. От семи дней на одну роль, три-четыре недели на отдел.
Первое письмо ни к чему не обязывает. Опишите отдел в трёх предложениях, и в ответе будут три вещи: стоит ли вашему отделу автоматизация в принципе, какие процессы я проверил бы первыми и есть ли шанс окупить внедрение.
Полная версия → Написать письмоили LinkedIn: /in/kholomyanskiy · Telegram: @kholomyanskiy