Треть всех внедрений CRM заканчивается разочарованием. Причина? Размытое задание на старте. Подрядчик делает «как понял», а предприниматель ожидает совсем иного. В итоге три месяца переделок, выбитый бюджет и команда, которая по-прежнему работает в Excel. Чтобы избежать этого, нужно уметь писать качественное ТЗ.
Почему правильно составленное ТЗ критично для успешного внедрения CRM
Когда компания обращается к подрядчику с просьбой «нам нужна CRM, чтобы не терять клиентов» — это не техническое задание, а лишь пожелание. Подрядчик начнёт уточнять, потратит несколько встреч на выяснение деталей, что-то додумает сам. В итоге получится система, основанная на его представлении о вашем бизнесе, а не на ваших реальных процессах.
Отсутствие чёткого ТЗ бьёт по проекту сразу с нескольких сторон. Сроки ползут вверх: каждое новое требование, которое «как-то забыли упомянуть», откидывает проект на неделю-две. Бюджет растёт: доработки вне изначальной договорённости оплачиваются отдельно, и финальная сумма может в полтора раза превысить изначальную. Менеджеры получают систему, в которой неудобно работать, потому что их никто не спросил, как они реально ведут сделки. И это приводит к саботажу — люди возвращаются к тетрадкам и мессенджерам, потому что новый инструмент только мешает.
Перед тем как садиться писать ТЗ, нужно разобраться с собственными бизнес-процессами. Как клиент попадает в воронку? Кто ведёт сделку на каждом этапе? Где чаще всего теряются заявки? Ответы на эти вопросы — фундамент документа.
Что должно входить в ТЗ для внедрения CRM-системы
Хорошее ТЗ — это не список хотелок, а структурированный документ, по которому подрядчик может работать без постоянных уточнений. Разберём, что в нём должно быть.
Описание бизнеса и текущих процессов
Начните с контекста: чем занимается компания, сколько менеджеров будет работать в системе, какой цикл сделки. Опишите текущую воронку продаж — желательно с этапами и тем, что происходит на каждом из них. Если сейчас используете таблицы или другую CRM — укажите, что хотите сохранить, а от чего готовы отказаться. Например, если вы хотите сохранить 80% текущих процессов, это должно быть зафиксировано. Подрядчик должен понимать контекст, иначе он настраивает систему в вакууме.
Функциональные требования и интеграции
Это ядро документа. Опишите конкретно, что должна уметь система: автоматически создавать сделки при входящем звонке, отправлять письма по шаблону при смене статуса, строить отчёт по конверсии за период. Чем конкретнее — тем меньше разночтений. Отдельно пропишите интеграции: с какой телефонией работаете, нужна ли связка с сайтом, с мессенджерами, с бухгалтерской программой. Если планируете использовать Битрикс24 — многие интеграции там уже встроены, но это всё равно надо зафиксировать в ТЗ, чтобы не упустить специфические подключения.
Укажите роли пользователей и уровни доступа: менеджер видит только своих клиентов, руководитель отдела — всю команду, собственник — сводную аналитику. Это важная часть, которую часто забывают до момента, когда система уже запущена.
Обязательно включите раздел про обучение и поддержку. Кто проводит обучение после внедрения? Сколько часов? Есть ли техподдержка в первые месяцы работы и на каких условиях? Эти детали критичны — от этого зависит, начнут ли люди реально пользоваться системой.
Как грамотно формулировать требования для CRM
Самая распространённая проблема в ТЗ — размытые формулировки. «Система должна работать быстро» — что это значит? Страница грузится за секунду или за пять? «Менеджеры должны видеть всю историю клиента» — какую историю: только сделки или ещё переписку и звонки за три года? Каждое требование должно быть понятно без дополнительных объяснений.
Полезный инструмент — пользовательские истории. Формат простой: «Как менеджер, я хочу видеть уведомление о просроченной задаче, чтобы не забывать перезванивать клиентам». Такие формулировки заземляют требование на реальный сценарий работы. Подрядчик сразу понимает, зачем это нужно, и настраивает систему под конкретный результат, а не под абстрактное пожелание.
И это важно. Вовлекайте в составление ТЗ тех, кто будет работать в системе каждый день. Руководитель видит бизнес сверху, но именно менеджер знает, что он делает с клиентом после первого звонка. Часто именно на таких рабочих встречах вылезают требования, о которых никто не думал: «А нам ещё нужно фиксировать источник рекламы для каждой заявки» или «Мы работаем с дилерами отдельно — у них должна быть другая воронка».
Типичные ошибки, которых следует избежать при написании ТЗ
Одна из самых дорогостоящих ошибок — писать ТЗ слишком общо. «CRM должна автоматизировать продажи» — подрядчик прочитает это и настроит базовую воронку, потому что формально требование выполнено. А вы ждали автоматических напоминаний, шаблонов писем и интеграции с WhatsApp. Расхождение в понимании вскроется уже на сдаче проекта.
Другая крайность — слишком детальное описание технической реализации вместо описания задачи. Не надо указывать, какие таблицы создать в базе данных или какой API использовать для интеграции. Опишите задачу бизнеса — подрядчик сам решит, как её реализовать. ТЗ должно отвечать на вопрос «что должно происходить», а не «как это сделать».
Отсутствие тестовых сценариев — ещё одна типичная проблема. Как вы будете проверять, что система настроена правильно? Пропишите несколько контрольных ситуаций: новая заявка с сайта попала в CRM, менеджер провёл сделку по всем этапам, руководитель выгрузил отчёт за месяц. Если по итогам внедрения эти сценарии работают без сбоев — проект можно принимать.
- Расплывчатые формулировки без критериев проверки
- Требования только от руководства без учёта потребностей менеджеров
- Отсутствие описания интеграций с текущими инструментами
- Нет раздела про роли и уровни доступа
- Нет договорённостей по обучению и поддержке после запуска
Как успешно внедрить CRM, следуя правильному ТЗ
Перед стартом работ согласуйте ТЗ со всеми участниками: собственником, руководителем продаж и несколькими менеджерами. Документ должен быть подписан или хотя бы официально принят по переписке. Это защищает обе стороны — и вас от «мы же говорили, что нужно по-другому», и подрядчика от бесконечных правок за старый бюджет.
Закладывайте в ТЗ этапность. Не пытайтесь в первой версии CRM сделать всё и сразу. Начните с базового: воронка продаж, карточки клиентов, задачи для менеджеров. Через месяц-два реальной работы станет ясно, что действительно нужно автоматизировать, а что казалось важным только на бумаге. Второй этап внедрения всегда точнее первого, потому что команда уже понимает, как работает система.
После запуска выделите две-три недели на тестовую эксплуатацию. Менеджеры работают в системе, фиксируют всё, что работает не так или неудобно. Этот период нужно включить в договор с подрядчиком — он должен быть доступен для оперативных правок. Битрикс24, например, позволяет достаточно быстро менять настройки воронок и автоматизаций без привлечения разработчика, что ускоряет этот процесс. Но в любом случае договорённость о гарантийном периоде должна быть зафиксирована письменно.
Хотите, чтобы CRM заработала с первого раза и не превратилась в очередной недоделанный проект? Команда amsales.ru готова помочь с внедрением CRM под реальные процессы — от аудита и написания ТЗ до запуска и обучения команды.
