Как составить ТЗ на интернет-магазин

Начни с первого заказа

Представь магазин настольных светильников. Покупатель открывает каталог с телефона, выбирает лампу, проверяет, поместится ли она на столе, и хочет забрать её в пункте выдачи в пятницу. Эта короткая история задаёт больше требований к проекту, чем фраза «сделать удобный интернет-магазин». По ней можно проверить, нужны ли фильтры, какие параметры показывать и в какой момент считать доставку.

ТЗ на интернет-магазин удобно собирать вокруг нескольких таких историй. Начни с основной покупки. Запиши, откуда приходит человек, по каким признакам выбирает товар, что мешает ему решиться и какой результат он должен увидеть после оформления. Затем пройди этот же путь глазами менеджера. Ему нужно получить заказ с номером, составом, контактами и способом доставки. Если обе стороны понимают, что произошло, в документе появился сценарий, который можно оценить.

Отдельно напиши, зачем запускается проект. У магазина, который заменяет заказы в мессенджере, цель одна. У бренда, который выводит новый ассортимент, другая. В первом случае много вопросов об обработке и переносе заказов. Во втором полезнее проверить карточки, поиск, наличие и качество исходных данных. Когда цель названа в начале, легче выбрать функции первого запуска и объяснить, почему остальное подождёт.

Опиши каталог на настоящих товарах

Дай команде несколько типичных позиций и несколько неудобных. Для светильников это обычная модель, модель в двух цветах, товар без остатка, набор из лампы и аксессуара и позиция, для которой ещё нет фотографии. Для каждой покажи, какие поля известны, кто их обновляет и какие данные покупатель должен увидеть до заказа. Даже небольшая выборка хорошо вскрывает разницу между красивой витриной на макете и каталогом, который можно вести каждый день.

Разведи категории, характеристики и варианты. Категория отвечает на вопрос «где искать». Характеристика описывает товар. Вариант меняет то, что фактически заказывают, например цвет с собственным артикулом и остатком. Если записать всё как свободный текст, затем будет трудно фильтровать каталог, а менеджеру придётся уточнять вариант после получения заказа. В ТЗ полезно показать один образец карточки с реальными значениями и список правил для остальных.

Для поискового продвижения зафиксируй, какие категории и товары должны иметь собственные адреса, заголовки и ссылки из меню. Это поможет разработчику сразу продумать структуру интернет-магазина. Если на старом сайте уже есть посещаемые страницы, приложи их адреса и объясни, какие из них сохраняются. Проверку отдельных поисковых посадочных можно сделать позже, но карту основных разделов лучше согласовать до сборки.

Зафиксируй корзину и оформление заказа

Корзина должна отвечать на простые вопросы. Что я выбрал? Сколько это стоит? Можно ли поменять количество? Сколько займёт доставка и где её выбрать? Для ТЗ пройди шаг за шагом и пометь момент, когда итоговая сумма становится известна. Если на первом шаге показывается приблизительная стоимость доставки, скажи, где она уточнится. Если товар больше недоступен, опиши сообщение и действие, которое позволит продолжить покупку.

В заказе важны и варианты завершения. Один покупатель оформляет заказ без регистрации, другой возвращается на страницу после ошибки оплаты. Для менеджера важно отличать созданный заказ от оплаченного. Для пользователя важно понимать, нужно ли ждать звонка, проверять почту или повторять оплату. Если эквайринг будет подключаться отдельно, зафиксируй, что происходит в базовой версии. Например, сайт принимает заказ и показывает его номер, а способ расчёта согласуется с магазином.

Проверь мобильный маршрут отдельно. Открой список полей и спроси, действительно ли все нужны до оформления. Адрес можно запросить после выбора курьера, пункт выдачи — после выбора способа доставки. Для самовывоза лишнее поле с улицей усложняет форму. Отложенные детали стоит явно описать. Тогда дизайнер и разработчик одинаково поймут, в какой момент показывать поля и что сохранять при возврате на предыдущий шаг.

Раздели базовую разработку и интеграции

Сделай отдельный список того, что входит в первый выпуск. В базовом проекте могут быть каталог, карточки, корзина и оформление заказа. Подключение CRM, обмен с 1С, онлайн-оплата и доставка — самостоятельные задачи, у каждой есть доступы, ограничения и проверка. Например, для доставки понадобятся тарифы, адреса отправки и габариты товаров. Для 1С — правила соответствия артикулов и понимание того, какая система отвечает за остатки.

Оценка становится понятнее, когда интеграция описана через конкретные данные. Вместо «связать сайт с CRM» перечисли, куда отправляется новый заказ, какие поля обязательны и как узнать, что передача не прошла. В случае ошибки менеджер должен иметь возможность увидеть заявку и обработать её вручную. Договорись, кто выдаёт тестовые доступы, где проводится проверка и как оформляется перенос на рабочий сайт.

Не забудь о материалах, которые влияют на срок. Это фотографии, описания, размерные сетки, условия заказа, структура категорий и существующий файл товаров. Если часть материалов готовится параллельно, обозначь, какие поля можно временно оставить пустыми и кто заполнит их перед запуском. Так проект не застрянет из-за отсутствующего текста, а страницы без содержимого не попадут в каталог случайно.

Договорись, как принимать готовую работу

Критерий приёмки стоит писать так, чтобы его мог проверить человек вне команды. Вместо «удобная карточка» укажи «на экране телефона покупатель видит название, цену, доступный вариант и кнопку добавления». Вместо «работает доставка» опиши результат тестового заказа в выбранном городе. Если нужны интеграции, добавь отдельную проверку на штатный ответ и на ошибку. Оба сценария должны давать понятный статус.

Собери короткий маршрут приёмки из реальных действий. Начни с открытия категории без авторизации, потом выбери два товара, измени количество, введи неверный контакт и поправь его. После оформления сверяй страницу подтверждения и запись у менеджера. Если предусмотрены разные варианты товара, добавь проверку остатка. Если каталог наполняет команда магазина, попроси редактора изменить цену и заменить фото на тестовом товаре. Это покажет, можно ли обслуживать витрину после передачи.

После первой проверки раздели замечания. Блокирующие мешают принять заказ или обновить товар. Следующие по важности приводят к неверному результату, например к расхождению суммы. Остальные касаются улучшений, которые можно собрать в следующую итерацию. Так у обеих сторон будет одна точка принятия решения, а список правок перестанет расти прямо перед запуском.

Что приложить к первому письму

Первый черновик может занимать одну страницу и ссылаться на таблицы. Главное, чтобы подрядчик мог восстановить ассортимент, путь заказа и границы работ. Сложные места лучше показать картинкой или короткой записью экрана. Если есть готовый магазин, приложи ссылку и объясни, что должно измениться. Если проект новый, подойдут пять примеров товаров и описание того, как сейчас принимаются заказы.

При разработке интернет-магазина по этому черновику проще обсудить цену, срок и состав работ. Когда всё понятно до первого заказа, проект можно расширять частями. Например, сначала запустить витрину и оформление, потом подключить автоматический обмен остатками и расчёт доставки. У каждого этапа останется ясный результат, который можно проверить самостоятельно.

• Цель магазина и основной сценарий покупки.
• Реальный список категорий и несколько карточек с вариантами и остатками.
• Правила корзины, заказа, оплаты и доставки на первом этапе.
• Список интеграций с данными, доступами и ответственными.
• Перечень существующих страниц и адресов, которые важно сохранить.
• Сценарий тестового заказа и критерии передачи каталога команде.