CRM для малого бизнеса: как выбрать без лишних интеграций

Запрос crm для малого бизнеса в поиске редко означает «скачать программу и забыть». На наставничестве чаще слышу другое: заявки живут в Telegram, на почте и в таблице одновременно, а crm система для малого бизнеса нужна, чтобы ничего не терялось и был понятный ответственный. Это выбор учёта, а не покупка коробки с двадцатью интеграциями.

В выдаче рядом висят обзоры crm систем для малого бизнеса с рейтингами «лучшие crm для малого бизнеса» и списками из десяти продуктов. Я такие материалы не повторяю: без канала заявок и полей карточки любой рейтинг превращается в лотерею. Другая часть запросов - «crm для малого бизнеса бесплатно» и «бесплатная crm система для малого бизнеса». Это отдельный разговор про пилот и лимиты; в теле статьи держу фокус на порядке решения, а бесплатные тарифы разберу в FAQ.

Отличие от смежных тем простое. Интеграция сайта с CRM начинается, когда лендинг уже есть и нужно провести форму в карточку. Интеграция Telegram и CRM - когда основной вход - мессенджер. Здесь вопрос раньше: какой один канал фиксируем первым, какие поля обязательны до выбора платформы и когда amo или Bitrix оправданы, а когда хватит таблицы на две недели.

Три формулировки, которые путают на старте:

Я не начинаю с маркетплейса виджетов. Сначала фиксирую один канал, список полей и правило «кто первый отвечает клиенту». Общая логика приёма заявок с разных точек входа - в гайде про автоматизацию заявок.

На разборе вижу один и тот же паттерн: crm для малого бизнеса ищут, когда каналов уже пять, а учёта нет. Сайт шлёт письмо владельцу, Telegram живёт в личном чате менеджера, звонки записываются «куда получится». Подключать всё сразу - значит получить пять дыр вместо одной.

Рабочий порядок, который я предлагаю на пилоте:

1. 01

   Выбрать один канал с наибольшим потоком или с самой болезненной потерей заявок.

2. 02

   Назначить одного ответственного на первый ответ (не «отдел продаж», а имя в календаре).

3. 03

   Зафиксировать SLA в человеческих словах: «ответ в рабочий день до 18:00», без роботов на старте.

4. 04

   Прогнать тестовую заявку и убедиться, что она не осталась в ленте мессенджера.

Типовые каналы и что проверяю по каждому:

Сайт имеет смысл ставить первым, если на него идёт платный трафик и нужны метки источника в карточке. Telegram - если восемь из десяти обращений приходят в личку или в канал поддержки. Звонок - если офис принимает входящие, а записи в блокноте не переживают отпуск менеджера.

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

Ошибка, которую ловлю чаще смены платформы: команда месяц сравнивает amo и Bitrix, а список полей так и не записан. Менеджер создаёт «лид» из памяти, половина карточек пустая, отчёт по источникам не сходится. Поля - это контракт между каналом, CRM и человеком на исключениях. Без контракта любая crm система для малого бизнеса превращается в архив пустых строк.

Минимум, который я фиксирую письменно до выбора инструмента:

1. 01

   Имя - как представился клиент или «не указано».

2. 02

   Контакт - телефон или email, что реально оставили.

3. 03

   Суть - услуга, вопрос, желаемая дата (одно текстовое поле).

4. 04

   Источник - «Сайт / форма главная», «Telegram / бот записи», «Звонок входящий».

5. 05

   Статус - хотя бы «новый / в работе / закрыт»; пустой статус на пилоте запрещён.

Всё остальное - после первого контакта человеком. Бюджет, город, ИНН и длинная анкета не должны блокировать создание карточки.

Пример JSON, который я согласую с командой до настройки amo, Bitrix или таблицы (имена полей могут отличаться, смысл - один):

{
  "name": "Анна",
  "contact": "+79001234567",
  "summary": "Нужен расчёт на пятницу, доставка в центр",
  "source": "Telegram / бот записи",
  "status": "new",
  "owner": "Мария",
  "created_at": "2026-09-10T14:22:00+03:00"
}

Правило для пилота: каждое новое обязательное поле должно отвечать на вопрос «зачем менеджеру это до первого звонка». Если ответа нет - поле убираем или переносим на этап после контакта.

В Google Таблице те же колонки работают как временная CRM, пока один канал и один ответственный. Когда поток стабилен, перенос в amo или Bitrix - это маппинг колонок, а не переизобретение процесса. На разработке проектов я часто начинаю именно с такого списка полей в ТЗ, а не с логотипа воронки.

Вопрос, какую crm выбрать для малого бизнеса, на разборе сводится не к рейтингу «лучшие crm для малого бизнеса», а к одному сценарию: кто работает в системе, сколько людей в учёте и нужен ли портал с задачами в одной коробке. Цены ниже - по официальным страницам на 2026-09-10; акции и промо на сайте могут отличаться.

amoCRM (amocrm.ru/buy): тарифы за пользователя в месяц - Базовый 599 ₽, Расширенный 1 299 ₽, Профессиональный 1 799 ₽. Бесплатного тарифа нет; пробный период 14 дней; оплата подписки от 6 месяцев. На Базовом - до 5 000 контактов и 500 открытых сделок на пользователя. Из коробки - автосоздание сделок из мессенджеров, форм, Google Таблиц и других источников по таблице тарифов.

Bitrix24 (bitrix24.ru/prices): цена за компанию. Бесплатный тариф 0 ₽, неограниченно пользователей, 25 ГБ диск. Базовый 2 490 ₽/мес на 5 пользователей. Стандартный / Проф / Энтерпрайз на странице на дату проверки: 6 990 ₽ / 13 990 ₽ / 33 990 ₽ (на сайте указаны промо, актуально на 2026-09-10). CRM + задачи + портал в одном продукте; расширенная автоматизация - на платных тарифах.

Таблица (Google Sheets / Excel) - уместна, пока один канал, один ответственный и поток можно проверить глазами за минуту. Минус - дубли и права доступа; плюс - нулевая стоимость и скорость старта.

Матрица «сценарий → инструмент» без слова «лучшая»:

Обзор crm систем для малого бизнеса в формате «топ-7» не заменяет эту таблицу: без канала и полей сравнение цен - декорация. Когда выбрать crm для малого бизнеса становится вопросом связки, а не выбора коробки, переходите к интеграции сайта или Telegram - там уже контур записи, а не выбор платформы.

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

На amo trial 14 дней и Bitrix demo 15 дней (функции Проф на портале) хватает, если заранее известны канал, поля и имя ответственного. Иначе trial заканчивается скриншотами интерфейса, а заявки по-прежнему в Telegram.

Перед оплатой лицензии или подписанием интегратора я прогоняю этот список. Восемь пунктов - минимум приёмки «поток 1-2 недели стабилен».

1. Выбран один канал заявок (сайт, Telegram или звонок) - второй канал отложен.
2. Согласованы 3-5 полей карточки: имя, контакт, суть, источник, статус.
3. Назначен один ответственный на первый ответ - имя, не «отдел».
4. Источник в карточке заполняется автоматически или правилом, не «на память».
5. Тестовая заявка прошла путь канал → учёт → уведомление ответственному.
6. Статус не остаётся пустым: новый лид получает статус в момент создания.
7. Дубли проверены: повторное обращение не создаёт вторую строку без правила.
8. Приёмка: 1-2 недели подряд ни одна заявка из выбранного канала не потеряна.

Если пункт 8 не выполняется - проблема почти всегда в полях или ответственном, а не в «не той» CRM. Таблица на этом этапе нормальна; перенос в amo или Bitrix - когда маппинг колонок уже проверен.

Интеграции имеют смысл, когда CRM или таблица уже принимает заявки из одного канала без ручного «перепиши из чата», поля совпадают с формой или ботом, ответственный не пропускает уведомления. Тогда подключаю второй канал, webhook с сайта, телефонию или сценарий в n8n - по уже согласованному JSON полей.

Intent-агенты и MCP-слой - следующий этаж. В июле 2026 6sense вынес накопленные сигналы намерения в MCP (support.6sense.com, OAuth, api.6sense.com/mcp): агент может читать intent по компании, но не создаёт карточку из формы на сайте. Если write-контура нет, агент не знает, что считать лидом и кто ответственный за ответ. Сначала стабильная цепочка канал → поля → учёт → человек на исключениях; поверх - чтение intent, scoring, автоматические задачи.

Признаки, что рано лезть в интеграции:

• Менеджер по-прежнему копирует заявки из мессенджера вручную.
• В карточке нет источника - реклама «не сходится», хотя лиды есть.
• Подключили MCP или «умного бота» до первой успешной тестовой заявки в учёте.

Признаки, что пора:

• Две недели подряд поток из первого канала закрыт без потерь.
• Поля и ответственный не меняются от заявки к заявке.
• Второй канал даёт дубли - нужны правила слияния, а не новая CRM.

По теме в блоге: автоматизация заявок - общая логика; интеграция сайта с CRM и Telegram с CRM - когда выбор платформы уже сделан и нужен контур записи.