Составление технического задания
в Краснодаре

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

Зависит от команды. Поставляем структурированные документы, диаграммы и API-схемы в Figma, Notion, Markdown — или в удобном для вас формате.

Не совсем. Но это может избавить команду разработки от необходимости становиться продуктовой. Правильная спецификация устраняет двусмысленности и выравнивает всех участников.

Совсем не поздно. Спецификации не только предшествуют коду — наше агентство часто вмешивается на середине пути, чтобы понять, что уже запущено.

Каталог и карточку, корзину и оформление, оплату, доставку и обработку заказа.

Нужно: набор характеристик задаёт и фильтры, и выгрузки. Это основа всего каталога.

Описываем словами и примерами расчёта. Скидки без примеров считают по-разному.

Нужно: список статусов, переходы и уведомления по каждому.

Перечень способов, момент списания и поведение при незавершённом платеже.

Перечисляем службы, зоны и правила расчёта. Нестандартные грузы описывают отдельно.

Нужно: откуда берутся товары, цены и остатки, куда уходят заказы.

Ожидаемую нагрузку записывают в требования. Без цифры её никто не проверит перед сезоном.

Нужно: сценарий возврата и документы. Этот сценарий забывают чаще остальных.

Перечисляем каналы и состав полей. У каждой площадки свои требования.

Нужно: список писем и события, по которым они уходят.

Можно: первая версия и список переносов согласуются на старте.

От нескольких недель. Оплата и доставка описываются отдельными разделами.

Документ, схему заказа по статусам, описание обмена и список открытых вопросов.

Нужно: состав разделов, доступ к заказам и документам. Кабинет без описания собирают по образцу чужого.

Текущие заказы и их статусы. Остальное уходит вглубь.

Отдельным сценарием: что переносится, что пересчитывается по текущим ценам.

Нужно: хранение нескольких адресов и выбор при оформлении.

Описываем отдельные правила цен и отсрочки. Смешивать их с розницей в одном сценарии не стоит.

Нужно: счета и накладные с доступом по роли внутри компании-покупателя.

Описываем роли внутри компании: кто заказывает, кто подтверждает.

Нужно: какие события и по какому каналу. Отключение тоже описывают.

Описываем хранение переписки по заказу. Обсуждение в почте теряется при смене менеджера.

Нужно: порядок удаления и обезличивания данных.

От недели. Объём задаёт число сценариев и связей с учётом.

Нужно: по каким полям ищем, как обрабатываем опечатки и что показываем при пустой выдаче.

Перечнем характеристик, типом каждого фильтра и поведением при отсутствии совпадений.

Нужно: набор способов и порядок по умолчанию. Порядок по умолчанию решает больше, чем кажется.

Описываем, какие сочетания получают свои адреса, а какие закрываются от поиска.

Нужно: источник подсказок и число строк в списке.

Описываем словарь синонимов и поиск по кодам поставщика.

Нужно числом: время ответа при заданном объёме каталога.

Описываем правило: скрывать, опускать вниз или показывать со сроком поставки.

Полезно для оптовых клиентов: повторная закупка идёт по списку.

Описываем сбор: запросы показывают, чего в каталоге не хватает.

Нужно: набор фильтров на маленьком экране отличается.

От недели. Объём задаёт число характеристик.

Описание структуры товара, правил поиска и фильтров, требования к скорости.

Нужно, если товары приходят от них: формат прайса, частота обновления и правила сопоставления позиций.

Описываем сопоставление колонок для каждого поставщика. Единый формат поставщики соблюдают редко.

Описываем правило: заводить автоматически или отдавать на проверку контент-менеджеру.

Нужно: правило расчёта цены от закупочной, с округлением.

Описываем поведение: скрыть, пометить или оставить со сроком поставки.

Нужно: когда, что и с какими ошибками загрузилось.

Описываем правило выбора: цена, срок или приоритет поставщика.

От нескольких дней. Число поставщиков задаёт объём.