Если компания продаёт оборудование, спецтехнику, запчасти или работает в длинном цикле сделки, в продажах участвуют не только менеджеры: закупки, склад, логистика, сервис, бухгалтерия, производство, юристы. У клиента тоже не один участник - инициатор, согласующий, закупщик, финансист, технический специалист, иногда дилер или филиал.
На этом фоне внедрение Битрикс24 часто начинается с мысли: поставим коробку, а потом подумаем. Формально проект стартует быстро. По факту через пару месяцев отдел продаж ведёт сделки по-своему, сервис работает отдельно, согласование КП живёт в почте, статусы заказов не совпадают с реальностью, а интеграция с 1С не продумана даже на уровне логики. Проблема не в Битрикс24 - до старта не были собраны функциональные требования.
Это рабочий документ, который отвечает на три вопроса: что именно должна делать CRM, кто и как будет в ней работать, что войдёт в первую очередь (MVP), а что запускается поэтапно. Пропустить этот этап - значит превратить внедрение в череду доработок, споров и дополнительных расходов.
Почему без требований проект уходит в хаос
Чем сложнее B2B-продажи, тем опаснее стартовать с общих формулировок: нужно автоматизировать продажи, настроить воронку, сделать интеграцию с 1С. На первом обсуждении это кажется понятным, но для проекта почти бесполезно. Что значит автоматизировать продажи? Какие именно - первичные, повторные, дилерские, сервисные, тендерные? Одна воронка или несколько? Что происходит после выставления КП? Кто согласует скидку? Где хранится резерв товара? Пока на это нет ответа, подрядчик не оценит проект, а заказчик не понимает, что покупает.
Поэтому внедрение начинают не с интерфейсов и полей карточки, а с логики бизнеса: целей, ролей, сценариев, объектов, ограничений, интеграций и приоритетов.
Когда требования особенно нужны
- →Длинный цикл сделки: лид → квалификация → расчёт → КП → согласование → проверка наличия → резерв → договор → оплата → отгрузка → постпродажа.
- →В продажах несколько отделов: менеджеру нужны данные от склада, логистики, закупок, сервиса, производства, финансов.
- →Несколько направлений, филиалов, юрлиц или типов клиентов: один Битрикс24 обслуживает прямые продажи, дилеров, сервис и повторные закупки.
- →Нужны интеграции с 1С, ERP, WMS, сайтом, телефонией, чат-ботами, личным кабинетом - они сильнее всего влияют на архитектуру, бюджет и сроки.
- →Руководство хочет управлять по данным: заранее описать аналитику по воронке, конверсии, срокам этапов, причинам проигрыша, дебиторке, сервису.
Что обязательно включить в требования
1. Цели внедрения
Не "внедрить Битрикс24", а конкретно: сократить обработку заявки с 4 часов до 30 минут, ускорить согласование КП, убрать ручное дублирование данных между отделами, сделать прозрачной воронку повторных продаж, связать продажи и сервис в одном контуре. Без целей невозможно расставить приоритеты.
2. Объекты системы
Не только лид и сделка. В сложном B2B: клиент, контакт, несколько юрлиц одного клиента, коммерческое предложение, заказ, счёт, отгрузка, рекламация, сервисная заявка, единица техники, оборудование в эксплуатации, договор, дебиторка, складской резерв. Чем раньше зафиксируете - тем меньше костылей.
3. Роли пользователей и права доступа
Один из самых недооценённых блоков. Недостаточно "менеджеры работают, руководитель смотрит отчёты". Нужно описать роли (менеджер, РОП, сервисный координатор, логист, бухгалтер, склад, маркетолог, комдир, руководитель филиала, администратор) и для каждой - что видит, что редактирует, что согласует, какие уведомления получает, к каким данным имеет доступ. Иначе конфликт прав почти гарантирован.
4. Описание процессов
Сердце документа. Описывать не систему вообще, а конкретные сценарии: как обрабатывается лид, как идёт квалификация, как создаётся и согласуется КП, как сделка передаётся в заказ, как CRM получает данные о наличии, как оформляется рекламация, как запускается повторная продажа, как фиксируются причины потери. Без микродеталей интерфейса, но и не общими словами.
5. Интеграции
В B2B этот блок сильнее всего влияет на бюджет и сроки. Перечислить: с какими системами интегрируется Битрикс24, какие данные передаются, в каком направлении, какая система мастер-источник, как часто обновляются данные, что делать при ошибках обмена. Здесь всплывают вопросы, которые решают архитектуру: остатки из 1С или ERP, заказ создаётся в Битрикс24 или только отображается, кто отвечает за актуальность цен, нужен ли обмен с WMS.
6. Отчёты и аналитика
Частая ошибка - оставить аналитику на потом, а через пару месяцев услышать "CRM есть, но управлять по ней невозможно". Заранее описать нужные отчёты: воронка по направлениям, конверсия по этапам, длина цикла, зависшие сделки, причины проигрыша, план/факт по менеджерам, повторные продажи, SLA по лидам, сервисные показатели, рекламации.
7. Нефункциональные требования
О них вспоминают поздно, хотя они влияют на архитектуру: производительность, число пользователей, безопасность, разграничение доступа, журналирование, мобильная работа, стабильность обменов, отказоустойчивость, резервное копирование, скорость загрузки карточек и списков.
8. Приоритеты и MVP
Хочется автоматизировать всё сразу - почти всегда плохое решение. Если запускать весь контур целиком, проект уходит в многомесячную разработку без результата. Требования делят по приоритетам: критично для запуска, важно но можно после старта, полезно но не обязательно в первой версии. Так формируется MVP - первая рабочая версия, дающая пользу без перегруза.
Как собрать требования: пошаговый подход
- 01Сформулируйте, зачем вам Битрикс24. Не "автоматизировать продажи", а "сократить потери лидов между полем и офисом, ускорить КП, видеть загрузку менеджеров". Ответьте: какие проблемы сейчас самые дорогие, где теряются деньги и управляемость, что зависит от ручной работы, по каким метрикам поймёте, что проект окупается.
- 02Разберите текущий контур продаж. Честно опишите, как есть на самом деле (звонок → мессенджер → уточнение наличия → ручное согласование скидки → КП → правки), а не красивую схему с бумаги.
- 03Опишите роли пользователей. Идите от конкретных людей и отделов: что видит и делает менеджер, РОП, логист, сервис - и к каким данным имеет доступ.
- 04Описывайте процессы через сценарии. Не "нужно согласование КП", а: при скидке до 5% согласование на РОПа, выше - подключается комдир, при отсутствии ответа 4 часа - напоминание, после согласования в сделке сохраняется финальная версия и история.
- 05Зафиксируйте интеграции и источники данных. Где живёт номенклатура, цены, остатки, задолженность, заказы, статусы отгрузки, документы - и какая система главная для каждого типа данных.
- 06Определите аналитику для руководителей. Если отчёт нужен, но данные для него никто не собирает, отчёт не появится сам.
- 07Отделите обязательное от желательного. Три группы: нужно для запуска, нужно после запуска, хорошо бы иметь. Здесь появляется реалистичное MVP.
- 08Соберите всё в один структурный документ. Цели, текущая ситуация, контур процессов, роли и права, объекты, сценарии, интеграции, аналитика, нефункциональные требования, импорт данных, приоритеты и MVP, открытые вопросы.
Какой уровень детализации нужен
Не уходить в две крайности. Слишком общо ("должна быть автоматизация согласования договоров") - плохо. Описать всё до последней кнопки и цвета - тоже плохо. Оптимум: процесс описан так, чтобы подрядчик понял бизнес-логику, роли, входные данные, развилки, результат и ограничения, без ухода в дизайн интерфейса. Простой тест: если два аналитика прочитают требование и поймут одинаково - уровень детализации нормальный.
Частые ошибки
- →Нет бизнес-целей - любое требование становится спорным.
- →Описаны только продажи, но не смежные процессы - без склада, логистики, сервиса и повторных продаж CRM остаётся половинчатой.
- →Интеграции упомянуты одной строкой - "нужна интеграция с 1С" не значит почти ничего без данных, направлений и правил при ошибках.
- →Не описаны права доступа - при росте числа пользователей начинаются конфликты и риски безопасности.
- →Нет приоритизации - в первую итерацию пытаются уместить всё, проект дорожает и затягивается.
- →Документ пишет только IT или только бизнес - теряется либо системность, либо реальная логика отделов. Нужна совместная работа.
- →Описан идеальный процесс, а не реальный - внедряется красивая схема, которой никто не пользуется.
Что подготовить до первой встречи
Чтобы разговор с интегратором был предметным, соберите базовый пакет: описание текущих этапов продаж, список участвующих отделов, примеры КП, договоров, счетов, рекламаций, структуру ролей и согласований, перечень систем для интеграции, текущие отчёты руководства, список главных проблем, ради которых стартует проект, и пожелания по первой очереди. Даже неполный пакет сильно повышает качество обсуждения.
Вывод
Если у вас сложные B2B-продажи, внедрение Битрикс24 нельзя начинать с вопроса "сколько стоит CRM". Сначала ответьте: что именно должна делать система в вашем бизнесе. Чем раньше зафиксируете цели, роли, процессы, ограничения, интеграции и состав MVP, тем выше шанс, что Битрикс24 поможет автоматизировать продажи, а не станет ещё одной системой, которую обходят стороной. Сбор требований - самый недооценённый этап, который сильнее всего влияет на результат.
