Составление технического задания на разработку сайта 1С-Битрикс
Проект без ТЗ — это проект с ТЗ, написанным постфактум в переписке. Разработчик помнит одно, заказчик ожидал другое, а итоговый спор о том, «входило ли это в scope», съедает бюджет и отношения. Специфика 1С-Битрикс усугубляет проблему: платформа имеет собственную архитектуру (инфоблоки, компоненты, модули, обмен с 1С), и если в ТЗ написано «каталог товаров с фильтрацией», не уточнив тип свойств и фасетный индекс, — разработчик реализует минимальный вариант, а заказчик получит фильтр, работающий 8 секунд на 20 000 SKU.
Структура ТЗ для Битрикс-проекта
ТЗ на Битрикс-проект не равно ТЗ на произвольный сайт. Помимо стандартных разделов (цели, аудитория, функциональные требования), необходимы Битрикс-специфичные секции.
Раздел: Редакция и лицензирование
Указывается редакция Битрикс («Старт», «Стандарт», «Малый бизнес», «Бизнес», «Энтерпрайз»), обоснование выбора. Для интернет-магазина минимум — «Малый бизнес» (модуль catalog, торговые предложения, 1 прайс-лист). Если нужен расширенный каталог с несколькими типами цен, скидки по правилам (sale.discount), агрегация остатков по складам — «Бизнес» или «Энтерпрайз».
Раздел: Структура инфоблоков
Перечисляются все инфоблоки с типами свойств. Именно здесь принимается решение, которое потом нельзя безболезненно изменить: тип свойства «Строка» vs «Справочник» (HL-блок). Для каждого инфоблока — таблица:
| Свойство | Тип | Множественное | Участвует в фильтре |
|---|---|---|---|
| Бренд | Справочник (HL) | Нет | Да |
| Цвет | Список | Да | Да |
| Описание | HTML/текст | Нет | Нет |
Раздел: Интеграции
Обмен с 1С описывается отдельно: направление синхронизации (двусторонний или только выгрузка из 1С), периодичность, что синхронизируется (остатки, цены, изображения, свойства). Ошибка — написать просто «интеграция с 1С». Нужно: какая конфигурация 1С, стандартный обмен через CommerceML или кастомная интеграция через API, маппинг полей.
Раздел: Производительность
SLA по времени ответа страниц: раздел каталога ≤ N секунд при М одновременных пользователях. Это единственный способ формализовать требования к производительности — без этого раздела претензии по скорости невозможно предъявить.
Проектирование пользовательских сценариев
ТЗ без пользовательских сценариев описывает систему, но не то, как в ней работают люди. Для Битрикс-проекта сценарии важны особенно для:
- Оформление заказа: сколько шагов, авторизация обязательна или нет, способы доставки/оплаты, поведение корзины при незалогиненном пользователе
- Личный кабинет: история заказов из
b_sale_order, статусы, возможность повторного заказа - Административный сценарий: как менеджер добавляет товар, редактирует цену, обрабатывает заказ
Каждый сценарий описывается в виде последовательности шагов с указанием компонентов Битрикс, которые задействованы, или с отметкой «кастомная разработка».
Что часто упускают
Роли пользователей и права. Битрикс имеет группы пользователей и систему прав на инфоблоки, разделы, компоненты. Если на сайте есть B2B-кабинет или дилерский раздел — структура групп и матрица доступа должны быть прописаны в ТЗ.
SEO-технические требования. ЧПУ (человекопонятные URL), формат мета-тегов, robots.txt, sitemap.xml — всё это настраивается в Битрикс через модуль seo и параметры компонентов. Без явных требований в ТЗ разработчик поставит дефолт.
Многоязычность. Если сайт планируется на нескольких языках — в ТЗ прописывается структура языковых сайтов в рамках одного ядра Битрикс, маппинг контента, локали для дат и валют.
Кейс: как отсутствие ТЗ стоило трёх месяцев работы
Заказчик — оптовый поставщик, хотел «каталог с фильтром и личным кабинетом для дилеров». ТЗ на 2 страницы, написанное внутри команды заказчика. После запуска выяснилось:
- Дилерам нужны индивидуальные цены (три типа цен по группам), а разработчик реализовал один прайс
- Фильтр не учитывал остатки на складе — товары без остатка появлялись в результатах
- Личный кабинет показывал только заказы через сайт, тогда как дилеры ожидали историю из 1С
Доработка заняла 3 месяца при бюджете исходной разработки в 6 недель. Если бы эти требования были формализованы в ТЗ до начала работ — объём и стоимость были бы оценены корректно.
Состав работы по написанию ТЗ
- Интервью с заказчиком: бизнес-процессы, пользователи, интеграции
- Анализ существующих систем (1С, CRM, склад)
- Проектирование структуры инфоблоков и свойств
- Описание пользовательских сценариев для всех ролей
- Функциональные требования с привязкой к компонентам и модулям Битрикс
- Нефункциональные требования: производительность, безопасность, масштабирование
- Прототипирование ключевых экранов (wireframes)
- Согласование и финализация документа
Объём ТЗ для типичного интернет-магазина — 40–80 страниц. Сроки подготовки: от 2 недель для небольшого проекта до 6–8 недель для сложного многофункционального портала с несколькими интеграциями.