Как выбрать CRM для малого бизнеса

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

Вот с этого я бы и начинал выбор. Взял один понятный заказ из вашей компании и прошёл весь его путь в системе. Где появилась заявка, кто её получил, что сделал, кому передал работу и как руководитель узнал о задержке.

Так проще разобраться, какая CRM для малого бизнеса подходит именно вам. Видно, какие действия система действительно помогает выполнить и что сотрудникам придётся делать отдельно.

Какие задачи должна закрыть ваша CRM

В CRM ведут сведения о клиентах, сделках и истории обращений. Но для выбора этого описания мало. Нужно понять, какая работа будет происходить вокруг этих данных.

Допустим, компания продаёт оборудование с установкой. Это условный пример. Сначала приходит обращение. Менеджер уточняет задачу, подбирает комплектацию и готовит предложение. Затем согласует условия, проверяет оплату, передаёт заказ на поставку и договаривается о монтаже.

У каждого участника свои вопросы. Менеджеру нужен согласованный состав заказа. Сотруднику, который занимается поставкой, — сроки и наличие. Монтажнику — адрес, время и особенности работ. Руководителю — понимание, где заказ остановился и кто должен сделать следующий шаг.

Упрощённая схема условного примера. Согласование условий и проверка оплаты входят в рабочий сценарий, описанный в тексте.

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

• откуда приходит обращение и кто за него отвечает;
• какие сведения нужно собрать для расчёта;
• кто согласует цену и условия;
• что должно произойти после подтверждения заказа;
• как компания узнаёт, что работа выполнена.

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

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

Какие требования обязательны, а какие можно отложить

Когда начинаешь выбирать систему, список пожеланий быстро растёт. Хочется отчёты, бота, автоматические сообщения, красивую аналитику. Всё это может пригодиться. Но сначала стоит определить, без чего компания не сможет нормально обработать заказ.

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

Требование лучше записать так, чтобы его можно было проверить. Формулировка «удобная CRM» не объясняет, что именно вам нужно. А вот «новый ответственный видит согласованный состав заказа и историю изменений» уже даёт предмет для разговора.

Для нашего условного примера таблица может выглядеть так:

Это заготовка для разговора. В вашей компании могут быть другие участники и этапы — подставьте их.

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

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

Так появляется понятный объём внедрения. Можно обсуждать конкретную задачу, её стоимость и результат. И проще заметить, когда вам предлагают функцию, связь которой с вашей работой пока никто не объяснил.

Как проверить CRM на демонстрации

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

Один сценарий для всех рассматриваемых систем помогает сравнить выполнение нужных действий.

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

Дальше пройдите путь последовательно.

1. Создайте обращение. Покажите, откуда оно должно прийти, какие данные нужны и как определяется ответственный.
2. Подготовьте предложение. Проверьте, где сохраняются состав заказа, цена и согласованная версия.
3. Измените условия. Например, клиент добавил позицию. Посмотрите, кто увидит изменение и как отличит новый вариант от прежнего.
4. Передайте работу другому сотруднику. Откройте заказ с его правами и проверьте, хватает ли сведений для следующего действия.
5. Проверьте задержку. Задайте срок и выясните, как ответственному и руководителю станет понятно, что он пропущен.
6. Вернитесь к заказу позже. Проверьте, можно ли восстановить договорённости без поиска по отдельным сообщениям и файлам.

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

Отдельно проверьте интеграции. Слова «есть связь с 1С» ещё не объясняют, что будет передаваться в вашем проекте. Уточните состав данных, направление обмена, момент обновления и действия при ошибке.

Если в демонстрационной версии обмен не подключён, зафиксируйте это как непроверенное требование. Попросите объяснить способ реализации и включить проверку в план внедрения.

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

Как сравнить затраты и ограничения

Цена подписки — только одна строка будущих расходов. Я бы попросил оценить весь состав работ на одинаковый период, например на первый год.

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

Основные группы расходов. Полный состав работ и платежей нужно уточнить для выбранного решения.

Важно выяснить, что уже включено в предложение, что оплачивается отдельно и что пока вообще не оценено. Если для обязательного сценария нужна доработка, её стоимость должна появиться в сравнении.

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

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

Ещё до покупки я бы уточнил:

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

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

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

Когда достаточно готовой системы

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

Дальше возможны разные решения:

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

Здесь стоит сравнить несколько способов закрыть одну задачу. Сам по себе нестандартный процесс ещё не означает, что компании нужна собственная CRM. Сначала разберитесь, что именно не получается сделать и какими средствами это можно исправить.

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

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

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