LABA как усиление бизнеса: не CRM, а диалог с информационной системой компании
Если объяснять LABA только как CRM, смысл теряется. Система продаж и клиентских отношений (CRM) отвечает на важный, но узкий вопрос: кто клиент, какая сделка открыта, что делать дальше. Бизнес живет шире. У него есть продукты, договоры, деньги, люди, знания, риски, документы, звонки, обещания, ошибки, повторяемые действия и решения, которые должны переживать один конкретный чат.
Сильнее смотреть на LABA как на рабочую систему компании. Она помогает описать, как бизнес должен быть устроен, а потом показывает, как этот бизнес реально работает: где сделка, где договор, где задача, где звонок, где документ, где деньги, где результат и что делать дальше.
В этом смысле LABA — не "еще один кабинет". Это попытка сделать для бизнеса то, что Дуглас Энгельбарт называл усилением человеческого интеллекта (Augmenting Human Intellect): не заменить человека машиной, а дать человеку и команде более сильный способ видеть, связывать и выполнять сложную работу.
Почему CRM слишком узкая рамка
CRM полезна, когда нужно управлять продажами: лид, контакт, встреча, коммерческое предложение, договор, оплата. Но компания не заканчивается на продаже. После сделки начинается выполнение: нужно передать задачу, собрать материалы, сделать работу, подтвердить результат, выставить счет, принять оплату, сохранить опыт и повторить удачный сценарий.
Обычная CRM часто показывает коммерческую стадию. LABA должна показывать еще и исполнение: что именно было сделано, на каком основании, где лежит доказательство, кто отвечает, какой следующий шаг и как повторить это в другой компании.
Так появляется второй слой: не просто "клиент в воронке", а рабочая память бизнеса.
Две карты бизнеса: как должно быть и как получилось
| Что видит система | Какой вопрос закрывает | Почему это важно |
|---|---|---|
| Компания, контакт, сделка | С кем мы работаем и на какой стадии? | Это коммерческая картина. Без нее теряется продажа. |
| Договор, задача, звонок, документ | Что реально происходит после договоренности? | Это картина исполнения. Без нее теряется ответственность. |
| Платеж, счет, акт, результат | Где деньги и что уже передано? | Это управленческий контроль, а не просто заметка менеджера. |
| Процесс, правило, повторяемый сценарий | Как сделать так же в следующий раз? | Это превращает опыт в систему, а не в память одного человека. |
У компании есть первая карта: как она устроена в идеале. Какие области в ней есть, чем она зарабатывает, какие продукты продает, как работает с клиентами, как выполняет услуги, как управляет людьми, финансами, технологиями, рисками и знаниями.
Для такой карты можно использовать внешний ориентир — карту процессов APQC (Process Classification Framework). В ней бизнес описывается не одним отделом продаж, а набором верхнеуровневых областей: стратегия, продукты, продажи, поставки, услуги, клиентский сервис, люди, технологии, финансы, активы, риски, внешние отношения, развитие возможностей компании.
Но важный момент: читателю и пользователю не нужно первым делом показывать аббревиатуру APQC. Для живого бизнеса это не учебник и не табличка с кодами. Это внутренний каркас, который помогает не забыть ни одну важную часть компании.
Вторая карта — это реальная работа. Не "как должно быть", а что произошло сегодня: пришел клиент, прошел звонок, появилось обещание, создан договор, отправлен файл, назначена задача, получена оплата, найден риск, сделан результат.
LABA становится сильной именно там, где эти две карты соединяются. Идеальная структура говорит: "у бизнеса должна быть управляемая часть". Реальный след показывает: "вот как эта часть воплотилась в конкретном действии".
Редакционный вывод: сильная бизнес-система не просто хранит карточки. Она связывает план компании с реальными действиями и делает эту связь проверяемой.
Карта процессов под капотом, человеческий язык на экране
Ошибка была бы в том, чтобы вынести методологию первым экраном наружу. Слова "процессная онтология", "контур", "подтверждение действия человеком (HITL)", "APQC-домен" могут быть точными внутри команды, но для пользователя они часто звучат как туман.
Первый слой должен быть проще: компания, контакт, сделка, договор, задача, звонок, документ, платеж, результат, следующий шаг. Человек должен открыть экран и понять, что происходит с работой.
Методология при этом никуда не исчезает. Она просто уходит ниже: в правила, связи, повторяемые сценарии, подсказки для агента, проверку качества и аналитику. Как в хорошей машине: водитель видит дорогу, скорость и маршрут, а не весь инженерный чертеж двигателя.
Так LABA может говорить на двух языках одновременно. Для человека — язык работы. Для системы — точный язык процессов, источников, связей и проверяемых действий.
ИИ как новый интерфейс к бизнес-системе
Веб-интерфейс кажется естественным, потому что мы привыкли к сайтам, админкам и дашбордам. Но исторически это тоже один из этапов. CERN описывает, как веб родился как способ связывать документы и информацию, а первая публичная страница проекта WWW до сих пор показывает очень простой замысел: дать доступ к связанному миру документов через гипертекст.
Чуть больше тридцати лет назад это было революцией. Сегодня мы уже спокойно разговариваем с компьютером голосом, просим агента открыть файлы, проверить таблицы, найти историю задачи и подготовить документ. Значит, следующий интерфейс к бизнес-системе может быть не только экраном с кнопками.
Если у компании есть структурированная рабочая система, ИИ перестает быть "чатиком рядом с бизнесом". Он становится способом обратиться к самой информационной системе:
"Покажи, какие клиенты зависли после встречи".
"Найди договоры, где есть задача без результата".
"Собери картину по компании: деньги, документы, звонки, обещания".
"Что мы обычно делаем после такого типа обращения?"
"Подготовь следующий шаг и покажи, на каких фактах он основан".
Это уже не разговор с пустой моделью. Это диалог с памятью, процессами и реальными объектами компании.
Где здесь место API, MCP и веб-кабинета
Веб-кабинет остается нужен. Он показывает состояние, дает ручной контроль, позволяет человеку проверить карточку, открыть документ, посмотреть задачу и исправить ошибку.
Но если LABA — это рабочая система бизнеса, у нее должны быть и другие входы. Программный интерфейс (API) нужен для действий. Командная строка может быть операторским инструментом. Протокол подключения ИИ-агентов к инструментам (MCP) нужен, чтобы ИИ мог работать не по скриншотам, а через безопасные команды. Голос и чат становятся еще одним способом обратиться к системе.
Мы уже отдельно разбирали, почему компьютерные ИИ-агенты начинают работать с экраном и браузером и почему навыки ИИ-агентов становятся рабочим слоем автоматизации. В случае LABA эта же логика переносится на управление компанией: агент должен видеть не только страницу, а документы, задачи, платежи, звонки и правила работы.
Главное здесь не технология ради технологии. Главное — смена роли интерфейса. Экран больше не единственная дверь в бизнес-систему. Он один из способов видеть и контролировать работу.
Что LABA на самом деле усиливает
LABA усиливает не отдельного менеджера и не отдельный отдел. Она усиливает способность компании помнить, связывать и повторять свою работу.
Когда бизнес хранит только переписки, файлы и заметки, управленец вынужден держать систему в голове. Когда бизнес описан как структура и подтвержден реальными действиями, появляется другой уровень разговора: можно спрашивать, проверять, сравнивать, передавать ответственность и обучать людей на собственном рабочем материале.
Поэтому LABA лучше описывать так:
LABA — это система управления бизнесом, где карта компании, реальные действия и ИИ-интерфейс соединяются в один рабочий контур. Система продаж и клиентских отношений (CRM), управление персоналом, стратегия, финансы и документы становятся не отдельными островами, а частями одной информационной системы.
Именно здесь возникает главный переход. Компания больше не просто открывает сайт или заполняет карточки. Она начинает разговаривать со своей рабочей системой — и получать ответы не из воздуха, а из структуры, фактов, документов, задач и результатов.