Содержание
Подготовка технического задания (ТЗ) — это ключевой этап любого проекта, который определяет его цели, требования, сроки и другие важные аспекты. Структура ТЗ может варьироваться в зависимости от типа проекта (разработка ПО, строительство, дизайн и другие.)
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 — сразу начинаем карту проекта
Подготовка технического задания (ТЗ) — это ключевой этап любого проекта, который определяет его цели, требования, сроки и другие важные аспекты. Структура ТЗ может варьироваться в зависимости от типа проекта (разработка ПО, строительство, дизайн и другие.)
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-диаграммы
На выходе Вы получаете:
- Полную техническую документацию
- Архитектурное понимание будущей системы
- Базу для оценки сроков, стоимости, спринтов и бюджета
- Возможность разделить работу на независимые блоки (миграция модулей поэтапно)
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-диаграммы
На выходе Вы получаете:
- Полную техническую документацию
- Архитектурное понимание будущей системы
- Базу для оценки сроков, стоимости, спринтов и бюджета
- Возможность разделить работу на независимые блоки (миграция модулей поэтапно)