Техническое задание часто воспринимают как бюрократию, а на деле это то, что определяет, получите вы работающую систему или «не то, что хотели». Особенно это важно при внедрении CRM: без чёткого ТЗ проект расползается, сроки плывут, а результат не совпадает с ожиданиями. Разберём, как составить техническое задание на внедрение CRM, из чего оно состоит и каких ошибок избегать. С прицелом на бизнес в Минске и по всей Беларуси.
Что такое ТЗ простыми словами
Техническое задание (ТЗ) - это документ, который отвечает на вопрос «что именно нужно сделать». Он описывает цели, требования, объём работ и критерии готовности. Для внедрения CRM ТЗ фиксирует, какие процессы и функции должны заработать в системе и как понять, что всё сделано правильно.
Хорошее ТЗ решает сразу несколько задач:
- Единое понимание. Заказчик и подрядчик одинаково понимают, что делается.
- Защита обеих сторон. Объём зафиксирован - нет споров «мы думали, это входит».
- Основа для оценки. По ТЗ считают стоимость и срок.
- Критерии приёмки. Понятно, когда работа считается выполненной.
Зачем ТЗ при внедрении CRM
CRM - гибкая система, и одну и ту же задачу можно решить по-разному. Без ТЗ подрядчик настроит «как понял», а заказчик получит не то, что представлял. ТЗ убирает эту неопределённость: оно переводит бизнес-задачи («хотим не терять заявки») в конкретные требования к системе («заявки со всех каналов создают лид с ответственным и уведомлением»).
Именно поэтому ТЗ обычно рождается не «в вакууме», а по итогам разбора процесса: сначала понимаем, как работает бизнес, потом описываем, что должно быть в системе.
Из чего состоит ТЗ на внедрение CRM
Структура ТЗ может отличаться, но обычно включает такие разделы:
| Раздел | Что описывает |
|---|---|
| Цели и задачи | Зачем внедряем, какой результат ждём |
| Текущие процессы | Как работа идёт сейчас (as is) |
| Требования к CRM | Что должно заработать в системе |
| Воронки и этапы | Стадии сделок, поля, права |
| Интеграции | Связь с 1С, телефонией, сайтом |
| Автоматизация | Роботы, триггеры, уведомления |
| Роли и доступы | Кто что видит и может |
| Критерии приёмки | Как понять, что готово |
| Сроки и этапы | Порядок и очерёдность работ |
Не каждый проект требует всех разделов - объём ТЗ зависит от сложности задачи.
Как составить ТЗ: по шагам
- Сформулируйте цели. Не «внедрить CRM», а «перестать терять заявки», «видеть воронку», «убрать ручной перенос в 1С».
- Опишите процессы как есть. Как реально движутся сделки сегодня и что мешает.
- Переведите задачи в требования. Каждой боли - конкретное требование к системе.
- Опишите воронки и поля. Стадии, обязательные поля, права по ролям.
- Зафиксируйте интеграции. Что и с чем связываем (1С, телефония, сайт).
- Задайте критерии приёмки. По каким признакам работа считается выполненной.
- Разбейте на этапы. Что делаем в первую очередь, что потом.
Главный принцип - идти от бизнес-задачи к требованию, а не наоборот. ТЗ, написанное «списком функций» без привязки к целям, часто описывает не то, что реально нужно.
Типичные ошибки в ТЗ
- Писать функции вместо задач. «Нужна автоматизация» - это не требование. Требование - какой процесс и как должен автоматизироваться.
- Описывать желаемое, минуя реальность. Без описания процессов «как есть» ТЗ оторвано от жизни.
- Слишком абстрактно. «Удобная система» невозможно принять - нужны конкретные критерии.
- Слишком детально на старте. Расписывать каждую мелочь до разбора процесса - терять время; детализируют по этапам.
- Составлять в одиночку. ТЗ, написанное без подрядчика, часто нереализуемо технически; без заказчика - оторвано от бизнеса.