О чем я говорил в Сколково, почему бизнесу уже мало одной нейросети

Меня пригласили выступить в Сколково перед резидентами Технопарка с темой, которая сейчас вызывает у бизнеса одновременно интерес, азарт и заметную растерянность: агенты, новые модели, автоматизация, цифровые помощники, локальные и облачные контуры. Формально разговор был про технологии. По сути же он очень быстро стал разговором про управление.

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

На мой взгляд, это и есть главный сдвиг, который сейчас происходит на рынке. Период простого восхищения возможностями заканчивается. Бизнес подходит к следующей стадии, где нужно уже не удивляться, а собирать рабочую систему. И в этой точке быстро выясняется, что одной модели компании уже недостаточно.
У бизнеса вообще редко бывают проблемы из-за нехватки “интеллекта как такового”.

Гораздо чаще проблемы возникают из-за того, что данные разорваны, процессы не связаны, системы не разговаривают друг с другом, а сотрудники фактически работают ручными интеграторами между окнами, таблицами, чатами, CRM, документами и отчетами. Если на такую конструкцию сверху поставить еще одну “очень умную” модель, компания не становится автоматически сильнее. Она просто получает еще один слой поверх уже существующего хаоса.

Я разделяю как минимум три уровня. Первый - большая облачная модель. Это мощный интеллект общего назначения, который хорошо работает с широким контекстом, быстро помогает анализировать, структурировать, формулировать, выдвигать гипотезы, перерабатывать большие объемы текста. Второй - серверная модель, встроенная в корпоративную среду и работающая как часть внутреннего рабочего контура. Третий - локальная модель, которая максимально приближена к конкретным бизнес-данным, ролям, регламентам и операционным процессам.
Смысл не в том, чтобы выбрать из них одну и объявить ее победителем. У них разные роли. И как только это становится понятно, разговор про внедрение сразу взрослеет.

Большая облачная модель полезна там, где нужен сильный общий интеллект. Но это не значит, что ей надо отдавать весь бизнес. У нее нет встроенного знания о вашей внутренней логике, о порядке согласований, о том, какие поля критичны, где проходит граница чувствительных данных, в каком месте ошибка превращается из “неудачного ответа” в реальный риск для компании. Она может быть очень сильной, но это не делает ее всей системой.

Серверная модель позволяет встроить интеллект ближе к корпоративной среде. А локальная модель особенно важна там, где вопрос контроля уже нельзя считать второстепенным. Персональные данные, кадровые процессы, внутренняя аналитика, документы, финансовые признаки, история взаимодействия с клиентами - это не просто массив информации для обработки. Это ткань бизнеса. И обращаться с ней нужно соответственно.

Когда я объясняю эту логику, мне ближе всего аналогия с рабочим документом, который проходит через нескольких сильных коллег. Один помогает собрать мысль и выстроить общий каркас. Второй встраивает в текст корпоративный контекст, убирает слабые места, уточняет формулировки. Третий доводит документ до состояния, в котором по нему уже можно действовать. С моделями происходит примерно то же самое. Вопрос не в том, какая одна модель заменит всех. Вопрос в том, как распределить роли, как передается информация между уровнями и кто в этой конструкции действительно держит под контролем бизнес-процесс.

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

У большинства компаний слабое место сегодня не в моделях, а в среде. Маркетинг живет отдельно, продажи отдельно, аналитика отдельно, документы отдельно, задачи отдельно, коммуникации отдельно. В результате огромное количество времени уходит не на принятие решений, а на склейку фрагментов. Люди постоянно что-то сверяют, переносят, перепроверяют, согласуют и пересобирают вручную. Это очень дорогая конструкция, просто многие к ней настолько привыкли, что уже не замечают ее ненормальности.

Для меня следующий шаг в развитии бизнеса - это не просто запуск ассистента или агента. Гораздо важнее переход к единой рабочей среде. К ситуации, в которой у сотрудника есть одна точка входа, один рабочий терминал, один контур, где он получает не россыпь разрозненных сигналов, а уже подготовленный контекст. Что произошло. Где есть отклонение. Что требует внимания. Какой сценарий нужно запустить. Какие рекомендации уже сформированы системой. В этой логике модель перестает быть отдельной “умной функцией” и становится частью инфраструктуры управления.

Это особенно хорошо видно на стыке аналитики и действий. Компании могут иметь десятки отчетов и панелей, но если они по-прежнему не умеют быстро перевести данные в решение, а решение - в контролируемое действие, значит у них старая архитектура, только с новым словарем. Поэтому я довольно спокойно отношусь к восторгам вокруг “умных систем”. Умной системы недостаточно. Нужна система, встроенная в маршрут принятия решений.

Отсюда же вытекает и тема локальной инфраструктуры. Бизнес все отчетливее понимает, что держать часть вычислений и часть логики внутри собственного контура - это уже не экзотика и не привилегия самых осторожных. Это нормальное требование зрелой архитектуры. Там, где компания работает с чувствительными данными и критичными процессами, локальная модель - не уступка, а правильный инженерный выбор. Не потому, что она обязательно “умнее” внешней, а потому, что она стоит в правильном месте.

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

Поэтому зрелость начинается не с покупки модели и не с эффектного пилота. Она начинается в тот момент, когда компания задает себе более жесткие вопросы. Какие функции должны быть стабильными и промышленными? Где нужна локальная обработка? Какие сценарии можно отдавать внешнему интеллекту, а какие нельзя? Как выглядит автотестирование? Какова стоимость вычислений? Где заканчивается полезная автоматизация и начинается неоправданное усложнение? Пока таких вопросов нет, бизнес находится на территории впечатления, а не внедрения.

Есть и еще один слой, который нет смысла обходить стороной. Новые контуры автоматизации действительно меняют структуру труда. Я не считаю полезным ни драматизировать это, ни притворяться, что ничего не происходит. Происходит многое. Уходит часть ручной координации. Снижается потребность в ролях, чья функция состояла главным образом в том, чтобы переносить информацию между системами, перепроверять одно и то же в разных окнах и собирать вручную то, что должно быть собрано на уровне архитектуры.

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

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

Если свести весь разговор к одной формуле, она будет звучать так: будущее не за одной сильной моделью, а за правильно собранной системой из данных, интерфейсов, локальных и облачных моделей, встроенных в единый бизнес-контур.

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