ТЗ на маркетплейс: как составить техническое задание
Рассчитайте стоимость вашего маркетплейса за 2 минуты. Онлайн-калькулятор с детализацией по функциям — бесплатно и без регистрации.
Открыть калькулятор →Грамотное техническое задание на маркетплейс — это документ, который экономит сотни тысяч рублей и месяцы работы. Без него разработка превращается в бесконечные переделки, а бюджет вырастает в 1,5–2 раза. Разберём, из чего состоит хорошее ТЗ и как его подготовить.
Зачем нужно ТЗ на разработку маркетплейса
Техническое задание фиксирует, что именно должно быть сделано, в каком объёме и по каким правилам. Оно решает сразу несколько задач:
- Точная оценка стоимости. Подрядчик считает цену по конкретным функциям, а не «на глаз».
- Защита от переделок. Всё, что не в ТЗ, — это дополнительные работы за отдельные деньги. И наоборот: всё из ТЗ вы вправе требовать без доплат.
- Сравнение подрядчиков. С одним ТЗ вы получаете сопоставимые коммерческие предложения от разных студий.
- Контроль приёмки. ТЗ — это критерий, по которому вы принимаете или не принимаете работу.
Структура технического задания на маркетплейс
Полноценное ТЗ обычно включает следующие разделы:
1. Цели и бизнес-задачи проекта
- Что за маркетплейс: B2B, B2C, C2C или мультивендорный
- Ниша и товарные категории
- Модель монетизации: комиссия, подписка продавцов, платное размещение
- Ключевые метрики успеха
2. Роли пользователей
Опишите каждую роль и её сценарии: покупатель, продавец (мерчант), администратор, модератор, служба поддержки. Для каждой роли — что она может делать в системе.
3. Функциональные требования
Сердце ТЗ. Здесь перечисляются все модули с детализацией:
- Каталог, карточка товара, поиск и фильтры
- Корзина, оформление заказа, статусы заказа
- Платёжные системы и приём оплаты
- Личные кабинеты продавца и покупателя
- Система отзывов, рейтингов, вопросов
- Административная панель и модерация
- Уведомления (email, SMS, push)
4. Нефункциональные требования
- Нагрузка: сколько пользователей и товаров одновременно
- Требования к скорости загрузки страниц
- Безопасность и защита персональных данных (152-ФЗ)
- SEO-требования, адаптивность, поддержка браузеров
5. Интеграции
Платёжные шлюзы, службы доставки, 1С/складской учёт, CRM, аналитика, мессенджеры, системы маркировки товаров.
6. Дизайн и UX
Уровень проработки дизайна, референсы, требования к фирменному стилю, необходимость прототипов.
7. Этапы и сроки
Разбивка на спринты/этапы с промежуточными результатами и порядком приёмки.
Частые ошибки при составлении ТЗ
| Ошибка | Чем грозит |
|---|---|
| Размытые формулировки («удобный каталог») | Каждый понимает по-своему → споры и переделки |
| Нет описания ролей и прав | Пропущенные сценарии всплывают в конце проекта |
| Забыли про интеграции | Резкий рост бюджета на финальных этапах |
| Нет критериев приёмки | Невозможно доказать, что работа не сделана |
| Слишком общее ТЗ на 1–2 страницы | Оценка стоимости «плюс-минус в два раза» |
Насколько детальным должно быть ТЗ
Чем детальнее ТЗ, тем точнее оценка и меньше рисков. Но избыточная детализация на старте тоже вредна — требования меняются. Оптимальный подход: детальное ТЗ на MVP (первый запуск) и рамочное описание дальнейших этапов, которые уточняются по ходу.
Чек-лист готовности ТЗ
- Описаны все роли пользователей и их права
- Каждый функциональный модуль расписан по сценариям
- Перечислены все интеграции
- Заданы требования к нагрузке и безопасности
- Указаны этапы, сроки и критерии приёмки
- Есть требования к дизайну и адаптивности
Как быстро получить основу для ТЗ и оценку
Составлять ТЗ с нуля долго. Быстрее начать с калькулятора: вы отмечаете нужные функции, тип маркетплейса и интеграции — и получаете и предварительную структуру требований, и оценку стоимости. Это готовая отправная точка для полноценного технического задания и переговоров с подрядчиком.
Статья обновлена: 3 августа 2026 года