Как составить ТЗ на автоматизацию процессов

Коротко: Чтобы составить техническое задание на автоматизацию, нужно зафиксировать текущие бизнес-процессы, определить целевые показатели (KPI), описать требования к интеграциям (например, с 1С или телефонией) и прописать логику движения сделок. Качественное ТЗ минимизирует риск переплат, исключает ошибки разработчиков и служит юридическим фундаментом для контроля сроков и стоимости проекта.

Кстати, в AmSales мы делаем внедрение и настройку Битрикс24 и разработку сайтов и приложений под ключ. Если нужна помощь - напишите нам.

Зачем бизнесу нужно детальное техническое задание

Многие руководители совершают одну и ту же ошибку: пытаются купить "автоматизацию" как готовый продукт, надеясь, что подрядчик сам разберется, как работает их отдел продаж. В итоге вместо удобного инструмента компания получает перегруженную систему, в которой менеджеры забывают заполнять поля, а данные из Mango или UIS не подтягиваются в карточку клиента. Без четкого документа вы рискуете потратить бюджет на функции, которые не принесут прибыли.

Детальное ТЗ - это страховка от раздувания сметы. Когда требования размыты, разработчики закладывают в стоимость риск "непредвиденных сложностей". Если в документе не прописано, что при смене статуса сделки на "Договор" должен автоматически создаваться счет в 1С, вы узнаете об этом только на этапе приемки. И тогда исправление ошибки будет стоить в два-три раза дороже, чем если бы она была учтена изначально.

Правильно составленное ТЗ решает три задачи:

• Фиксирует границы проекта (что мы делаем, а что - нет).
• Дает разработчику четкий алгоритм действий без лишних вопросов.
• Позволяет владельцу бизнеса проверить результат по конкретным пунктам.

Этапы сбора требований для автоматизации процессов

Нельзя просто сесть и начать писать. Сначала нужно провести аудит "как есть" (AS IS). Поговорите с РОПом, маркетологом и даже рядовым менеджером. Вы удивитесь, насколько по-разному они видят путь клиента. Менеджер скажет, что ему важно быстро набрать номер из карточки, а РОП будет настаивать на жестком контроле прослушки звонков и автоматической постановке задач на перезвон.

Второй этап - проектирование модели "как должно быть" (TO BE). Здесь вы решаете, какие этапы воронки будут обязательными, какие поля в CRM должны заполняться автоматически, а какие - вручную. Например, если вы хотите, чтобы лиды с сайта сразу попадали в работу, нужно заранее понять, какие данные вы забираете: только email или еще и номер телефона, город и бюджет. Если не продумать это на берегу, интеграция с сайтом превратится в бесконечную переделку полей.

Третий этап - проверка на совместимость. Прежде чем как написать ТЗ на внедрение CRM, проверьте, дружат ли ваши текущие сервисы между собой. Если ваш складской учет живет в старой версии 1С, которая не имеет открытого API, автоматизация останется лишь на бумаге или потребует покупки дорогостоящих коннекторов.

Структура идеального ТЗ на внедрение CRM

Единого государственного стандарта не существует, но рабочая структура ТЗ на автоматизацию бизнес-процессов всегда включает несколько критических блоков. Не пытайтесь написать "сплошной текст" - это невозможно читать. Используйте таблицы и схемы.

Типовая структура выглядит так:

1. Общие сведения: цели проекта, используемые системы (Bitrix24, amoCRM и т.д.), ответственные лица.
2. Описание бизнес-процессов: пошаговый путь клиента от первого клика до закрытия сделки.
3. Требования к данным: перечень сущностей (Лид, Сделка, Контакт, Компания) и их атрибутов (поля).
4. Интеграции: описание связок с телефонией, мессенджерами (Wazzup), почтой, сайтом и учетными системами.
5. Права доступа: кто видит базу, кто может удалять контакты, а кто - только смотреть отчеты.
6. Отчетность: какие именно показатели (конверсия, средний чек, цикл сделки) должны собираться в дашбордах.

Хороший пример технического задания на автоматизацию всегда содержит описание исключений. Не пишите просто "сделка переходит на этап Оплата". Пишите: "Если счет не оплачен в течение 3 рабочих дней, система должна создать задачу менеджеру и отправить уведомление в Telegram".

Как описать бизнес-логику и алгоритмы без ошибок

Главная проблема - это использование субъективных понятий. Слова "быстро", "удобно", "автоматически" - это мусор. Для разработчика "быстро" может значить 5 секунд, а для вас - мгновенно. Вместо этого используйте триггеры и действия. Триггер - это событие (наступило время, изменился статус, пришло письмо), действие - это результат (создалась задача, ушло SMS, сменился ответственный).

Используйте логику "Если - То". Если клиент перешел в статус "Замер назначен", то система должна проверить наличие свободного времени в календаре инженера и отправить приглашение в Google Calendar. Если вы описываете процесс таким образом, вероятность того, что программист сделает не то, стремится к нулю. Это и есть основа того, как написать ТЗ на внедрение CRM, которое действительно будет работать.

Не забывайте про валидацию данных. Если поле "Сумма сделки" не может быть отрицательным, это должно быть прописано. Если номер телефона должен содержать 11 цифр, укажите это. Иначе в вашей базе скоро появятся записи типа "нет номера" или "завтра перезвоню", которые сломают всю аналитику в DataLens или Excel.

Типичные ошибки при составлении документации

Самая частая ошибка - попытка внедрить всё и сразу. Бизнес хочет "все функции мира" в первый же месяц. В итоге проект затягивается на полгода, бюджет сгорает, а сотрудники ненавидят новую систему, потому что она слишком сложная. Начинайте с MVP (минимально жизнеспособного продукта) - автоматизируйте только те этапы, где сейчас больше всего потерь денег.

Другая ошибка - отсутствие описания интеграций на уровне полей. Например, вы решили связать CRM и 1С. Но в CRM у вас поле "Наименование товара" - это просто текст, а в 1С это строгий артикул. Без четкого регламента синхронизации данные начнут дублироваться или затираться, и вы получите хаос в остатках на складе.

Также часто забывают про права доступа. Часто ТЗ пишут для "идеального мира", где все сотрудники - суперпользователи. В реальности нужно прописать, что менеджер не должен видеть базу клиентов конкурента или иметь возможность выгрузить всю клиентскую базу в Excel одним кликом. Без этого вы создаете дыру в безопасности бизнеса.

Как оценить стоимость и сроки реализации ТЗ

Никогда не принимайте оценку "на глаз". Если подрядчик говорит: "Тут работы на неделю, будет стоить 50 тысяч", - бегите. Профессионал разложит проект на этапы: проектирование, настройка полей, написание скриптов для интеграции, тестирование и обучение персонала. Каждый этап имеет свою трудоемкость в часах.

При расчете бюджета всегда закладывайте +20% на "непредвиденные правки". Даже самое идеальное ТЗ может столкнуться с реальностью, когда выяснится, что API выбранного сервиса работает не так, как заявлено в документации. Помните: дешевое ТЗ сегодня - это самая дорогая ошибка в бюджете автоматизации завтра.