На моём сайте за словом «автоматизация» стоят два разных числа: от 40 000 ₽ и от 60 000 ₽. Плюс третье, от 70 000 ₽. Со стороны это легко прочитать как три версии одной услуги: базовую, подороже и расширенную.
Но это не так. Разница не в объёме одной и той же работы — это разные работы.
Короткий ответ такой. Автоматизация обработки заявок занимается процессом: что происходит с обращением после того, как оно пришло — кто получает подтверждение, кто назначен ответственным, что будет, если он не отреагировал. Вторая занимается данными: как обращение из канала попадает в CRM и становится там сделкой с нужными полями.
Первая отвечает на вопрос «кто и когда среагирует». Вторая — «где это лежит». Ниже подробно: что входит в каждую, почему та, что звучит объёмнее, стоит дешевле, и как понять, что нужно вам.
Что входит в автоматизацию обработки заявок от 40 000 ₽
Это маршрут одного обращения от поступления до того момента, как менеджер взял его в работу. Один канал, одна цепочка, одна ваша система учёта — CRM, таблица или журнал заявок, тут подойдёт то, что уже есть.
Состав такой:
- Один источник обращений — форма сайта или один канал.
- Подтверждение клиенту или уведомление о принятии, в зависимости от канала.
- Фиксация в вашей системе учёта — той, которая уже используется.
- Назначение ответственного по вашему правилу.
- Один контрольный триггер — напоминание, если реакции нет.
- Тестирование на реальных заявках и запуск.
Ориентир запуска — 1–2 недели, если доступы готовы.
Обратите внимание, чего здесь нет: интеграции с CRM по API. CRM в этом варианте может участвовать как уже существующая система учёта, но автоматической связи с ней по API в него не входит — способ фиксации зависит от того, что у вас уже настроено. Это и есть главная причина, по которой вариант стоит дешевле.
Что входит в связку систем от 60 000 ₽
Здесь предмет работы другой — соединить канал и CRM так, чтобы данные ходили между ними без ручного ввода.
Состав:
- Один источник заявок — форма сайта или один канал.
- Действующая CRM, в которой обращение становится сделкой с нужными полями.
- Уведомление ответственному в мессенджер в момент обращения.
Ориентир запуска — от 1–2 недель. Каждый дополнительный канал, внедрение CRM с нуля, связка с 1С и сложные автоворонки считаются отдельно.
Разница с предыдущим вариантом видна как раз в третьей строке. Там уведомление было частью маршрута, здесь оно следствие того, что данные доехали в систему. Автоматизация обработки заявок отвечает за поведение людей вокруг обращения; связка систем — за то, чтобы обращение вообще оказалось в одном месте с остальными.
Почему то, что звучит объёмнее, стоит дешевле
Список у обработки заявок длиннее: подтверждение, фиксация, ответственный, контроль срока, тестирование. Шесть пунктов против трёх. При этом цена ниже — и это выглядит странно ровно до момента, когда смотришь, что в каждом случае делается руками разработчика.
Интеграция с CRM по API — это отдельная система со своими правилами: авторизация, форматы полей, ограничения на частоту запросов, поведение при недоступности. Она может занять больше времени, чем шесть шагов маршрута, каждый из которых по отдельности несложен.
Поэтому длина списка функций сама по себе ничего не говорит о трудоёмкости. В связке систем заметная часть работы приходится на интеграцию с внешней системой и её ограничения — отсюда и другая оценка.
Третье число: несколько каналов от 70 000 ₽
Это та же обработка заявок, но не одна цепочка, а поток из нескольких источников с распределением. Добавляется:
- Правила распределения — менеджер, направление, услуга, город, источник.
- Резервный ответственный, если основной недоступен.
- Эскалация руководителю, если срок реакции вышел.
- Повторные касания клиентам, застрявшим без следующего шага.
- Базовый отчёт: где заявки тормозятся.
Ориентир запуска — от 3–5 недель. Срок отличается от одного сценария не из-за наценки: несколько источников в одном потоке требуют правил, а правила требуют согласования и проверки на реальных обращениях.
Три числа рядом
| Один сценарий | Связка систем | Несколько каналов | |
|---|---|---|---|
| Цена | от 40 000 ₽ | от 60 000 ₽ | от 70 000 ₽ |
| Предмет | процесс после поступления | данные между каналом и CRM | процесс с распределением |
| Каналов | один | один | несколько |
| Интеграция с CRM по API | нет | да | по задаче |
| Распределение и эскалация | нет | нет | да |
| Ориентир запуска | 1–2 недели | от 1–2 недель | от 3–5 недель |
Строка «Интеграция с CRM по API» и есть та, ради которой написана вся статья.
Как понять, что нужно вам
Начать выбор можно с трёх вопросов.
1. Обращения уже попадают в одно место сами? Если они автоматически оказываются в общей системе с нужными данными, задача передачи, возможно, уже решена — тогда смотреть надо на процесс реакции. Если их приходится переносить руками из мессенджеров и почты, сначала проверьте именно этот стык: ручное сведение работает, пока этот шаг стабильно выполняется человеком.
2. Что сейчас болит сильнее — доставка данных или дальнейшая реакция? Если заявки фиксируются надёжно, но зависают после поступления, начинайте с процесса. Если часть обращений не попадает в общую систему, сначала стоит закрыть передачу данных. Если ломаются оба участка — понадобится комбинированный маршрут.
3. Сколько каналов и надо ли распределять между людьми? Если канал один и проблема именно в реакции после поступления, может хватить одного сценария. Если источников несколько и обращения надо распределять по правилам, смотрите в сторону многоканального варианта.
Если по ответам выходит, что нужны и передача данных, и сценарий обработки, — это не ошибка диагностики, просто задача стала комбинированной. Тогда вопрос другой: можно ли запускать её по этапам или обе части придётся проектировать вместе. Понять, с чего начинать, помогает час работы: проследите маршрут пяти последних обращений и посмотрите, на каком переходе он рвётся.
Что не входит ни в один вариант
Чтобы это не выяснилось после подписания.
Платные тарифы самих сервисов. CRM, телефония, сервис рассылок — их подписки оплачиваются отдельно и остаются с вами после запуска.
Внедрение CRM с нуля. Если системы нет вовсе, её выбор, настройка воронок и перенос данных — отдельная работа, а не строчка внутри связки.
Изменение самого процесса продаж. Автоматизация переносит в систему правило, которое у вас уже есть. Если правила нет, его сначала нужно сформулировать: какие обращения кому передавать, когда напоминать, что считать просрочкой. Это отдельная часть работы, и согласовать её стоит до автоматизации — иначе система закрепит неясный процесс.
Наполнение системы и обучение сотрудников. Автоматизация не заменяет внедрение рабочего порядка: если для запуска нужны справочники, список сотрудников, статусы или правила распределения, эти данные готовятся до внедрения — а людям потом объясняют новый процесс.
Причём тут автоматизация бизнеса с ИИ
Вопрос возникает часто, поэтому отвечу коротко: ни один из трёх вариантов выше не про искусственный интеллект.
Стоит развести два выражения, которые звучат похоже. Автоматизация обработки заявок — это правила: кто получает обращение, когда напомнить, что считать просрочкой. Автоматизация бизнеса с помощью ИИ — другое: понять вопрос, заданный обычными словами, и ответить по вашей базе знаний. Задачи разные, и решать их одним инструментом не выйдет.
Маршрут заявки — это правила. «Если обращение из этого канала и по этой услуге, ответственный такой-то; если через два часа реакции нет, напомнить». Правила задают предсказуемую логику: при одинаковых условиях система должна выполнять один и тот же сценарий.
ИИ решает другую задачу — понять вопрос, заданный обычными словами, и ответить по вашей базе знаний. Он полезен там, где обращения разнообразны и повторяются, и это отдельное решение с отдельной ценой. Но проблемы маршрута он не устраняет сам собой: если после ответа ассистента обращение всё равно надо передать человеку, стык передачи и контроль следующего шага остаются отдельной задачей.
Как отличить одну задачу от другой по своим данным, я разбирал в статье про медленную обработку заявок — там есть подсчёт на тридцати обращениях.
С чего начать
Если картина уже понятна, посмотрите состав каждого варианта на его странице: обработка заявок и связка систем с CRM. Там же лежат сроки и то, что оплачивается отдельно.
А если не уверены, какой вариант ваш, напишите, из каких каналов приходят обращения, есть ли CRM и кто сейчас переносит заявки руками. Отвечу, что закроет вашу задачу — и, если хватит более простого варианта, скажу об этом прямо. Бывает и так, что автоматизировать пока нечего: маршрут из двух шагов работает и без системы.