Автоматизация продаж: что отдать системе на пути от заявки до оплаты

Автоматизация продаж — это передача системе тех шагов сделки, которые сейчас держатся на памяти менеджера и ручном переносе данных. Обычно это четыре участка. Заявка регистрируется и распределяется без потерь. КП и счёт собираются из цен и остатков учётной системы. Менеджер видит оплату и отгрузку без звонков в бухгалтерию и на склад. Система сама напоминает о повторном заказе. Продажа здесь рассматривается как цепочка передач: заявка, квалификация, КП, счёт, оплата, отгрузка, повторный заказ. Сделки теряются именно на стыках этой цепочки, а не внутри этапов. Типовая CRM закрывает первую половину пути, вторая половина живёт в 1С и на складе, и её приходится связывать отдельно.

Ниже — из каких передач состоит продажа и в каком порядке их автоматизировать. Где сделка теряется между системами и людьми. Как распределять заявки, чтобы ни одна не повисла, и как собирать КП и счёт без ручного ввода из 1С. Как менеджеру видеть оплату и отгрузку и как посчитать, сколько стоят сделки, потерянные на стыках. В конце — что подготовить до старта и почему коробочная CRM закрывает только часть задачи. Выбор самой CRM разобран в статье как выбрать CRM, а сопротивление менеджеров — в статье «Почему CRM не приживается». Здесь речь о процессе продажи.

Что такое автоматизация продаж?

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

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

Разрыв между продажами и учётом виден в государственной статистике. По сборнику «Индикаторы цифровой экономики: 2025» ИСИЭЗ НИУ ВШЭ (таблица 12.5, данные за 2023 год) CRM-системы используют 20,7% организаций, а программы для управления продажами — 26,3%. Системы электронного документооборота при этом есть у 55,8% организаций, программы для финансовых расчётов в электронном виде — у 46,4%. Документы и деньги в компаниях автоматизированы заметно чаще, чем путь сделки, который к ним ведёт.

Какие этапы продажи автоматизируют и в каком порядке?

Этапы автоматизируют в порядке цепочки, но начинают со стыка, где больше всего ручного переноса данных. Первым почти всегда идёт учёт заявок: без него у остальных шагов нет исходных данных. Дальше — документы, оплата, отгрузка и повторные заказы, причём каждый следующий шаг требует связки с учётом.

Рабочий порядок для торговой или сервисной компании выглядит так:

1. Учёт всех заявок. Обращения с сайта, из почты, телефонии и мессенджеров становятся карточками в одном месте. Пока часть клиентов пишет менеджеру в личный телефон, отчёт по воронке показывает только часть продаж.
2. Распределение и контроль. У каждой заявки есть ответственный и срок следующего действия. Заявка без ответственного становится сигналом руководителю.
3. КП и счёт из данных учёта. Позиции, цены и остатки берутся из 1С, документ собирается по шаблону. На этом шаге появляется первая интеграция.
4. Статус оплаты в сделке. Учёт разносит выписку, CRM показывает, оплачен ли счёт, полностью или частично.
5. Резерв и отгрузка. Заказ ставит резерв по реальным остаткам, а менеджер видит, когда товар уехал и подписаны ли документы.
6. Повторный заказ. По истории отгрузок система замечает, что клиент пропустил свой привычный срок, и ставит менеджеру задачу.

Первые два шага закрываются настройкой коробочной CRM. С третьего начинается работа с учётом, и её объём зависит от того, в каком состоянии справочники 1С. Задвоенная номенклатура и контрагенты, заведённые по три раза, никуда не денутся после подключения: обмен просто перенесёт их в CRM. Как навести порядок в базе клиентов до переноса, разобрано в статье «Клиентская база в CRM».

Где сделка теряется между системами?

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

Сами продажи занимают у продавцов меньше половины рабочего дня. По отчёту Salesforce State of Sales, опубликованному 3 февраля 2026 года, продавцы в среднем тратят на продажи 40% рабочего времени, остальное занимают другие задачи. Опрос охватил 4050 специалистов по продажам из 22 стран в августе и сентябре 2025 года, Россия в выборку не входила. В том же отчёте 51% руководителей продаж, которые уже используют ИИ, говорят, что их ИИ-инициативы тормозят разрозненные системы.

Типичные места потерь узнаются по симптомам:

Ни один из этих разрывов не закрывается дисциплиной менеджеров. Их закрывает правило обмена: какие данные откуда берутся и кто узнаёт об изменении. Способы связать системы между собой подробно разобраны в материале про интеграцию систем.

Как распределять заявки, чтобы ни одна не повисла?

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

Распределение ломается в двух местах: заявка попадает в общий котёл, и её никто не берёт, или существующий клиент попадает к новому менеджеру и знакомится с компанией второй раз. Поэтому правила проверяются в определённом порядке:

Дубли — главный источник путаницы на этом шаге. Один и тот же клиент пишет в мессенджер, потом звонит, потом заполняет форму на сайте, и в CRM появляются три сделки у трёх менеджеров. Склейку по телефону и почте настраивают до запуска распределения, иначе правило «клиент уходит своему менеджеру» не сработает.

Квалификацию — что нужно клиенту, сколько, к какому сроку, кто принимает решение — тоже можно частично отдать системе. Форма или бот собирают обязательные поля до того, как заявка попадёт к менеджеру; так устроен квалификатор лидов из каталога решений. Какие задачи в продажах можно поручить ИИ-агенту и где ему нужен контроль человека, разобрано в статье «ИИ-агент для продаж».

Как КП и счёт собираются без ручного ввода из 1С?

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

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

Что берётся из 1С и что делает CRM:

• Номенклатура и цены. CRM читает справочник товаров и прайсы из 1С, цены договора конкретного клиента подставляются автоматически. Менеджер не правит цену руками, а скидку выше порога согласует руководитель.
• Остатки и резервы. В КП видно, что есть на складе, а что придёт под заказ и когда. Без этого менеджер обещает срок, которого склад не выдержит.
• Реквизиты клиента. Контрагент заводится по ИНН, учёт проверяет его на дубли. Счёт уходит на правильное юрлицо, если у клиента их несколько.
• Счёт. Сделка в CRM создаёт счёт в 1С с теми же позициями. Номер и сумма возвращаются в карточку сделки, и бухгалтер счёт не перебивает.
• Версии КП. Каждое изменение сохраняется с датой и ценами, по которым посчитано. Когда клиент возвращается через месяц, видно, что изменилось.

Документы удобнее собирать из данных системы по шаблону, без копирования таблиц в Word; так работает решение «Авто-документы» из каталога. Договор и спецификацию к крупной сделке часто согласуют несколько человек, и как выстроить этот маршрут, разобрано в статье «Документооборот договоров». Если продажа идёт через собственное изготовление и цена зависит от норм и загрузки, расчёт устроен сложнее; это отдельная тема статьи CRM для производства.

Как менеджеру видеть оплату и отгрузку, не звоня в бухгалтерию?

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

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

Для оплат настраивают несколько правил:

1. Сопоставление платежа со счётом. Учёт ищет счёт по номеру в назначении платежа и по ИНН плательщика. Если платёж не нашёлся, он попадает в очередь на ручной разбор с ответственным, а не остаётся в выписке.
2. Частичные оплаты и предоплата. Сделка показывает, сколько оплачено и сколько осталось, а отгрузка по условиям договора открывается после нужной суммы.
3. Просрочка. Если срок оплаты прошёл, менеджер получает задачу, а руководитель видит сумму просрочки по своим клиентам.
4. Лимит для должников. Новый заказ от клиента с просроченным долгом уходит на согласование, а не сразу в отгрузку.

Дисциплина оплат — не формальность. По данным Росстата, которые привёл «Деловой Петербург» 2 мая 2026 года, просроченная дебиторская задолженность российских компаний в январе 2026 года достигла 8,2 трлн рублей, годом ранее она была на уровне 6,7 трлн. Когда менеджер видит просрочку в день её появления, разговор о ней с клиентом происходит раньше, чем долг станет привычным.

С отгрузкой то же самое. Заказ ставит резерв по реальным остаткам, менеджер видит, когда товар собран и уехал, а закрывающие документы — УПД и акты — лежат в сделке вместе с отметкой о подписании. По тому же сборнику ВШЭ (таблица 12.6), в оптовой и розничной торговле системы электронного документооборота используют 62,5% организаций, программы для управления складом — 44,7%. Данные о документах и складе в таких компаниях уже есть в цифровом виде, их остаётся довести до менеджера. В проекте для оптово-производственной компании так и сделано: заказ сразу видит реальные остатки и ставит резерв, а менеджеры перестали сверять остатки звонками на склад.

Как посчитать, сколько стоят потерянные на стыках сделки?

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

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

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

С чего начать?

Начинать стоит с описания одной типовой сделки от заявки до оплаты и повторного заказа. По нему видно, какие стыки закрывает настройка CRM, а какие требуют связки с 1С и складом. Подготовку компания в основном делает сама, и по этому списку сразу понятно, сколько работы впереди.

1. Путь сделки на бумаге. Этапы от первого обращения до закрывающих документов, ответственный на каждом и точки, где решают цену, скидку и отгрузку. Записывают то, как продают на самом деле, включая личные мессенджеры и звонки в обход системы.
2. Правила распределения заявок. По каким признакам заявка уходит конкретному менеджеру, что делать с существующими клиентами, за какое время заявку должны взять в работу и кому она уходит, если её не взяли.
3. Чистые справочники. Номенклатура без дублей, контрагенты с ИНН, цены договоров в одном месте. Ошибки в справочниках 1С после подключения окажутся и в CRM, поэтому их правят заранее.
4. Доступ к учёту для обмена. Отдельная учётная запись в 1С с нужными правами и копия базы, на которой обмен проверяют до запуска. Ошибки обмена дешевле ловить на копии, чем в рабочей базе бухгалтерии.
5. Владельцы данных. Какая система ведёт цены, остатки, оплаты и контрагентов, а какая их только читает. Решение принимает бизнес, разработчик переносит его в систему.
6. Матрица прав. Кто видит маржу и закупочные цены, кто — чужих клиентов, кто может менять цену в КП, что видит клиент в личном кабинете. Роли проще описать до разработки, чем исправлять после.
7. Ответственный после запуска и поддержка. Сотрудник, который следит за правилами распределения, справочниками и шаблонами, и договор на поддержку обмена с 1С. Прайсы, условия договоров и состав отдела продаж меняются, и без хозяина правила через полгода разойдутся с практикой.

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

Коробка или система под свой процесс?

Готовая CRM закрывает первую половину пути: приём заявок, распределение, задачи, воронку и переписку. Вторую половину — счёт, оплату, отгрузку и документы — каждая компания связывает со своим учётом под свои регламенты, справочники, права доступа и исключения. Рабочая схема часто гибридная: коробка для коммуникаций и связка с учётом под свой процесс.

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

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

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

INCUBE AI берётся за обе части задачи. Для типовых участков есть каталог решений, и каждое подстраивается под порядок работы заказчика. Цепочку от заявки до оплаты целиком делаем как заказную разработку: распределение заявок по вашим правилам, КП и счета из данных 1С, статусы оплат и отгрузок в сделке, личный кабинет клиента. Работа идёт по договору, данные хранятся в России, после запуска система остаётся на сопровождении. Если сделки у вас теряются между чатами, бухгалтерией и складом, расскажите о задаче: возьмём одну вашу сделку, пройдём её от заявки до оплаты и по ней оценим объём работ.

Источники и ссылки

• ИСИЭЗ НИУ ВШЭ, Минцифры России, Росстат. «Индикаторы цифровой экономики: 2025», статистический сборник — таблица 12.5 «Использование специальных программных средств в бизнес-процессах организаций: 2023», в процентах от общего числа организаций: системы электронного документооборота 55,8%, программы для финансовых расчётов в электронном виде 46,4%, программы для управления продажами 26,3%, CRM-системы 20,7%. Таблица 12.6, строка «Оптовая и розничная торговля»: системы электронного документооборота 62,5%, программы для управления складом 44,7%
• Salesforce: State of Sales Report, 3 февраля 2026 года — опрос 4050 специалистов по продажам в 22 странах, август и сентябрь 2025 года: продавцы в среднем тратят на продажи 40% рабочего времени; 51% руководителей продаж, использующих ИИ, говорят, что разрозненные системы тормозят их ИИ-инициативы
• «Деловой Петербург», 2 мая 2026 года: объём просроченных платежей компаний в РФ достиг 8,2 трлн рублей — по данным Росстата, просроченная дебиторская задолженность за январь 2026 года составила 8,2 трлн рублей, годом ранее — 6,7 трлн рублей