Смарт-процессы vs сделки: когда выносить сервис и допродажи
9 декабря 2026 · Леонид Васильев
Смарт-процессы vs сделки в Москве решаются просто: первичные продажи живут в сделках, сервис и долгие допродажи выношу в смарт-процесс, когда другие этапы, другие роли и другой цикл. Мешать ремонт, продление и новый лид в одном канбане нельзя. РОП начинает управлять кашей.
На внедрении часто делают одну воронку «на всё». Через полгода в «согласовании договора» висят и новые заявки с сайта, и рекламации, и апсейл. Фильтры спасают слабо. Я закладываю архитектуру на внедрении Битрикс24, а не после третьего отчёта «почему конверсия упала».
Сущность ради сущности не пложу. Сначала карта ролей и денег. Потом решение, где жить карточке.
Когда хватает сделок
Короткий цикл. Одна команда продаж. Сервис редкий или на другой системе. Допродажа равна новой сделке по тому же клиенту без отдельного процесса. Тогда не плодите сущности. Лишняя сложность тоже налог.
Если же после оплаты начинается онбординг клиента, сопровождение, регламентные работы, отдельные ответственные, отдельные SLA, одна воронка продаж их не удержит честно.
Тест простой: может ли РОП одним взглядом на канбан понять здоровье именно продаж. Если нет, типы карточек пора разводить.
Когда нужен смарт-процесс
Другие стадии. Другие поля. Другой руководитель контура. Нужны отдельные роботы и права. Пример: продажа оборудования в сделках, монтаж и сервис в смарт-процессе, допродажа расходников снова сделкой или отдельным процессом. Связь через контакт и компанию, не через общий этап «разберёмся».
Маркетингу важна прозрачность: что считается новой продажей, что выручкой сервиса. Иначе сквозная аналитика смешает каналы привлечения с повторными касаниями базы.
Права новичка тоже проще: не надо давать доступ «ко всему складу», чтобы он вёл только первичные сделки.
Метафора. Сделки и сервис в одном канбане это склад, где на одной полке лежат новые телефоны, возвраты и чехлы на починке. Найти можно. Украсть день жизни тоже.
Как не усложнить «потому что можно»
Смарт-процесс ради моды не ставлю. Сначала карта: вход, роли, статусы, что считается деньгами, какие роботы. Потом сущность. Документы и счета привязываю так, чтобы менеджер не прыгал между пятью экранами без нужды.
Автоматизация на стыке: успешная сделка создаёт элемент сервиса с нужными полями. Не вручную «создайте, пожалуйста». Ручной стык забывают в пятницу. Это уже зона автоматизации воронок.
Миграцию старой каши делаю поэтапно: новые карточки по новым правилам, хвост размечаем и переносим пакетами. Резкий перенос всего без правил роняет операционку.
Сигналы, что пора разводить сущности уже сейчас
РОП не может объяснить конверсию этапа, потому что в этапе смешаны разные типы работ. Маркетинг не понимает, какую выручку считать от рекламы. Сервисные сотрудники вынуждены иметь права продавца. Отчёты собираются фильтрами из восьми условий и всё равно врут.
Ещё сигнал: роботы начинают обрастать исключениями «если тип = сервис, то не делать». Когда исключений больше, чем прямого сценария, вы уже держите два процесса в одной коробке. Честнее развести.
Наоборот, если у вас десять сделок сервиса в месяц и один менеджер, смарт-процесс может подождать. Архитектура должна служить нагрузке. Я против ранней сложности так же, как против вечной каши.
На демо портала я прошу показать две карточки: новую продажу и сервисный кейс. Если для объяснения разницы нужны пять минут оговорок, архитектура уже требует решения. Если разница очевидна и отчёты чистые, можно жить на сделках дольше.
После разведения сущностей обязательно обновляю онбординг и скрипты. Иначе новичок снова потащит сервис в продажную воронку «как привыкли».
Финансовый контур тоже проверяю: где проходит первичный счёт, где акт сервиса, как это увидит собственник в одном отчёте без ручной склейки.
Чеклист выбора архитектуры
- Цикл и этапы продаж и сервиса совпадают или нет.
- Одни ли ответственные и один ли руководитель контура.
- Нужны ли разные SLA и разные отчёты для собственника.
- Как связан повторный доход с первичным каналом привлечения.
- Есть ли автосоздание следующего процесса из успеха сделки.
- Понятны ли права новичка без доступа ко всему миру.
Если в одном канбане у вас и лиды, и сервис, и апсейл, разведу архитектуру: сделки, смарт-процессы, роботы стыка и отчёты.
Частые вопросы
Смарт-процесс заменяет сделки?
Нет. Это разные инструменты под разные контуры. Замена ради замены ломает привычные отчёты продаж.
Можно ли допродажи вести новыми сделками?
Да, часто так проще. Смарт-процесс нужен, когда у допродажи или сервиса свой долгий путь и свои роли, а не один этап upsell.
Что делать с текущей кашей в одной воронке?
Сначала разметить типы карточек и запретить новые чужие на старых этапах. Потом миграция хвоста. Резкий перенос всего без правил роняет операционку.
