Путь обращения от сайта до ответа
  1. Обращение

    Форма, звонок или сообщение клиента

  2. Передача

    Контакты, источник и содержание запроса

  3. Ответственный

    Кто получает обращение и когда отвечает

  4. Результат

    Статус, причина отказа или следующий шаг

Битрикс24 и amoCRM стоит сравнивать на одинаковых сценариях вашей команды: новая заявка, повторный клиент, переписка, согласование предложения и передача заказа в работу. Выбор по числу функций в рекламной таблице плохо предсказывает удобство. Сначала проверьте обязательные процессы в пилоте, затем посчитайте внедрение и год владения.

С чем идти в пилот

Подготовьте обезличенные примеры пяти–десяти обычных сделок и несколько проблемных: повторная заявка, обращение ночью, смена ответственного, возврат клиента после отказа. Укажите этапы, обязательные поля, источники и права сотрудников. Для теста нужны одинаковые данные и критерии в обеих CRM.

Битрикс24 объединяет CRM с задачами и проектами; официальная инструкция по задачам из сделки показывает связь работы исполнителя с клиентской карточкой. amoCRM предлагает воронку продаж, коммуникации и автоматизацию действий; механизм описан в справке Digital Pipeline. Это ориентиры для проверки, а не вывод, что одна система подходит всем проектам.

Одинаковые задания для двух систем

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

Попросите менеджеров пройти задания без подсказок интегратора. Запишите, где они не находят историю, забывают следующий шаг или вынуждены копировать данные в таблицу. Это конкретные требования к настройке, а не «субъективно неудобный интерфейс».

Что зависит от тарифа и подключений

Для каждого обязательного сценария укажите: штатная функция, платное приложение, сторонняя телефония или собственная разработка. Проверьте права, лимиты автоматизации, доступность API, условия работы приложений и последствия окончания подписки. Наличие названия интеграции в каталоге ещё не доказывает поддержку вашей версии 1С или нужного направления обмена.

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

Посчитайте полный бюджет

Формула для сравнения: лицензии + приложения + телефония и сообщения + внедрение + перенос данных + обучение + сопровождение. Разовые работы отделите от регулярных. Добавьте труд сотрудников, которые будут поддерживать справочники и процессы.

Учебный пример без тарифных цен: в варианте А дешевле лицензия, но нужен отдельный модуль для документов и поддержка обмена; в варианте Б лицензия дороже, зато нужный процесс выполняется штатно. Решение зависит от суммы за одинаковый период и стоимости обязательного сценария, а не от первой строки счёта. Для такого расчёта используют TCO — стоимость владения.

Когда какой вариант тестировать первым

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

Побеждает вариант, который закрывает обязательные сценарии при приемлемой стоимости и понятном сопровождении. Если не закрывает ни один — сначала упростите процесс или уточните требования. Не переносите хаотичную работу в новую CRM без изменений.

Что должно остаться после пилота

  • Таблица сценариев с результатами и исключениями.
  • Карта полей сайта и CRM, правила дублей и ответственных.
  • Смета внедрения и владения на одинаковый срок.
  • План миграции, резервная копия и способ выгрузить данные при смене системы.
  • Ответственный за проверку доставки заявок.

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

Частые вопросы

Можно начать с пробной версии?

Да, для проверки сценариев. Условия и доступные функции уточняйте у поставщика на дату теста. Не стройте резервную доставку заявок на функции, которая отключится после пробного срока.

Нужно переносить все старые сделки?

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