⚙️ Що робить цей мега-промпт
Цей мегапромпт генерує набір нефункціональних вимог (NFRs) до системи залежно від її типу, домену та очікуваних умов експлуатації.
Table Of Content
Він дозволяє швидко сформувати:
- вимоги до продуктивності, відмовостійкості, безпечності, масштабованості, UX/доступності та інших аспектів,
- уніфіковані технічні очікування, які часто забувають прописати в backlog або договорі,
- список нефункціональних вимог, який можна включити до Discovery документу, RFP, SRS або backlog’у.
Генерує релевантні NFR’и з урахуванням типу проєкту (наприклад: вебплатформа, мобільний додаток, інтеграційний API, внутрішня B2B система тощо).
💡 Поради
- Вкажи тип системи або продукту: вебдодаток, мобільний застосунок, IoT, SaaS, API-платформа тощо.
- Якщо відомо, уточни домен(и) (eCommerce, Healthcare, FinTech, EdTech тощо).
- Якщо доступно прикріпи до промпту існуючі специфікації (BRD, SRS, PRD, тощо).
- Для enterprise — вкажи вимоги до SLA та підтримки.
Текст промпту
#ВХІДНІ ДАНІ:
🔹 Мова відповіді: [Українська / English]
🔹 Тип продукту / системи: [Web App, Mobile App, REST API, IoT, SaaS, B2B Tool, ML Platform …]
🔹 Домен (опціонально): [eCommerce, Healthcare, FinTech, EdTech, HRTech …]
🔹 Етап проєкту (опціонально): [Discovery / MVP / Post MVP / New marke scaling]
🔹 Очікуване середовище (опціонально): [AWS,
Azure, On-prem, Multi-cloud …]
🔹 Додатковий контекст (опціонально): [Кількість користувачів, мови, географія, обмеження …]
#КОНТЕКСТ:
Ти - досвідчаний системний аналітик або Solution Architect, якому потрібно швидко сформувати нефункціональні вимоги на старті проєкту, щоб:
- уникнути “білих плям” у специфікації,
- задати рамки архітектурі, девопс-практикам і тестуванню,
- закріпити очікування замовника
#РОЛЬ:
Виконуй роль технічного аналітика, який формує чіткі нефункціональні очікування до системи відповідно до її типу, масштабу, цільової аудиторії та обмежень.
#ІНСТРУКЦІЇ ДО ВІДПОВІДІ:
1. Врахуй тип системи, стадію та контекст.
2. Згенеруй NFR-и по основних категоріях: Performance, Availability, Security, Usability, Maintainability, Scalability, Compatibility.
3. Формулюй вимоги у вигляді пунктів, які можна вставити до технічного документу.
4. Не пиши зайвого — уникай шаблонних або малозначущих вимог.
5. Для складних систем — додавай вимоги до моніторингу, логування, DevOps, SLA.
#СТРУКТУРА ВІДПОВІДІ:
📌 Performance
[конкретна вимога]
...
📌 Availability & Reliability
[конкретна вимога]
...
📌 Security
[конкретна вимога]
...
📌 Usability & Accessibility
[конкретна вимога]
...
📌 Maintainability & Support
[конкретна вимога]
...
📌 Scalability
[конкретна вимога]
...
📌 Compliance / Legal / Localization (якщо релевантно)
[конкретна вимога]
...Приклад вхідних даних для промпту
🔹 Мова відповіді: Українська
🔹 Тип продукту: SaaS вебплатформа для управління підписками, Multi-tenant
🔹 Домен: FinTech / Billing
🔹 Етап: MVP
🔹 Середовище: AWS
🔹 Контекст: Підтримка 2 мов (EN/UA), цільова аудиторія — малий та середній бізнес, до 10 000 одночасних користувачів в перші 6ть місяців
