Анатомия идеального ТЗ: 6 обязательных компонентов
Структура AI-PRD: 6 обязательных компонентов
Чтобы ИИ-агент создал жизнеспособное приложение, PRD должен состоять из 6 четко структурированных разделов.
┌─────────────────────────────────────────────────────────┐ │ СТРУКТУРА AI-PRD │ ├─────────────────────────────────────────────────────────┤ │ 1. Обзор и Цель (Context & Goal) │ │ 2. Пользовательские Роли (User Roles) │ │ 3. Функциональные Требования (Feature Matrix) │ │ 4. Структура Данных на естественном языке (Data Model) │ │ 5. Карты Экранов и Логика UI (UI/UX Flow) │ │ 6. Ограничения и Правила (Rules & Constraints) │ └─────────────────────────────────────────────────────────┘
Разбор компонентов и ошибок при их составлении:
1. Обзор и цель (Context & Goal)
Одно-два предложения, объясняющие сущность сервиса.
НЕПРАВИЛЬНО: «Приложение для учета времени». ПОЧЕМУ НЕЛЬЗЯ: Не определен тип платформы (веб или мобильное), целевая аудитория, ключевой функционал и формат данных. ИИ предложит случайные решения. КАК НУЖНО: «Веб-сервис для трекинга рабочего времени фрилансеров с фиксацией проектов, встроенным таймером и выгрузкой отчетов в PDF».
2. Пользовательские роли (User Roles)
Кто использует систему и какие имеет права. Пример: «Гость» (видит лендинг), «Зарегистрированный пользователь» (создает проекты и запускает таймер), «Администратор» (управляет списком пользователей).
3. Матрица функций (Feature Matrix)
Детализированный список возможностей, разбитый по приоритетам.
4. Структура данных (Data Model)
Описание объектов, с которыми работает сервис (пользователи, задачи, платежи), и их атрибутов простым языком.
5. Экранные формы и UI-потоки (UI/UX Flow)
Перечень страниц приложения с описанием элементов, которые находятся на каждом экране.
6. Ограничения и запреты (Rules & Constraints)
Список того, что ИИ запрещено делать. Пример: «Не использовать внешние платные API», «Не усложнять дизайн, использовать встроенные стили Tailwind», «Не добавлять систему оплаты на первом этапе».