Консалтинг в эпоху ИИ: что остается без красивых презентаций?

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

Технического отчёта для этого недостаточно. Консультант должен увидеть интересы бизнеса, ИТ, поддержки, безопасности, поставщиков и руководителей, понять, почему прежние решения блокировались, и собрать исполнимый контур изменений. Иногда проблему лучше подсвечивать постепенно через уже исправленные артефакты, а не объявлять организации, что она всё делала неправильно. Доверие возникает из предметного разговора и деликатной работы с организационной динамикой.

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

Делегирование агенту не похоже на делегирование проверенному человеку. У модели нет репутации и ответственности, поэтому заказчику нужны намерение, критерии приёмки и способ верификации. Иначе скорость генерации превращается в долг проверки или в дорогое исправление уже внедрённой ошибки. Замкнутые агентные циклы хорошо поддерживают известный режим, но плохо справляются с крупным изменением за границами заложенных условий — именно там по-прежнему нужен специалист по предметной области.

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

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