Технические задания на CRM, которые я вижу у клиентов перед стартом проекта, в половине случаев пишет один менеджер за пару часов, а через месяц выясняется, что бухгалтерия ведёт расчёты в отдельной таблице, а склад вообще не в курсе про новую систему. Собирать требования к CRM перед внедрением нужно не для галочки в договоре, а чтобы система не встала колом через три месяца, когда обнаружится, что она не считает то, что считает бухгалтерия, и не видит статусы, которые видит склад. Дальше конкретная последовательность действий: карта процессов, опрос отделов и чек-лист, который я использую перед тем, как садиться за архитектуру базы данных.
Карта процессов: с чего начинается сбор требований к CRM
Первым делом я прохожу путь клиента от заявки до закрытой сделки вместе с тем сотрудником, который реально этим занимается, а не с руководителем отдела, который видит процесс только в отчётах. На практике маршрут обычно выглядит так: заявка с сайта или из мессенджера, звонок или переписка, выставление счёта, оплата, передача в производство или на склад, доставка, закрытие сделки и повторные продажи.
На каждом шаге фиксирую три вещи: кто выполняет действие, в какой системе оно происходит сейчас (почта, Excel, WhatsApp, бумажный журнал) и что должно произойти автоматически после этого шага. Например, если заявки приходят с Tilda-формы, я смотрю, куда они падают сейчас, дублируются ли в CRM руками или через вебхук, и сколько заявок теряется на этом стыке. У одного клиента с интернет-магазином на WooCommerce таких потерь набралось около 12% от общего потока за месяц просто потому, что заявки с формы обратной связи никто не переносил в CRM вручную.
Карта процессов на этом этапе рисуется просто: список шагов в столбик, напротив каждого системы и ответственные. Никаких диаграмм с ромбами и стрелками не нужно, если проект небольшой, для среднего бизнеса хватает таблицы на одну страницу.
Опрос отделов: как узнать, что реально нужно каждой команде
Опрос я провожу отдельно с каждым отделом, потому что на общей встрече говорит обычно один человек, а остальные кивают. Вопросы задаю конкретные, без формулировок вроде «что вам нужно от CRM» - на такой вопрос никто не даёт полезного ответа.
| Отдел | Что спрашиваю | Типичная находка |
| Продажи | Сколько сделок в работе одновременно, по каким полям фильтруют список, что смотрят перед звонком клиенту | Нужны кастомные статусы воронки, а не стандартные «новый / в работе / закрыт» |
| Поддержка | Как сейчас видят историю обращений клиента, сколько тикетов в день, нужна ли база знаний внутри CRM | История переписки в мессенджере не связана с карточкой клиента |
| Склад и логистика | Как отслеживают статус доставки, работают ли со СДЭК или другой службой, нужен ли автоматический пересчёт остатков | Статус доставки СДЭК проверяют вручную на сайте службы, а не в CRM |
| Бухгалтерия | Какие отчёты нужны для сверки, интегрирована ли онлайн-касса или эквайринг, нужен ли расчёт НДС по сделкам | Оплаты через эквайринг не попадают в CRM автоматически, сверка идёт руками раз в неделю |
| Маркетинг | Какие источники трафика важно различать, нужна ли сегментация базы для рассылок | UTM-метки теряются при передаче заявки в CRM |
После такого опроса обычно набирается 15-25 требований, которые никто бы не вспомнил на общей встрече, и половина из них касается интеграций, а не самого интерфейса CRM.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Интеграции, которые нужно зафиксировать в требованиях к CRM
Отдельным пунктом технического задания должны идти интеграции, потому что именно на них чаще всего расходится бюджет и сроки. Из практики список обычно такой:
- Эквайринг и платёжные системы - если магазин на WooCommerce принимает оплату через Т‑Банк, в CRM нужно фиксировать не только факт оплаты, но и статус возврата и частичного возврата, иначе бухгалтерия снова считает вручную
- Служба доставки - интеграция со СДЭК через API даёт автоматический трек-номер и статус в карточке сделки вместо ручной проверки на сайте перевозчика
- Мессенджеры и уведомления - для внутренних уведомлений менеджерам часто делаю Telegram-бота на aiogram, который присылает сообщение при смене статуса сделки или просроченной задаче
- Связка сервисов - когда систем много и они разных производителей, вместо прямых интеграций каждой с каждой ставлю n8n посередине, это сокращает количество точек отказа и упрощает поддержку
- Формы захвата лидов - если сайт на Tilda, нужно заранее решить, идут ли заявки через вебхук напрямую в CRM или через промежуточный сервис
По каждой интеграции в требованиях фиксирую не просто «нужна связь с СДЭК», а конкретно: какие поля передаются, в какую сторону, что происходит при ошибке API и кто получает уведомление о сбое. Без этой детализации разработчик на этапе оценки закладывает минимальный вариант, а заказчик потом удивляется, почему статусы доставки не обновляются автоматически. Если по проекту заранее понятно, что интеграций много и они на этом же цикле, интеграцию CRM с эквайрингом и службами доставки обычно веду отдельным этапом, а не довеском к основной разработке.
Чек-лист требований к CRM перед внедрением
Перед тем как отдавать техническое задание в разработку, прохожу по такому списку:
- Карта процессов от заявки до закрытой сделки составлена и согласована с каждым отделом
- Список интеграций зафиксирован с указанием полей и направления передачи данных
- Определён объём данных: сколько сделок в месяц, сколько клиентов в базе, нужна ли миграция из старой системы
- Прописаны роли и права доступа - кто видит все сделки, кто только свои, кто видит финансовые показатели
- Указано, где хранятся персональные данные клиентов и подтверждено, что серверы находятся в РФ
- Определены обязательные отчёты для руководителя и бухгалтерии с частотой формирования
- Согласован формат уведомлений - email, Telegram-бот, push внутри интерфейса
- Прописан сценарий на случай сбоя интеграции, например недоступности API СДЭК
- Определён бюджет на техподдержку после запуска, а не только на разработку
Если из этого списка закрыто меньше семи пунктов, я обычно советую не начинать разработку, а доделать требования, потому что каждый пропущенный пункт превращается в правку интерфейса или базы данных на середине проекта.
Ошибки, из-за которых требования собирают заново
Самая частая ошибка - писать требования силами одного менеджера без опроса отделов. Второй по частоте случай - забыть про объём данных: клиент говорит «у нас немного клиентов», а при выгрузке оказывается 40 тысяч контактов за пять лет работы, и это меняет подход к архитектуре базы и поиску по карточкам.
Третья ошибка - недооценивать стоимость интеграций. Заказчик закладывает в бюджет саму CRM, а связку с эквайрингом, службой доставки и телефонией считает мелочью, хотя на практике именно интеграции занимают половину времени разработки. Четвёртая - не фиксировать права доступа заранее, из-за чего после запуска выясняется, что рядовые менеджеры видят зарплаты и маржу по сделкам всех коллег.
Ещё одна ситуация, с которой сталкивался не раз: требования собрали, но не согласовали с бухгалтерией формат расчёта НДС и вариантов оплаты, и после запуска отчёты для сверки приходится делать вручную ещё несколько месяцев, пока систему не дорабатывают.
Сроки и стоимость подготовки требований
Для компании с одним отделом продаж и простой воронкой сбор требований занимает 3-5 дней: карта процессов и интервью с ключевыми сотрудниками. Если в компании несколько отделов, склад, интеграция с эквайрингом и доставкой, срок растягивается до 2-3 недель, потому что нужно согласовать формулировки с каждым руководителем и свести противоречия.
Консультация по сбору требований и оценке проекта у меня стоит от 3 000 ₽ и обычно закрывает вопрос «что вообще нужно включить в техническое задание». Если нужна готовая CRM или админ-панель на React под конкретные процессы, разработка начинается от 100 000 ₽, срок зависит от количества интеграций. Автоматизацию связок между CRM, сайтом и мессенджерами через n8n беру от 25 000 ₽, а техподдержку системы после запуска от 15 000 ₽ в месяц.
На рынке цены на подготовку технического задания для CRM у студий и фрилансеров разбросаны широко, от нескольких тысяч рублей за шаблонный документ до 100-150 тысяч за подробный аудит с интервью всех отделов, поэтому смотреть стоит не на цифру, а на то, включён ли в неё реальный опрос сотрудников, а не переписанный типовой список полей.
Разобраться перед стартом
Консультация
от 3 000 ₽
Подробнее →Частые вопросы
Сколько времени занимает сбор требований к CRM перед внедрением?
Для небольшой компании с одним отделом продаж обычно хватает 3-5 рабочих дней на карту процессов и интервью. Если задействовано несколько отделов и есть интеграции с доставкой и эквайрингом, срок растягивается до 2-3 недель из-за согласований между руководителями.
Нужно ли собирать требования, если выбрали готовую CRM вроде amoCRM или Bitrix24?
Да, потому что даже готовая система настраивается под процессы компании, а без карты процессов и опроса отделов настройка идёт наугад, и после запуска часть полей и статусов приходится переделывать. Готовая CRM снимает вопрос разработки с нуля, но не снимает вопрос, какие поля и интеграции в ней вообще нужны.
Кто должен участвовать в опросе отделов при подготовке требований к CRM?
Не только руководители, а сотрудники, которые каждый день работают с заявками, звонками и доставкой. Руководитель видит процесс в отчётах, а рядовой менеджер знает, где реально теряются заявки и какие поля никто не заполняет, потому что они бесполезны в работе.
Что делать, если разные отделы дают противоречивые требования к CRM?
Противоречия обычно возникают там, где у отделов разные метрики успеха: продажи хотят упростить карточку сделки, а бухгалтерия хочет видеть больше полей для сверки. Такие конфликты выносятся на отдельную встречу с участием обеих сторон и фиксируются финальным решением в документе, а не остаются на словах, иначе к ним возвращаются уже на этапе тестирования системы.