С чего начинается ТЗ
Техническое задание начинается не с выбора системы, а с описания процесса. Пока непонятно, как проходит сделка от заявки до оплаты, любые требования к CRM будут догадками. Поэтому первым разделом ТЗ обычно становится описание процесса продаж и исполнения заказа.
Структура технического задания
Состав разделов зависит от задачи, но основа почти всегда одинаковая:
- цели внедрения и показатели, по которым оценивается результат
- описание процесса: этапы сделки, участники, сроки
- роли пользователей и права доступа
- воронки и стадии с условиями перехода
- карточки сделок, контактов и компаний: обязательные поля
- автоматизация: роботы, уведомления, задачи, документы
- интеграции: сайт, телефония, мессенджеры, учётная система
- отчёты и аналитика для руководителя
- перенос данных из старых систем
- критерии приёмки
Как описывать требования
Каждое требование должно быть проверяемым. «Удобная воронка» — не требование. «При переходе сделки на стадию „Счёт выставлен“ ответственному ставится задача проконтролировать оплату через 3 рабочих дня» — требование, которое можно настроить и проверить.
Полезно писать требования от лица пользователя: кто, что делает и какой результат получает. Так интегратор понимает не только что настроить, но и зачем.
Частые ошибки
- ТЗ пишут без участия сотрудников, которые будут работать в системе
- переносят в CRM все поля из старых таблиц, включая ненужные
- не описывают исключения: отказы, возвраты, повторные продажи
- забывают про отчёты, и руководитель не получает нужной картины
- нет критериев приёмки, и непонятно, когда внедрение закончено
Приёмка результата
Последний раздел ТЗ — сценарии, по которым проверяют готовую систему. Например: «пришла заявка с сайта → создалась сделка → назначен ответственный → поставлена задача». Каждый сценарий проходят на реальных примерах. Только после этого внедрение можно считать завершённым.