"Сделайте красиво и чтобы продавало" – с таким ТЗ вы получите сюрприз, и вряд ли приятный. Рассказываем, что должно быть в задании на магазин, чтобы и вы, и исполнитель понимали результат одинаково.
Структура документа
Что продаёте, кому, какой средний чек, откуда планируете трафик. Три абзаца контекста экономят десять звонков с уточнениями.
Сколько товаров на старте и через год, откуда данные (файл поставщика? ручное наполнение?), есть ли вариации – размеры, цвета, комплектации.
Оплаты, доставки, промокоды, оптовые цены, мультиязычность, личный кабинет. Пишите и то, что нужно "потом" – архитектуру закладывают сразу.
2-3 примера сайтов, которые нравятся, фирменные цвета, логотип. "Как у них, но в наших цветах" – вполне рабочая формулировка.
Нужна ли подготовка под Google Merchant Center, SEO-структура, фиды, аналитика. Это чаще всего "забытый" раздел – и самый дорогой в доработке задним числом.
Дедлайн, промежуточные показы, кто и как быстро согласовывает. Зафиксируйте, что считается "готово" – чтобы финал не превратился в бесконечные правки.
Типичные ошибки
"Современный дизайн", "удобный каталог" – у каждого своё представление. Пример конкретного сайта скажет больше трёх абзацев прилагательных.
Другая крайность: описывать каждую кнопку для типичного магазина – напрасный труд. Функционал платформы уже готов, описывайте только отклонения от стандарта.
"А ещё мы потом хотим опт и второй язык" – сказанное после запуска, это переделка. Сказанное в ТЗ – это правильно заложенная структура.
Честный секрет: для типичного магазина на платформе детальное ТЗ пишет не заказчик, а исполнитель – по результатам брифа. Ваша задача – полно ответить на вопросы, наша – превратить ответы в документ.
40 минут разговора – и мы сами оформим техническое задание с каталогом, функционалом, дизайн-референсами и сроками. Вы только проверите и согласуете.
📝 Записаться на брифБесплатная консультация. ТЗ останется у вас независимо от решения о сотрудничестве
