техническое задание
Содержание

Подготовка технического задания (ТЗ) — это ключевой этап любого проекта, который определяет его цели, требования, сроки и другие важные аспекты. Структура ТЗ может варьироваться в зависимости от типа проекта (разработка ПО, строительство, дизайн и другие.)

1. Предпроектный аудит (1–2 недели)

Что делаем:

  • Интервью с заказчиком и ключевыми пользователями
  • Аудит текущей системы (1С, сайт, API и так далее)
  • Разбор "узких мест": где теряются данные, где тормозит, что «на костылях»
  • Выявление ограничений: юридические, технические, инфраструктурные

2. Модель бизнес-процессов (BPMN)

Что делаем:

  • Описываем ключевые процессы в формате BPMN: закуп → прайсы → расчёт скидок → заказ → отгрузка → закрытие сделки → бухгалтерия
  • Разделяем процессы по ролям:
    • Администратор
    • Менеджер закупа
    • Финансист
    • Клиент (веб-интерфейс или API)

Зачем:

  • Позволяет описать сложную логику (например, разные схемы скидок и взаиморасчетов)
  • Помогает визуализировать роли, статусы, условия и ответственных
  • Является основой для архитектуры системы

Инструменты:

  • Figma + плагин BPMN
  • Miro
  • Bizagi Modeler (по требованию)

3. Карта проекта (Product Mind Map)

Что делаем:

  • Создаем карту всех модулей, сущностей и взаимосвязей:
    • Бухгалтерия
    • Склад
    • Управление прайсами
    • Импорт / интеграции (почта, FTP, API)
    • Ролевая модель
    • Настройки
    • Взаиморасчеты
    • Нотификации (в том числе на крипто кошельки)

Зачем:

  • Позволяет быстро оценить масштаб
  • Выявляет слабые и неучтенные зоны
  • Используется как навигация по системе при разработке

Инструменты:

  • Whimsical, Xmind или Figma (в зависимости от проекта)

Инструменты:

  • Google Meet / Zoom
  • Excel / FigJam для фиксации
  • Miro / Figma — сразу начинаем карту проекта

Техническое задание — это не бюрократия, а инструмент, который экономит время, деньги и нервы всем участникам проекта. Чем сложнее задача, тем детальнее должно быть ТЗ.

4. Прототипирование (UX / UI)

Что делаем:

  • Делаем прототип интерфейсов
  • Продумываем работу в реальных сценариях: 10 млн SKU, частые обновления, сложные фильтры
  • или
  • Берем готовые UX / UI и дорабатываем под проект

Зачем:

  • Согласовать удобство до начала разработки
  • Протестировать UX с командой клиента
  • Проверить, не перегружены ли интерфейсы

Инструменты:

  • Figma

5. Документ ТЗ (60–150 стр.)

Что включаем:

  • Описание модулей: цели, функции, сценарии
  • Описание ролей и прав доступа
  • API-интеграции (в т.ч. с 1С, Crypto, FTP, email, Excel, Cleverence)
  • Подход к миграции: структура БД, возможные конфликты
  • Требования к инфраструктуре (европейские и дубайские сервера, failover)
  • Механизмы безопасности: авторизация, ролевой доступ, логирование
  • Условия масштабирования: мультисклады, мультистраны, мультикатегории товаров

Формат:

  • PDF + Google Docs
  • Ссылки на Figma
  • MindMap
  • BPMN-диаграммы

На выходе Вы получаете:

  • Полную техническую документацию
  • Архитектурное понимание будущей системы
  • Базу для оценки сроков, стоимости, спринтов и бюджета
  • Возможность разделить работу на независимые блоки (миграция модулей поэтапно)