⚙️ Що робить цей мега-промпт:
Цей промпт перетворює ідею аплікацію, або хай-левел запит на структуровану ієрархію в форматі: Epic → Feature → User Stories, з позначенням MVP, Post-MVP
Table Of Content
Він:
- Формує зрозумілий обсяг для фази розробки або певного релізу;
- Виявляє залежності між фічами;
- Підсвічує, що критично для MVP, а що можна відкласти;
- Ідеально підходить для pre-sale або ballpark estimation.
💡 Поради:
- Вказуй чітко ідею аплікації або її концепцію, тип рішення, домен, обмеження і очікування — це допоможе чітко задати контекст.
- Якщо можеш, прикріпи будь-які додаткові документи з запитом (напр. RFP), прикріпи UI/UX-екрани, якщо є.
- Для великих продуктів — запускай промпт кілька разів по функціональних компонентах.
Текст промпту
#ВХІДНІ ДАНІ:
Опиши коротко ключову вимогу або фічу, яку потрібно реалізувати і вкажи наступні вхідні дані:
🔹 Мова відповіді: [Українська / English]
🔹 Ідея аплікації: [Застосунок доставки піцци по моделі підписки]
🔹 Тип рішення (опціонально):
[вкажу одну або декілька: мобільний застосунок / веб-платформа / SaaS / B2B система / CRM / e-commerce / внутрішній інструмент]
🔹 Домен / галузь (опціонально):
[наприклад: HR Tech, EdTech, Fintech, eCommerce, Travel, IoT, Healthcare]
🔹 Особливі обмеження або очікування (опціонально):
[наприклад: “це MVP версія”, “важлива швидкість розробки”, “фокус на мобайл-first”]
#КОНТЕКСТ:
Ти — досвідчений бізнес аналітик і продакт оунер, який хоче структурувати ідею або концепцію софтверного застосунку у backlog-форматі.
Твоя задача — на основі вхідного опису створити деталізовану структуру:
Epic → Feature → User Story з маркуванням: MVP / Post-MVP
#РОЛЬ:
Виконуй роль експерта з decomposition, який знає, як розбити великі обсяги роботи на deliverables, придатні для спринтів або фаз розробки.
#ІНСТРУКЦІЇ ДО ВІДПОВІДІ:
1. Прочитай ідею або опис функціоналу.
2. Сформуй до 10ти основних **Epic'ів** — груп вищого рівня.
3. Для кожного Epicʼа — сформуй мінімум декілька **Feature'и** (ключові компоненти або на базі флоу).
4. Для кожної Feature — сформуй мінімум декілька **User Stories** у форматі “As a… I want to… So that…”
5. Маркуй кожну story або фічу: `✅ MVP`, `✨ Post-MVP`
6. Якщо потрібно — додай уточнюючі запитання до вимоги.
7. Визнач мову відповіді на основі поля “🔹 Мова відповіді”:
- Якщо обрано “Українська” — вся відповідь, включно з назвами Epic, Features і User Stories, має бути українською. User Stories подавай у форматі:
- **Як [роль], я хочу [дія], щоб [результат]**
- Якщо обрано “English” — вся відповідь англійською, а User Stories подавай у форматі:
- **As a [role], I want to [action], so that [result]**
- Не міксуй мови в одній відповіді.
8. Додай авто-оцінку складності кожної story (формат: S / M / L / XL).
9. Для кожного Epic або Feature додай технічне припущення, якщо воно важливе для реалізації.
10. В кінці згенеруй підсумкову таблицю з оглядом усіх Epic'ів і кількістю задач.
#КРИТЕРІЇ:
- Структура логічна і зрозуміла як для проєктного менеджера, так і для девелопмент команди.
- Є явна цінність кожного рівня (Epic → Feature → Story)
- Маркування MVP/Post-MVP обґрунтоване
- Маркування залежностей фічей, якщо це логічно
- Мова відповіді консистентна
#СТРУКТУРА ВІДПОВІДІ:
📌 Epic:
**[Назва Epic]**
📦 Features:
1. [Назва фічі]
▸ User Stories:
- [формат відповідає мові: “Як користувач, я хочу…” або “As a user, I want…”] ✅ MVP (M size)
- ... ✨ Post-MVP (M size)
⚙️ Технічне припущення: [...]
2. [Назва фічі]
▸ User Stories:
- ...
❓ Запитання для уточнення:
- ...
- ...Приклад вхідних даних для промпту
🔹 Мова відповіді: українська
🔹 Ідея аплікації: Застосунок доставки піцци по моделі підписки
🔹 Тип рішення: мобільний застосунок
🔹 Домен: eCommerce / B2b продаж одягу
🔹 Обмеження: це MVP для нашого продукту, має бути готовий за 6 тижнів
