amoCRM или Битрикс24: что выбрать небольшой компании

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

Битрикс24 — это портал, у которого CRM один из модулей. Рядом живут задачи и проекты, диск с документами, внутренние чаты и лента, структура компании с отделами и правами, конструктор сайтов, телефония. Есть облако и коробочная версия для установки на свой сервер — это иногда решающий аргумент, если к хранению данных есть требования со стороны юристов или заказчика-корпорации.

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

Это самый недооценённый критерий. Не «за сколько подрядчик настроит», а за сколько менеджер, который вчера вёл клиента в личном Telegram, начнёт заводить сделки без напоминаний.

В системе про продажи базовый контур поднимается быстро: воронка со своими этапами, поля карточки, подключённые чаты — и с этого момента работать уже можно, остальное докручивается по ходу. Обучение сводится к одному правилу: после любого разговора поставь следующую задачу с датой. Люди, которые никогда не работали в CRM, обычно въезжают за пару дней.

С порталом дольше и не из-за сложности CRM-модуля, а из-за объёма вокруг. Нужно решить, кто в какой отдел входит, кто что видит, где лежат документы, ставим ли мы задачи здесь же, включаем ли ленту. Пока эти решения не приняты, у сотрудника на экране лишние разделы, и он тратит внимание на то, чтобы понять, что из этого его не касается. Практический выход — включать модулями: первый месяц только CRM и телефония, задачи и документы позже, когда с воронкой уже привыкли работать.

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

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

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

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

Тут различие тоньше, чем кажется. Несколько параллельных воронок, свои этапы, свои поля и автоматические действия при переходе на этап есть в обеих системах. Разница — в потолке и в цене его достижения.

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

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

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

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

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

Второй: сложность сборки нестандартного отчёта. Портал даёт более развитые инструменты аналитики и сквозные отчёты по процессам компании, но нетиповой срез там обычно собирает не собственник, а тот, кто настраивал систему. В более простом продукте набор отчётов уже, зато то, что есть, читается без обучения. И отдельно про сквозную аналитику: связка с Яндекс.Метрикой и коллтрекингом даёт картину «канал → заявка → деньги» в обоих вариантах, но это отдельная работа по настройке целей и передаче данных, а не галочка в тарифе.

С сайтом обе системы связываются одинаково по смыслу: форма отправляет заявку в CRM, создаётся сделка с полями формы и меткой источника, ответственный получает задачу. Технически это либо готовый модуль, либо связка через вебхук — и в обоих случаях кто-то должен проверить, что заявка не теряется при ошибке, что дубли не плодятся и что заявка приходит даже когда CRM недоступна. У нас такая связка стоит от 35 000 ₽ и считается отдельно от лицензий, потому что объём зависит не от системы, а от вашего сайта: одна форма на лендинге или семь форм, калькулятор и корзина.

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

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

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

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

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

Третья строка одинаковая для обоих и всегда недооценённая — внедрение и перенос: описать процесс, собрать воронку, настроить поля и права, перетащить текущую базу, обучить людей и месяц следить, чтобы не откатились в чат. У нас это от 80 000 ₽, и слово «от» здесь означает объём: один продавец с одной воронкой и команда из двенадцати человек с тремя направлениями — разное количество настроек и разное время сопровождения. Четвёртая строка не денежная — время команды в первый месяц; экономия на ней гарантированно обнуляет все предыдущие.

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

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

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

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

Сведём всё в короткие правила. Они не универсальные, но покрывают большинство случаев, с которыми к нам приходят.

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

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

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