-
Обращение
Форма, звонок или сообщение клиента
-
Передача
Контакты, источник и содержание запроса
-
Ответственный
Кто получает обращение и когда отвечает
-
Результат
Статус, причина отказа или следующий шаг
Битрикс24 и amoCRM стоит сравнивать на одинаковых сценариях вашей команды: новая заявка, повторный клиент, переписка, согласование предложения и передача заказа в работу. Выбор по числу функций в рекламной таблице плохо предсказывает удобство. Сначала проверьте обязательные процессы в пилоте, затем посчитайте внедрение и год владения.
С чем идти в пилот
Подготовьте обезличенные примеры пяти–десяти обычных сделок и несколько проблемных: повторная заявка, обращение ночью, смена ответственного, возврат клиента после отказа. Укажите этапы, обязательные поля, источники и права сотрудников. Для теста нужны одинаковые данные и критерии в обеих CRM.
Битрикс24 объединяет CRM с задачами и проектами; официальная инструкция по задачам из сделки показывает связь работы исполнителя с клиентской карточкой. amoCRM предлагает воронку продаж, коммуникации и автоматизацию действий; механизм описан в справке Digital Pipeline. Это ориентиры для проверки, а не вывод, что одна система подходит всем проектам.
Одинаковые задания для двух систем
| Сценарий | Что проверить в каждой CRM | Критерий приёмки |
|---|---|---|
| Заявка с сайта | Телефон, источник, страница, UTM, ответственный | Новая запись создаётся один раз, поля не теряются |
| Повторный клиент | Поиск контакта и создание новой сделки | Нет дубля человека, история не перезаписана |
| Чат | Входящие, ответ оператора, доступ коллеги | Переписка связана с нужным клиентом |
| Передача заказа | Задача, документы, сроки и исполнитель | Команда видит, что обещано клиенту |
| Ошибка интеграции | Повторная доставка и журнал | Обращение не потеряно и не задублировано |
Попросите менеджеров пройти задания без подсказок интегратора. Запишите, где они не находят историю, забывают следующий шаг или вынуждены копировать данные в таблицу. Это конкретные требования к настройке, а не «субъективно неудобный интерфейс».
Что зависит от тарифа и подключений
Для каждого обязательного сценария укажите: штатная функция, платное приложение, сторонняя телефония или собственная разработка. Проверьте права, лимиты автоматизации, доступность API, условия работы приложений и последствия окончания подписки. Наличие названия интеграции в каталоге ещё не доказывает поддержку вашей версии 1С или нужного направления обмена.
Не сравнивайте цену на одного сотрудника в одной системе с ценой пакета в другой без пересчёта. Используйте актуальные коммерческие условия на дату решения. Акции и пробный период полезны для теста, но годовой бюджет должен опираться на обычные условия после их завершения.
Посчитайте полный бюджет
Формула для сравнения: лицензии + приложения + телефония и сообщения + внедрение + перенос данных + обучение + сопровождение. Разовые работы отделите от регулярных. Добавьте труд сотрудников, которые будут поддерживать справочники и процессы.
Учебный пример без тарифных цен: в варианте А дешевле лицензия, но нужен отдельный модуль для документов и поддержка обмена; в варианте Б лицензия дороже, зато нужный процесс выполняется штатно. Решение зависит от суммы за одинаковый период и стоимости обязательного сценария, а не от первой строки счёта. Для такого расчёта используют TCO — стоимость владения.
Когда какой вариант тестировать первым
Если основной запрос — управление входящими обращениями и работой отдела продаж, начните с проверки простоты воронки, коммуникаций и контроля следующего контакта в обеих системах. Если вместе с продажами нужно вести внутренние проекты и задачи, отдельно испытайте связку CRM с исполнением заказа. Утверждение «у нас сложный бизнес» само по себе не определяет продукт: важны реальные переходы данных и ответственность.
Побеждает вариант, который закрывает обязательные сценарии при приемлемой стоимости и понятном сопровождении. Если не закрывает ни один — сначала упростите процесс или уточните требования. Не переносите хаотичную работу в новую CRM без изменений.
Что должно остаться после пилота
- Таблица сценариев с результатами и исключениями.
- Карта полей сайта и CRM, правила дублей и ответственных.
- Смета внедрения и владения на одинаковый срок.
- План миграции, резервная копия и способ выгрузить данные при смене системы.
- Ответственный за проверку доставки заявок.
Путь заявки и обработку сбоев удобно описать до покупки: ТЗ на интеграцию сайта и CRM. Если нужен пилот с реальными формами и источниками, начните с обсуждения интеграции.
Частые вопросы
Можно начать с пробной версии?
Да, для проверки сценариев. Условия и доступные функции уточняйте у поставщика на дату теста. Не стройте резервную доставку заявок на функции, которая отключится после пробного срока.
Нужно переносить все старые сделки?
Не всегда. Определите, какие данные нужны менеджерам и отчётности, очистите дубли и сделайте контрольную выгрузку. Архив может храниться отдельно с установленными правами доступа.


