Как составить ТЗ на B2B-портал: структура и обязательные разделы
Хорошее техническое задание не описывает кнопки и цвета. Оно описывает, как бизнес работает сейчас, как должен работать после запуска и по каким правилам. Без этого подрядчики оценивают разное, оценки отличаются в разы, а после запуска начинаются споры «это входило в проект или нет».
Структура ТЗ
1. Цели и показатели
Что должно измениться и как это измерить: доля заказов через портал, время обработки заказа, количество ручных правок, нагрузка на менеджеров. С текущими значениями и целевыми.
2. Участники и роли
Дилеры и их сотрудники, менеджеры, руководитель продаж, бухгалтерия, склад, администратор. Для каждой роли: что видит, что может делать, что согласует.
3. Сценарии
Пошагово, от лица пользователя:
- дилер оформляет заказ по артикулу, из Excel, повтором;
- дилер получает документы и акт сверки;
- дилер подаёт рекламацию;
- менеджер согласует заказ сверх лимита;
- администратор подключает нового дилера.
Сценарий описывает не только успешный путь, но и ошибки: товара нет, лимит превышен, цена изменилась.
4. Бизнес-правила
- ценообразование: типы цен, скидки, акции, ручные цены;
- кредитные лимиты и поведение при превышении;
- резервы: когда ставятся, когда снимаются;
- кратность и единицы измерения;
- согласования: какие заказы, кем и в какие сроки.
5. Карта данных
| Объект | Источник | Направление | Частота | Что делать при ошибке |
|---|---|---|---|---|
| Номенклатура | 1С | в портал | при изменении | повтор, уведомление |
| Цены | 1С | в портал | при изменении | повтор, блок старых цен |
| Заказы | портал | в 1С и Битрикс24 | сразу | очередь, повтор |
| ... |
6. Требования к интеграции
Защита от дублей, очередь, повторная отправка, журнал операций, мониторинг, ежедневная сверка, поведение при недоступности учётной системы.
7. Нефункциональные требования
Скорость отклика, число одновременных пользователей, доступность, резервное копирование, безопасность, работа с мобильных устройств, хранение данных.
8. Приёмка
Тестовая база, сценарии тестирования, критерии успешного запуска, состав пилотной группы, сроки пилота.
9. Поддержка и развитие
Время реакции на сбои, мониторинг обмена, порядок доработок, передача кода и доступов.
Частые ошибки в ТЗ
- описание экранов вместо сценариев;
- фраза «цены берутся из 1С» без описания правил;
- нет раздела об ошибках и сбоях обмена;
- нет критериев приёмки;
- «двусторонний обмен с 1С» без деталей, что именно и как часто;
- не указана конфигурация и доработки учётной системы;
- нет требований к поддержке.
Что приложить к ТЗ
- название и версия конфигурации 1С или тариф МойСклад;
- список доработок учётной системы;
- выгрузка номенклатуры и типов цен;
- примеры реальных заказов из почты и мессенджеров;
- примеры счетов разных клиентов;
- описание воронок в Битрикс24, если CRM участвует.
Частые вопросы
Можно ли начать без ТЗ?
Можно начать с аудита и проектирования, результатом которых станет ТЗ. Начинать разработку без описанных правил рискованно.
Сколько времени занимает подготовка ТЗ?
Обычно от двух до шести недель, в зависимости от сложности процессов и доступности людей со стороны компании.
Кто должен утверждать ТЗ?
Владелец процесса продаж, бухгалтерия, ответственный за учётную систему и руководитель, который принимает проект.
Нужно ли ТЗ для готового решения?
Да, хотя бы в сокращённом виде: оно показывает, какие доработки понадобятся.
