CRM для арбитража против amoCRM, Bitrix24 и таблиц: честное сравнение

«Возьмём amoCRM, прикрутим Telegram — и поехали». Так начинают почти все команды, и почти все через пару месяцев возвращаются в таблицы. Не потому что amoCRM плохая — она хорошая для того, для чего сделана. Просто арбитраж устроен иначе. Разберём по пунктам, что именно ломается, где граница, и в каких случаях классическая CRM действительно лучше.

Почему таблицы держатся так долго — и где ломаются

Google Таблицы — честный первый инструмент. Они бесплатные, гибкие, их понимает любой новичок, и на потоке в 20–30 лидов в день они реально работают. Проблема в том, что таблица — это отчёт о работе, а не место, где работа происходит.

Ломается всегда в одном и том же порядке:

1. Двойной ввод. Менеджер поговорил в Telegram — и пошёл вручную записывать в таблицу. Половина не записывает вообще, вторая половина записывает вечером и по памяти.
2. Расхождение с реальностью. В таблице «В работе», в переписке человек ещё неделю назад сказал «не пишите». Решения принимаются по данным, которых нет.
3. Никакого догрева. Молчунов надо возвращать по расписанию. Таблица не напомнит, а менеджер забудет.
4. Нет связи с источником. Откуда пришёл лид, менеджер вбивает руками — то есть не вбивает. Считать окупаемость крео не по чему.
5. Права и утечки. Ссылку на таблицу с базой клиентов пересылают в личку, менеджер уходит — база уходит с ним.

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

Разная модель воронки: сделки против диалогов

Это главное расхождение, и оно не лечится настройками.

Классические CRM построены вокруг сделки: у неё есть сумма, этап, ответственный и ожидаемая дата закрытия. Модель родом из B2B-продаж, где сделка одна, длится месяцами и стоит дорого. Инструменты — задачи, звонки, воронка сделок, прогноз выручки.

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

Что из этого следует на практике:

• Этапы не совпадают. Клик → диалог → регистрация у брокера → депозит → повторные. Ни «отправлено КП», ни «выставлен счёт» здесь нет и не будет.
• Главный экран другой. Менеджеру арбитража нужен инбокс со всеми диалогами, а не список сделок с карточками. В классической CRM переписка — вкладка внутри сделки, то есть на два клика глубже, чем должна быть.
• Нет звонков — нет половины функционала. Телефония, записи разговоров, коллтрекинг — это большая часть ценности amoCRM и Bitrix. В Telegram-продажах она не используется вообще.
• Метрики другие. Прогноз выручки по сделкам не нужен. Нужны конверсии по переходам стадий и CPA по источникам.

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

Telegram-коннектор ≠ мультиличка

Здесь самая частая ошибка при выборе. «В amoCRM есть Telegram» — есть, но это другое.

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

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

Сравнение по критериям

Деньги: за пользователей или за каналы

Различие в модели оплаты выглядит мелочью ровно до момента найма.

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

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

Считать стоит не по прайсу, а по формуле:

В LAGCRM модель вторая: $3 за канал, менеджеров можно сажать сколько угодно. Плюс расход на AI по факту токенов — то есть тоже за объём работы, а не за штатное расписание.

Данные: чей сервер и что видно платформе

Для белого бизнеса это второстепенный вопрос. Для арбитража — часто решающий.

• База клиентов и переписки. В облачной CRM они лежат в общей инфраструктуре вендора вместе с данными тысяч других компаний. Это нормальная практика, но это чужой периметр.
• Тематика трафика. Часть вертикалей вызывает у больших платформ вопросы, вплоть до блокировки аккаунта — вместе со всей базой внутри.
• Выгрузка. Проверяйте до, а не после: можно ли забрать лидов и переписки в нормальном формате, если завтра захочется уйти.

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

Когда классическая CRM всё-таки лучше

Честный раздел, потому что «наше лучше во всём» — это не сравнение, а реклама.

• Продажи идут по телефону. Телефония, записи разговоров, коллтрекинг, речевая аналитика — здесь amoCRM и Bitrix вне конкуренции, специализированная CRM под Telegram этого не даёт и не будет.
• Длинный B2B-цикл с документами. Счета, договоры, согласования, прогноз выручки по сделкам — это ровно та задача, под которую классические CRM построены.
• Много каналов, кроме Telegram. Если существенная часть клиентов идёт через сайт, почту, WhatsApp и Instagram, омниканальная платформа с готовыми коннекторами выигрывает.
• Нужен большой готовый маркетплейс. Сотни интеграций с 1С, складом, телефонией, бухгалтерией — у нишевого продукта их не будет.
• Компания уже живёт в Bitrix. Если там задачи, документооборот и вся операционка, тащить продажи в отдельный инструмент имеет смысл только при действительно большом потоке Telegram-лидов.

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

Как переезжать, чтобы не потерять базу

Переезд — это не «выгрузили-загрузили», а несколько дней параллельной работы. Порядок, который снижает риски:

1. Заберите выгрузку из старой системы заранее. Лиды, контакты, статусы, переписка — в CSV или через API. Проверьте, что файл открывается и данные в нём читаемые, до того как что-то отключать.
2. Договоритесь о соответствии статусов. Старые этапы → новые стадии. Это полчаса обсуждения, которые экономят неделю неразберихи.
3. Подключите каналы и подтяните диалоги. Сначала один-два канала, не все сразу: посмотрите, как ложатся история и медиа.
4. Неделю работайте параллельно. Новые лиды — уже в новой системе, старые дожимаются в прежней. Так вы не останетесь без инструмента, если что-то пойдёт не так.
5. Сверьте цифры. Число лидов, регистраций и депозитов за общий период должно сойтись. Если не сходится — ищите расхождение до, а не после отключения старой системы.
6. Отключайте старое только после сверки. И сохраните финальную выгрузку в архив.