Как автоматизировать B2B-продажи: от заявки до счёта

Как автоматизировать B2B-продажи? Начните с цепочки от заявки до счёта и найдите в ней места, где данные переписываются вручную: карточка клиента, расчёт цены, коммерческое предложение, согласование скидки, счёт в 1С. Автоматизируются именно они: единая карточка без дублей, цены из учёта, предложение по шаблону, маршрут согласования, счёт без повторного ввода. Решения о цене и об уступках остаются у людей.

Причина такого подхода в том, что B2B-продажа длинная, с несколькими участниками на каждой стороне и индивидуальными условиями. Автоматизировать «общение с клиентом» бессмысленно, а автоматизировать передачу данных между звеньями выгодно и безопасно. Выбор между готовым решением и заказной CRM разобран в статье «CRM на заказ или готовая», а услуга описана на странице «Разработка B2B CRM-системы». Здесь только порядок и дыры.

Цепочка от заявки до счёта: где теряется время

Типичная B2B-продажа проходит семь звеньев. В каждом есть ручная работа, которую можно убрать, и решение, которое убирать нельзя.

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

Заявка и карточка клиента: дубли и маршрутизация

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

Как не заводить дубли

• Идентификатор. Для юридических лиц это ИНН, для подразделений — ИНН и КПП. Поиск по нему идёт до создания карточки; найденная карточка предлагается вместо создания новой.
• Нечёткий поиск. Название «ООО Ромашка» и «Ромашка, ООО» должны сопоставляться, но решение об объединении принимает человек, потому что ошибочное слияние хуже дубля.
• Один источник реквизитов. Реквизиты подставляются из справочника или сервиса проверки контрагентов, а не вводятся руками, где опечатка гарантирована.
• Чистка накопленного. Старые дубли объединяются отдельным проектом с отчётом о слиянии. Подробнее об общей картине — в статье об интеграции 1С с CRM.

Распределение заявок

Правила записываются явно: по региону, по продукту, по размеру клиента, по существующему менеджеру. Для заявок без владельца задаётся срок реакции и эскалация: если никто не взял заявку, о ней узнаёт руководитель. Для действующих клиентов заявка уходит закреплённому менеджеру, а не в общую очередь. Круг каналов (форма на сайте, почта, мессенджер) сводится в одну очередь, иначе часть заявок лежит в чьём-то почтовом ящике. Бот для приёма и первичного разбора заявок описан на странице «Чат-бот с интеграцией CRM».

Расчёт и коммерческое предложение: цены и остатки из учёта

Предложение, собранное вручную, содержит ошибки в цене, названии позиции или сроке, и клиент замечает это раньше менеджера. Автоматизация здесь убирает переписывание, но не решает за менеджера.

Особое внимание нестандартным позициям. Если клиент просит то, чего нет в номенклатуре, система не должна блокировать предложение, она должна пометить позицию «без цены» и отправить на расчёт ответственному. Иначе менеджеры обойдут систему и будут считать в таблицах.

Согласование скидок и условий

Скидки в B2B почти всегда согласуются, но редко по записанным правилам. Результат: решения принимаются в чате, сроки ответа не контролируются, а через месяц никто не помнит, кто разрешил цену.

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

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

Договор и счёт: передача в 1С без повторного ввода

Счёт выставляется в учётной системе, и именно здесь теряется больше всего времени, если CRM и 1С не связаны. Менеджер вводит данные клиента в CRM, затем бухгалтер вводит их же в 1С, и обе стороны ошибаются независимо.

Что передаётся в 1С

• Контрагент. Если он уже есть в 1С, привязываем по ИНН и КПП, а не создаём второй раз.
• Договор. Реквизиты, срок, условия оплаты. Договор остаётся документом учёта, CRM хранит ссылку и статус.
• Счёт. Позиции, цены и скидки из согласованного предложения. Повторная передача не создаёт второй счёт: у записи есть идентификатор, и система различает «создать» и «обновить».

Что возвращается в CRM

Номер и статус счёта, факт оплаты, отгрузка и документы закрытия. Менеджер должен видеть, оплачен ли счёт, не звоня в бухгалтерию. Источник истины по деньгам и документам один: учётная система. CRM показывает копию с отметкой времени.

Если связь с 1С недоступна, запись не теряется: счёт ставится в очередь, менеджер видит статус «передан, ждёт учёта», а ошибка попадает к ответственному. Способы связи CRM и 1С сравниваются в статье о схемах интеграции; для популярных систем есть отдельные страницы: 1С с amoCRM и Битрикс24 с 1С.

После счёта: оплата, отгрузка, повторный заказ

Цепочка не заканчивается счётом, и самая ощутимая часть пользы лежит после него. Менеджер, который видит оплату и отгрузку в карточке, перестаёт отвечать на вопросы «когда придёт» и «что со счётом» вручную и успевает работать с новыми заказами.

• Напоминание об оплате. Если счёт не оплачен к сроку, менеджер получает задачу, а клиент вежливое письмо по шаблону. Тон письма утверждает руководитель.
• Статус отгрузки. Приходит из учёта, клиент получает уведомление, менеджер не пересылает его вручную.
• Повторный заказ. Из истории видно, что клиент заказывал и когда; для регулярных закупок предлагается копия прошлого заказа.
• Самообслуживание. Клиенты, которые заказывают часто, могут оформлять заказы сами в кабинете со своими ценами; такой сценарий разобран на странице «Разработка B2B-портала».

Для каждого уведомления определяется владелец текста и правило отключения. Лучше немногие и точные сообщения, чем поток.

Что не стоит автоматизировать и где помогает ИИ

Автоматизация вредит там, где решение зависит от контекста, а ошибка стоит клиента.

• Переговоры и работа с возражениями. Шаблонное письмо вместо разговора теряет сделку.
• Определение скидки. Система проверяет пороги и ведёт маршрут, но сумму назначает человек.
• Закрытие сделки в статусе «выиграна». Автоматическое закрытие по отправке счёта искажает воронку.

Там, где данных много, а решение остаётся за человеком, помогает ИИ в закрытом контуре: разбор входящих писем в заявку с полями, подготовка черновика предложения по истории общения, сводка по клиенту перед звонком, поиск по договорам и перепискам. Модель работает на ваших серверах, а качество проверяется на выборке ваших писем и документов. Что такой помощник делает и где его нельзя оставлять без человека, описано в статье «ИИ-агент в продажах» и на странице «ИИ-агент для продаж».

Порядок внедрения и как понять, что стало лучше

Автоматизацию продаж внедряют по звеньям, а не целиком. Порядок такой:

1. Справочники. Клиенты, номенклатура, цены: убрать дубли и определить источники. Без этого дальше идти нельзя.
2. Карточка и заявка. Единая очередь, поиск по ИНН, распределение.
3. Расчёт и предложение. Цены и остатки из учёта, шаблон, версии.
4. Согласование. Матрица и маршрут.
5. Счёт и статусы. Передача в 1С и возврат оплаты и отгрузки.
6. Отчёты. Время на каждом звене, потери по причинам, нагрузка менеджеров.

После каждого звена проверьте результат на тех же показателях, которые измеряли в начале: время от заявки до предложения, число заявок без ответа, расхождения цены между предложением и счётом, время согласования. Если показатель не изменился, звено либо автоматизировано неверно, либо дело было не в нём. Сравнивать нужно с вашими цифрами «до», а не с отраслевыми средними.

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

Что делаем мы и с чего начать

Начинаем с обследования: 200 000 ₽ и 2–3 недели за один-два процесса, 350 000 ₽ и 3–4 недели, если цепочка проходит через несколько систем (CRM, 1С, склад, ЭДО). На выходе карта цепочки «как есть», список звеньев по приоритету, схема обменов и матрица источников данных, состав первой версии и вилка бюджета. Стоимость вычитается из первого этапа, если продолжаете с нами, а документом можно пользоваться и без нас.

Дальше, если нужно, лёгкий пилот (150 000–400 000 ₽, 2–8 недель) на одном звене, например карточке и расчёте, или тяжёлый (400 000–1 200 000 ₽, 2–3 месяца) со связкой CRM и 1С, затем вывод в эксплуатацию от 1 500 000 ₽ этапами по 300 000–700 000 ₽. На любой ступени можно остановиться. Мы делаем один контур продаж, а не внедряем систему целиком, не ведём продажи за вас и не дежурим круглосуточно. Исходники лежат в вашем репозитории с первого коммита. Все цены и сроки — на странице «Тарифы», описание услуги — на странице «Разработка B2B CRM-системы».