20+ AI-агентов и 3 человека: почему B2B CRM по-прежнему нужна
Сейчас ходит такой тезис: «Если у вас AI-агенты делают работу, CRM больше не нужна. Просто дайте им базу Postgres и пусть работают».
Звучит красиво. Но, как мне кажется, это неверно. По крайней мере, для 99% из нас.
В SaaStr AI мы сократились примерно с 30 человек до 3 людей + 20+ AI-агентов, работающих в продакшене. Выручка выросла на 47% год к году, с -19%. Агенты принесли более $1 млн выручки. Они запускают win-back-кампании с open rate 72%. Artisan отправляет более 15 тыс. исходящих сообщений в месяц. Qualified генерирует pipeline на семизначные суммы. Они настоящие. Они работают.
И каждому из них по-прежнему нужно нормальное B2B-программное обеспечение, чтобы работать внутри него.
Вот чего не понимает лагерь «просто используйте Postgres»:
#1. 99% людей не будут заносить лиды в Postgres. Они и так-то это не делают.
Не сегодня. Не через 5 лет. Может быть, никогда.
Ваш AE не пишет SQL. Ваш VP of Sales не делает запросы к таблицам, чтобы собрать прогноз. Ваш CFO не использует joins, чтобы понять покрытие pipeline. И, честно говоря, вы тоже.
Даже в 2026 году, даже с лучшими AI copilots поверх сырых данных, людям нужны интерфейсы, которые соответствуют тому, как они на самом деле думают о своей работе. Pipeline. Стадии. Территории. Квоты. Аккаунты. Это не понятия базы данных. Это понятия рабочего процесса.
Уберите их — и у вас не станет «легче» стек. У вас появится компания, в которой половина команды не сможет выполнять свою работу.
#2. Агентам тоже нужны общие системы. Возможно, даже больше, чем людям.
Вот это чаще всего понимают неправильно. Считается, что агенты якобы бесконечно гибкие, поэтому могут работать прямо с сырыми данными.
На практике всё наоборот.
Если у вас 20 агентов пишут обновления в сырой таблице Postgres, у вас будет 20 разных трактовок того, что такое «квалифицированный лид». 20 разных логик перехода между стадиями. 20 разных способов обрабатывать дубли. Никаких общих правил прогнозирования. Никакой единой семантики владения. Никакого audit trail, которому кто-то доверяет.
Наши агенты в SaaStr — Artisan, Qualified, Agentforce, Monaco, QBee, 10K — все работают поверх одной и той же системы учета. Не потому, что Salesforce красивый. А потому, что им нужна та же общая логика, что и людям: что такое opportunity, кто им владеет, на какой он стадии, что о нём говорит компенсационный план, как он попадает в forecast.
Общий слой — это не приятное дополнение. Это то, что не даёт 20+ агентам превратить ваши данные в шум.
#3. Каждой другой системе в вашем стеке нужен единый источник истины.
Ваш инструмент маркетинговой автоматизации доверяет вашему CRM. Ваша billing-система доверяет вашему CRM. Ваш BI-стек доверяет вашему CRM. Ваша CS-платформа доверяет вашему CRM. Ваши инструменты для компенсаций, прогнозирования и исполнительных дашбордов — все доверяют вашему CRM.
Вытащите CRM и замените её на базу Postgres, в которую 20 агентов пишут 20 разными способами, и внезапно всё, что стоит ниже по стеку, начнёт работать неправильно.
Граф интеграций уходит на 25 лет вглубь и построен вокруг идеи, что существует каноническая система учета.
Это не исчезает только потому, что вы наняли агентов.
#4. И, честно говоря? Salesforce безопаснее.
Это то, что никто не хочет говорить вслух, но это самое важное.
Агенты ошибаются. Часто. Мы видели, как наши агенты галлюцинировали суммы сделок, зацикливались на плохих промптах, неверно классифицировали лиды и в одном случае пытались обновить 400 записей так, что, если бы это прошло, было бы очень плохо.
Когда это происходит внутри Salesforce, защитные механизмы это ловят. Права доступа ограничивают радиус поражения. Validation rules отклоняют неверные записи. Audit trails точно показывают, что произошло. Workflow требуют одобрения выше определённых порогов. 25 лет enterprise-grade защит уже лежат там, бесплатно, просили вы их или нет.
Когда это происходит внутри сырой базы Postgres, которую вы сами подсоединили? Вы узнаёте об этом в понедельник утром, когда forecast сломан и никто не понимает почему.
Добавьте сюда SOX compliance, GDPR, FedRAMP, HIPAA, SOC 2, data residency, encryption at rest, backup and recovery, penetration testing. Всё это можно построить самому. А можно использовать платформу, где это уже построено, уже сертифицировано и уже одобрено каждой enterprise procurement-командой на Земле.
Дать 20 агентам прямой доступ к базе не делает вас быстрее. Это делает лично вас ответственным каждый раз, когда один из них делает что-то глупое.
Так что же меняется?
Многое. Интерфейс.
Недавнее объявление Benioff о Headless 360 — это правильное прочтение: CRM становится API- и MCP-слоем, на котором работают и люди (через UI), и агенты (через tools). Slack становится поверхностью. Voice становится поверхностью. Custom UI становятся поверхностью. Система учета остаётся.
Побеждающая архитектура — не «заменить CRM на Postgres».
Это «сделать CRM платформой, на которой могут вместе работать люди И агенты».
Это совсем другая ставка.
Наших агентов в 7 раз больше, чем людей. Но нам всё равно нужно ПО, которое одинаково хорошо работает с ними обоими.
В SaaStr агентов почти в 7 раз больше, чем людей. Мы так же сильно верим в AI-агентов, как и все остальные. Я сам выпустил более 12 production apps, Amelia собрала QBee — нашего AI VP of CS — на Replit, а я сделал 10K — нашего AI VP of Marketing — на 14 230 строк кода.
И мы всё равно работаем на Salesforce. Не потому, что обязаны. А потому, что когда вы реально работаете так, очень быстро понимаете: агентам общий system of record нужен даже больше, чем людям.
«Просто используйте Postgres» звучит как будущее.
На практике это самый быстрый способ получить 20 агентов, которые производят данные, которым не может доверять никто — ни человек, ни агент.
> Salesforce только что запустила Headless для AI-агентов. А мы уже живём так 6 месяцев.
Материал — перевод статьи с английского.
Оригинал: We Have 20+ AI Agents and Just 3 Humans. But Even So, We Still Need “Real” B2B Software.