Клиент пока жив. А CRM ждёт отчёт

«Дим, клиент пока жив. Твоё решение по Ростову?» Примерно так я бы настроил своего помощника. Очкастая стерва, которая не желает мне доброго утра, а сразу напоминает о решении, от которого я третий день аккуратно уворачиваюсь.

Убить хочется. Но вопрос полезный.

Она знает, что встреча состоялась, клиент ждёт ответ, срок уже сдвигали, а следующего шага нет. Не потому, что я вчера добросовестно заполнил карточку и поставил себе напоминание. Если бы я всё это сделал сам, зачем мне помощник? CRM создавали, чтобы она помогала людям работать.

Постепенно роли поменялись. Теперь менеджер сначала работает с клиентом, а потом работает на CRM: заполняет карточку, выбирает статус, пишет комментарий и ставит задачу. Закупщик договорился с поставщиком — и идёт пересказывать договорённость системе. Логист нашёл машину — и должен доказать это несколькими обязательными полями.

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

Нормальная CRM должна начинаться с простоты. Продажнику нужны клиент, договорённость и следующий шаг. Закупщику — поставщик, условия и срок. Логисту — машина, водитель, маршрут и факт исполнения. Если для решения нужны четыре поля, двадцать остальных работать не помогают.

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

Человек подключается там, где действительно требуется его смысл или решение. При этом система обязана различать слова и факты. «Клиент обещал заказать» — договорённость. Заказ поступил — факт. «Отношения восстановлены» — пока вывод, который ещё предстоит проверить. И только после этого появляется ИИ.

Если поставить его поверх пустых или формально заполненных карточек, он будет красиво пересказывать чужую отчётность. Сначала нужны факты, связи, права и история. Затем можно добавить обычный человеческий язык.

Так получился Бэр. Его строили снизу, поэтому он не изображает всезнающего собеседника, а переводит разговор на строгий язык системы и обратно. Он может напомнить, предложить вариант и задать неприятный вопрос, но не имеет права принять обещание за исполнение.

Бэра можно вызвать из приложения, мессенджера или Алисы. Можно сделать его спокойным дворецким. А можно настроить ту самую очкастую стерву, которая утром спросит про Ростов и не примет «я подумаю» за решение.

В Operational Radar эта возможность выросла из ядра. На одной основе можно собрать рабочее пространство для продаж, закупок, логистики или поиска инвестора. У каждой группы будут свои объекты и этапы, но общая история фактов останется единой.

Такая CRM действительно может стать высшей формой работы, а Бэр — высшей формой доступа к ней. Но начинается всё с гораздо более простой вещи: не люди должны работать на CRM. CRM должна работать на людей.утром спросит про Ростов и не примет «я подумаю» за решение.