Составление технического задания
в Ростове-на-Дону

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

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

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

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

Маршруты документов и грузов, статусы, ответственных и обмен с перевозчиками.

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

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

Нужно: перечень форм, состав полей и момент формирования.

Списком с источником каждого статуса: система перевозчика или ручной ввод.

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

Нужно, если своя доставка: задания, отметки и работа с телефона.

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

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

Сценарий с историей статусов и приложенными документами.

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

Можно: остальные подключают по тому же описанию.

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

Описание сценариев и статусов, схему обмена, перечень документов.

Нужно, если есть точки или зоны: что показывается и как обновляется.

Границами на карте с привязкой к условиям. Список улиц устаревает быстро.

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

Описываем группировку по масштабу и подгрузку по области видимости.

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

Описываем загрузку списком и порядок проверки адресов.

Достаточно ссылки в навигатор. Свой маршрут внутри системы делают редко.

Описываем ожидаемое число запросов и порядок кеширования.

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

Описываем запасной вариант: список точек с адресами.

От нескольких дней, если данные о точках готовы.

Нужно, если они работают в ней: своя роль, свои данные и срок доступа.

Таблицей: какие заказы и документы видит, что может менять.

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

Описываем роли внутри партнёрской организации.

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

Описываем отзыв доступа и судьбу данных. Забытый доступ бывшего партнёра — типовой инцидент.

Нужно, если от них зависят расчёты: состав и периодичность.

Описываем правило: своя цена или скидка по договору.

Нужно: события и канал. Лишние сообщения отключают.

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

Нужно: отдельный адрес входа и свой набор разделов.

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

Таблицу ролей партнёров, описание обмена документами и порядок выдачи доступа.