Как составить техническое задание на интернет-магазин в 2026 году: шаблон, структура и типичные ошибки
Коротко: ТЗ на интернет-магазин — это документ на 15–40 страниц, который описывает функционал, дизайн, интеграции и требования к производительности. Без него подрядчик делает «как понял», а заказчик платит за переделки. Минимальное ТЗ занимает 3–7 дней работы и стоит 20 000–80 000 ₽, если его пишет аналитик. Самостоятельно составить базовое ТЗ реально за 1–2 дня по готовому шаблону.
Зачем нужно ТЗ на интернет-магазин и что будет без него?
Интернет-магазин — это не просто «сайт с товарами». Это система с каталогом, корзиной, оплатой, логистикой, личным кабинетом, фильтрами, акциями и десятками интеграций. Каждый из этих блоков можно реализовать по-разному: корзина может быть с сохранением или без, фильтры — умными или статичными, личный кабинет — с историей заказов или только с профилем.
Без ТЗ подрядчик принимает эти решения сам — по своему опыту и удобству. Итог: заказчик получает магазин, который «работает», но не делает то, что нужно бизнесу. Переделки после сдачи проекта обходятся в 1,5–3 раза дороже, чем если бы требования были прописаны заранее. По нашему опыту, большинство конфликтов между заказчиком и разработчиком возникают именно из-за разного понимания объёма работ — и почти все они решаются хорошим ТЗ.
Что должно быть в ТЗ на интернет-магазин: обязательные разделы
Полноценное ТЗ на интернет-магазин состоит из восьми ключевых блоков. Пропуск любого из них создаёт «серую зону», в которой подрядчик может трактовать требования в свою пользу.
1. Цели и контекст проекта
Опишите: что продаёте, кто покупатель, какой ожидаемый трафик, есть ли офлайн-магазин, нужна ли интеграция с 1С или складской системой. Это не формальность — от этого зависит выбор технологий и архитектуры.
2. Функциональные требования
Самый объёмный раздел. Описывает каждую функцию магазина: что делает система, что видит пользователь, что происходит при ошибке. Структурируйте по ролям: покупатель, менеджер, администратор.
3. Каталог и товарные карточки
Укажите: сколько товаров (сейчас и в перспективе), нужны ли варианты (размер, цвет), как устроена иерархия категорий, какие поля у карточки товара, нужны ли отзывы, рейтинг, вопросы-ответы.
4. Корзина, оформление заказа и оплата
Опишите шаги оформления заказа (одностраничное или многошаговое), способы доставки (курьер, самовывоз, СДЭК, Почта России), способы оплаты (карта, СБП, наложенный платёж, рассрочка), нужен ли расчёт стоимости доставки онлайн.
5. Личный кабинет покупателя
Что входит: история заказов, статусы, повторный заказ, избранное, бонусная программа, адреса доставки, управление подписками на рассылки.
6. Административная панель
Опишите: управление заказами, товарами, ценами, акциями, баннерами, SEO-полями, пользователями. Нужен ли импорт/экспорт товаров через Excel или XML?
7. Интеграции
Перечислите все внешние системы: платёжный шлюз (ЮКасса, Тинькофф, Сбер), службы доставки, 1С, CRM (amoCRM, Битрикс24), аналитика (Яндекс.Метрика, GA4), email-рассылки, онлайн-чат, коллтрекинг.
8. Нефункциональные требования
Скорость загрузки (например, LCP не более 2,5 сек), поддержка мобильных устройств, требования к SEO (ЧПУ, микроразметка, sitemap), безопасность (SSL, защита от перебора паролей), масштабируемость.
Шаблон структуры ТЗ на интернет-магазин
| Раздел | Что включает | Объём (страниц) |
|---|---|---|
| 1. Общее описание проекта | Цели, аудитория, конкуренты, ожидаемый трафик | 1–2 |
| 2. Функциональные требования | Каталог, корзина, оформление, ЛК, поиск, фильтры | 6–15 |
| 3. Административная панель | Управление заказами, товарами, контентом, пользователями | 3–6 |
| 4. Интеграции | Оплата, доставка, CRM, 1С, аналитика | 2–5 |
| 5. Дизайн и UX | Референсы, брендбук, количество уникальных экранов | 1–3 |
| 6. Технические требования | Стек, хостинг, скорость, SEO, безопасность | 2–4 |
| 7. Контент | Кто готовит тексты, фото, описания; объём каталога | 1–2 |
| 8. Сроки и этапы | Разбивка на спринты или этапы, порядок приёмки | 1–2 |
Сколько стоит написать ТЗ на интернет-магазин в 2026 году?
Стоимость зависит от того, кто пишет ТЗ и насколько сложен проект. Ниже — ориентиры по рынку на июнь 2026 года.
| Кто пишет ТЗ | Стоимость | Срок | Качество |
|---|---|---|---|
| Сам заказчик (по шаблону) | 0 ₽ | 1–3 дня | Базовое, достаточно для простых магазинов |
| Фрилансер-аналитик | 15 000–40 000 ₽ | 3–7 дней | Хорошее, зависит от опыта |
| Аналитик веб-студии | 30 000–80 000 ₽ | 5–14 дней | Профессиональное, с прототипами |
| Продуктовый аналитик (сложные проекты) | 80 000–200 000 ₽ | 2–4 недели | Детальное, со сценариями и wire-фреймами |
Важный момент: многие студии включают написание ТЗ в стоимость разработки — тогда отдельно платить не нужно. Уточняйте это при выборе подрядчика.
Типичные ошибки в ТЗ на интернет-магазин
Ошибка 1: «Как у конкурента» вместо конкретных требований
Фраза «сделайте как на сайте X» — не техническое задание. Подрядчик не знает, что именно вам понравилось и что нужно скопировать. Описывайте конкретные функции: «фильтр по цене, размеру и цвету с мгновенным обновлением без перезагрузки страницы».
Ошибка 2: Нет информации об объёме каталога
100 товаров и 100 000 товаров — это принципиально разные архитектурные решения. Для большого каталога нужна иная система поиска, другой подход к индексации и хранению данных. Укажите текущий объём и планируемый через 2–3 года.
Ошибка 3: Интеграции упомянуты вскользь
«Интеграция с 1С» — это от 40 до 400 часов работы в зависимости от версии 1С, объёма данных и частоты синхронизации. Опишите: какая версия 1С, что синхронизируется (товары, цены, остатки, заказы), как часто (в реальном времени или раз в час).
Ошибка 4: Нет требований к административной панели
Заказчики часто подробно описывают фронтенд и забывают про бэкофис. В итоге менеджеры получают неудобную панель, в которой сложно обрабатывать заказы. Опишите рабочие процессы менеджера: как он видит новый заказ, как меняет статус, как связывается с покупателем.
Ошибка 5: Отсутствие требований к производительности
Если не прописать, что страница должна загружаться за 2 секунды при 500 одновременных пользователях — разработчик не обязан это обеспечивать. Добавьте раздел с нефункциональными требованиями, даже если он будет коротким.
Ошибка 6: ТЗ написано только для разработчика
Хорошее ТЗ понятно и заказчику, и дизайнеру, и тестировщику. Избегайте технического жаргона там, где достаточно обычного языка. Используйте пользовательские сценарии: «Покупатель добавляет товар в корзину → видит всплывающее уведомление → переходит в корзину или продолжает покупки».
Как описывать функционал: пользовательские сценарии
Самый эффективный формат описания функционала — пользовательский сценарий (user story) в связке с acceptance criteria (критерии приёмки). Это понятно разработчику и защищает заказчика при сдаче проекта.
Формат user story: «Как [роль], я хочу [действие], чтобы [цель]».
Пример: «Как покупатель, я хочу сохранить товар в избранное без регистрации, чтобы вернуться к нему позже».
Критерии приёмки:
- Кнопка «В избранное» есть на карточке товара и в листинге
- Избранное сохраняется в localStorage на 30 дней
- При регистрации избранное привязывается к аккаунту
- Счётчик избранного отображается в шапке сайта
Такой формат исключает разночтения и делает приёмку объективной: либо функция работает по критериям, либо нет.
Что включить в раздел про дизайн
Многие заказчики либо пишут «дизайн современный и красивый» (бесполезно), либо прикладывают 20 референсов без пояснений (запутывает). Правильный подход:
- Укажите количество уникальных экранов/страниц: главная, каталог, карточка товара, корзина, оформление заказа, ЛК, страница оплаты, страница «спасибо», 404 — минимум 8–12 экранов
- Приложите брендбук или хотя бы логотип, фирменные цвета, шрифты
- Опишите целевую аудиторию — это влияет на стиль
- Укажите 2–3 референса с комментарием, что именно нравится: «нравится сетка каталога, как здесь» или «нравится анимация кнопок, как здесь»
- Уточните, нужна ли адаптивная версия (в 2026 году это обязательно) и нужно ли приложение
Чек-лист: ТЗ готово к отправке подрядчику?
- ☑ Описаны цели проекта и целевая аудитория
- ☑ Указан объём каталога (сейчас и в перспективе)
- ☑ Прописан каждый шаг оформления заказа
- ☑ Перечислены все способы оплаты и доставки
- ☑ Описан функционал личного кабинета
- ☑ Описана административная панель
- ☑ Перечислены все интеграции с деталями
- ☑ Указаны требования к скорости и мобильной версии
- ☑ Прописаны SEO-требования (ЧПУ, мета-теги, микроразметка)
- ☑ Есть раздел про контент: кто готовит и в какие сроки
- ☑ Указан стек технологий (или оставлен на усмотрение подрядчика — тоже допустимо)
- ☑ Прописан порядок приёмки и критерии готовности
Сколько времени занимает разработка интернет-магазина по готовому ТЗ?
| Тип магазина | Объём ТЗ | Срок разработки | Бюджет (ориентир) |
|---|---|---|---|
| Простой магазин (до 500 товаров, базовый функционал) | 10–15 стр. | 4–8 недель | 150 000–400 000 ₽ |
| Средний магазин (до 5 000 товаров, ЛК, акции, интеграции) | 20–30 стр. | 2–4 месяца | 400 000–1 200 000 ₽ |
| Крупный магазин (10 000+ товаров, сложные интеграции, маркетплейс) | 35–60 стр. | 4–9 месяцев | 1 200 000–5 000 000+ ₽ |
Наличие детального ТЗ сокращает срок разработки на 15–30%: разработчик не тратит время на уточнения и не переделывает уже готовые блоки.
FAQ: частые вопросы про ТЗ на интернет-магазин
Читайте также: Доработка сайта на 1С-Битрикс в 2026 году: цены от 2000 ₽/час, сроки и типовые задачи
Читайте также: Как написать в поддержку сайта в 2026 году: 7 шагов и шаблон
Читайте также: Обмен 1С с сайтом в 2026 году: как настроить, сколько стоит и что синхронизировать
Часто задаваемые вопросы
Обязательно ли писать ТЗ для небольшого интернет-магазина?
Для простого магазина с каталогом до 200 товаров и стандартным функционалом достаточно подробного брифа на 3–5 страниц. Полное ТЗ оправдано при бюджете от 300 000 рублей или при наличии нестандартных интеграций и сложного бизнес-процесса.
Сколько стоит написать ТЗ на интернет-магазин?
Самостоятельно — бесплатно, занимает 1–3 дня по шаблону. Фрилансер-аналитик возьмёт 15 000–40 000 рублей, аналитик веб-студии — 30 000–80 000 рублей. Многие студии включают написание ТЗ в стоимость разработки.
Можно ли начинать разработку без ТЗ?
Технически можно, но рискованно. Без ТЗ разработчик принимает решения самостоятельно, а переделки после сдачи обходятся в 1,5–3 раза дороже, чем если бы требования были прописаны заранее. Минимум нужен подробный бриф с описанием ключевых сценариев.
Что важнее описать в ТЗ: дизайн или функционал?
Функционал важнее. Дизайн можно скорректировать на этапе правок относительно дёшево. Переделка функционала — например, добавление бонусной программы или изменение логики корзины — после завершения разработки стоит значительно дороже.
Нужно ли описывать в ТЗ мобильную версию отдельно?
В 2026 году адаптивность под мобильные устройства — стандарт, её не нужно описывать отдельно. Но если нужно нативное мобильное приложение или PWA — это отдельный проект со своим ТЗ и бюджетом от 200 000 рублей.
Как описать интеграцию с 1С в ТЗ?
Укажите: версию 1С (например, 1С:Управление торговлей 11.5), что синхронизируется (товары, цены, остатки, заказы, клиенты), направление обмена (из 1С на сайт, с сайта в 1С или двусторонний), частоту синхронизации (в реальном времени, раз в час, раз в сутки). Без этих деталей оценка стоимости интеграции невозможна.
Что такое acceptance criteria и зачем они в ТЗ?
Acceptance criteria — критерии приёмки конкретной функции: конкретные условия, при которых функция считается реализованной. Например: кнопка отображается, при нажатии товар добавляется в список, счётчик обновляется. Это делает приёмку объективной и исключает споры о том, работает ли функция правильно.