Как выбрать CRM для небольшой компании и не переплатить

Выбирать CRM нужно не по рейтингу и стартовой цене, а по собственным сценариям, непроходимым legal/security/export gates, доказательствам на точном тарифе, 36-месячной полной стоимости и exit test. Кандидат, не прошедший hard gate, не возвращается в рейтинг за счёт удобного интерфейса.

Шаг 1. Опишите реальные сценарии

Возьмите процесс BUS-11 и выберите 5–10 операций, которые команда выполняет каждую неделю. Не начинайте со списка функций CRM: одна функция может закрывать сценарий только на дорогом тарифе, через API или с ручным обходом.

Шаг 2. Приоритеты MoSCoW

Взвешивать имеет смысл только SHOULD и COULD. MUST не компенсируется баллами других строк.

Шаг 3. Hard gates

Реестр российского ПО может быть отдельным procurement-требованием, но запись в реестре не подтверждает functional fit, security или соблюдение конкретной архитектурой требований 152-ФЗ.

Шаг 4. Шкала доказательности

Скриншот маркетинговой страницы не равен выполненному сценарию. Для каждого evidence сохраните URL или artifact, checkedAt, exact plan, роль и канал: UI, mobile, API или automation.

Сравнительная таблица требований

requirement_id;scenario;requirement;priority;weight;candidate;gate;score;evidence_url_or_artifact;exact_plan;users;checked_at;ui_mobile_api_role_limit;owner;result
REQ-001;SC-01;deduplicate_account_contact;MUST;;candidate;DATA;0-4;artifact;plan;users;date;limit;owner;PASS_FAIL_UNKNOWN
REQ-002;SC-02;required_exit_evidence;MUST;;candidate;PROCESS;0-4;artifact;plan;users;date;limit;owner;PASS_FAIL_UNKNOWN
REQ-003;SC-07;event_based_stage_ageing;SHOULD;input;candidate;ANALYTICS;0-4;artifact;plan;users;date;limit;owner;PASS_FAIL_UNKNOWN
REQ-004;EXIT;full_export_and_restore;MUST;;candidate;EXIT;0-4;artifact;plan;users;date;limit;owner;PASS_FAIL_UNKNOWN
REQ-005;SECURITY;mfa_roles_audit_recovery;MUST;;candidate;SECURITY;0-4;artifact;plan;users;date;limit;owner;PASS_FAIL_UNKNOWN

Сумма пользовательских весов оцениваемой части должна равняться 100. UNKNOWN не превращается в средний балл: для MUST это непройденный gate, для SHOULD/COULD — ноль до получения evidence.

36-месячный TCO

Учебный пример не является ценой вендора. Допустим: восемь пользователей по 2 400 ₽ в месяц на 36 месяцев дают 691 200 ₽ лицензий. Добавим синтетические inputs: внедрение 250 000 ₽, очистка 120 000 ₽, интеграции 180 000 ₽, администрирование 15 000 ₽ в месяц, обучение 80 000 ₽, backup/export 60 000 ₽, exit 150 000 ₽ и простой 100 000 ₽. TCO = 2 171 200 ₽.

Меняйте Base, Downside и Upside только через подписанные assumptions: рост пользователей, индексацию, объём миграции, API overage и стоимость выхода. Не прогнозируйте будущую цену как факт.

Pilot до закупки

1. Зафиксируйте success criteria, сроки и набор кандидатов, прошедших gates.

2. Импортируйте данные с дублями, пропусками, кириллицей и несколькими контактами account.

3. Проверьте stages, required fields, permissions и одну обязательную интеграцию.

4. Выполните mobile-сценарий и соберите отчёт по фактическим events.

5. Проверьте admin recovery, offboarding и журнал значимых изменений.

6. Экспортируйте все нужные сущности, custom fields, relations, activities и files.

7. Импортируйте выгрузку в disposable target и измерьте потери связей и истории.

Exit test — часть выбора, а не план на потом

CSV с несколькими колонками ещё не доказывает выход. Успешный test заканчивается восстановленным набором, reconciliation report и списком необратимо теряемых данных.

Как принять решение

1. Отсейте все FAIL и UNKNOWN по MUST.

2. Сравните evidence-weighted score только среди прошедших кандидатов.

3. Добавьте 36-month TCO и sensitivity, не смешивая баллы с рублями.

4. Просмотрите pilot failures, migration risk и exit loss отдельно.

5. Зафиксируйте выбранный exact plan, assumptions, owners и дату перепроверки.

Матрица рисков внедрения

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

• Данные: какие поля потеряются при импорте, как обнаружить дубли и кто подтверждает контрольную выборку после переноса.

• Процесс: какие обязательные этапы нельзя воспроизвести без обходного пути и как этот обход повлияет на отчётность.

• Интеграции: кто владеет API, лимитами, журналом ошибок и восстановлением после сбоя обмена.

• Доступ: как отзываются права у ушедшего сотрудника, как проверяются роли и где фиксируются административные действия.

• Экономика: какие тарифные ограничения срабатывают при росте пользователей, хранилища, автоматизаций или каналов.

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

Для каждого hard gate заранее задайте свидетельство прохождения. Формулировка «интеграция есть» недостаточна: приложите результат тестового обмена, перечень полей, сценарий ошибки и ответственного. Формулировка «экспорт поддерживается» подтверждается только собственноручной выгрузкой и повторным чтением файла.

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

Практический следующий шаг

Соберите восемь собственных сценариев, назначьте MUST gates и заполните таблицу сначала для текущего способа работы. После этого выберите два-три кандидата, подтвердите документацию и проведите одинаковый pilot. Покупка до exit test оставляет главный риск непроверенным.

Что читать дальше

• карта B2B-продаж

• сегментация первых 100 клиентов

• диагностика повторных продаж

• юнит-экономика

Источники и дата проверки

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

• Microsoft Learn: Nurture sales from lead to order — почему requirements начинаются с собственного процесса, а не готового pipeline

• HubSpot Knowledge Base: Set up pipeline rules — зависимость функций от подписки, роли и канала изменения

• Битрикс24 Helpdesk: Экспорт данных из CRM — конкретные ограничения экспортируемых полей и прав

• amoCRM Support: Экспорт сделок — пример того, почему слово «экспорт» нужно раскрывать по сущностям и связям

• amoCRM: Тарифы amoCRM — динамический тарифный snapshot, который нужно перепроверять перед решением

• Битрикс24: Сравнение облачных тарифов — пример динамической упаковки функций и лимитов

• Официальный интернет-портал правовой информации: Федеральный закон № 152-ФЗ «О персональных данных» — purpose, поручение обработки, security и ограничение операций с базами при сборе данных граждан РФ

• NIST: Small Business Cybersecurity Basics — обоснование security gates: MFA, минимальные доступы и проверяемое восстановление

• UK National Cyber Security Centre: Lightweight approach to cloud security — структура оценки защиты данных, identity/access, audit, incidents, governance и location