Техническое задание на интернет-магазин
«Нужен интернет-магазин» — этого недостаточно даже для примерной оценки. Магазин на 20 товаров с оплатой при получении и магазин на 5 000 позиций с синхронизацией с 1С — работы, различающиеся по стоимости в десятки раз. Генератор задаёт вопросы, из которых складывается реальный объём, — и собирает ответы в документ.
О чём спросим
- Сколько товаров и откуда возьмутся карточки: таблица, 1С, вручную, перенос со старого сайта.
- Как покупатель платит: картой на сайте, по СБП, по счёту, при получении.
- Как доставляете и нужен ли расчёт стоимости доставки на сайте.
- Что происходит с заказом: письмо, Телеграм, CRM.
- Нужен ли личный кабинет — или заказ без регистрации.
- Кто готовит описания и фото товаров.
- Что останется у вас после сдачи: исходники, база, доступы, инструкция.
Разделы, из-за которых спорят
Типичный конфликт вокруг магазина — не про дизайн, а про границы: входило ли заполнение всех 800 карточек? А выгрузка на маркетплейсы? А кто платит за тариф платёжного сервиса? В сгенерированном ТЗ это отдельные разделы: что не входит в работы, что предоставляете вы и к какому сроку, сколько раундов правок включено. Записанное до начала работ стоит дешевле, чем выясненное после.
Критерии приёмки вместо «всё работает»
«Магазин работает» — непроверяемая формулировка. В ТЗ попадают проверяемые: тестовый заказ проходит путь от корзины до оплаты и уведомления; каталог загружен в согласованном объёме; вы сами можете добавить товар и поменять цену по инструкции. Каждый пункт можно проверить за минуты, не будучи программистом.
Как это работает
- Отвечаете на вопросы о магазине — около 10 минут, у каждого вопроса готовые варианты.
- Получаете страницу с ТЗ и PDF.
- Отправляете ссылку исполнителям — одинаковая постановка позволяет сравнить оценки.
- Если магазин уже есть и нужна доработка — начните с бесплатной проверки сайта, её находки попадут в ТЗ.
Частые вопросы
Я ещё не выбрал платформу — CMS, конструктор. Это помешает?
Нет. ТЗ описывает, что магазин должен делать, а выбор платформы — решение, которое вы примете вместе с исполнителем. Навязывать платформу в ТЗ без причины — вредно: это сужает круг исполнителей.
Про онлайн-кассу и чеки спросите?
В ТЗ попадёт выбранный вами способ оплаты. Требования к кассам и чекам зависят от вашего статуса и меняются — этот вопрос стоит проверить с юристом или бухгалтером, сервис юридических заключений не даёт.
Сколько стоит магазин?
Сервис не считает цену — любая «средняя цена магазина» была бы выдумкой: разброс реальных сделок в десятки раз. Зато с внятным ТЗ вы получите сравнимые оценки от живых исполнителей.
Опишите магазин по вопросам — получите документ для сравнения подрядчиков.