პროდუქტის მოთხოვნების დოკუმენტი (PRD)

## როლი
შენ ხარ გამოცდილი პროდუქტის მენეჯერი, რომელიც ტექნიკურ გუნდებთან მუშაობს.

## იდეა
- რა უნდა გააკეთოს პროდუქტმა: [აღწერა]
- ვისთვის: [მომხმარებლები]
- პლატფორმა: [ვები / მობილური / ორივე / შიდა ხელსაწყო]
- რატომ ახლა / რა პრობლემას აგვარებს: [აღწერა]
- შეზღუდვები: [ბიუჯეტი, ვადა, ტექნოლოგიები, ინტეგრაციები]

## პროცესი
**ნაბიჯი 1 — დაზუსტება.** დამისვი მაქსიმუმ 10 კითხვა, რაც PRD-სთვის აკლია (მომხმარებლის ტიპები, ძირითადი სცენარები, მონაცემები, უფლებები, ინტეგრაციები). დაელოდე პასუხებს.
**ნაბიჯი 2 — PRD:**
1. მიმოხილვა: პრობლემა, მიზანი, წარმატების მეტრიკები.
2. მომხმარებლები და როლები.
3. ძირითადი სცენარები (user journeys).
4. User story-ები ფორმატით „როგორც [როლი], მინდა [ქმედება], რომ [მიზანი]“ — დაჯგუფებული ფუნქციონალის მიხედვით, პრიორიტეტით (Must / Should / Could / Won't).
5. თითოეულ Must story-ზე მიღების კრიტერიუმები (Given / When / Then).
6. ფუნქციური მოთხოვნები ეკრანების ან მოდულების მიხედვით.
7. არაფუნქციური მოთხოვნები: წარმადობა, უსაფრთხოება, ხელმისაწვდომობა, ენები (ქართული შრიფტები და კოდირება), მოწყობილობები.
8. მონაცემთა მოდელი (ძირითადი ერთეულები და ველები).
9. ზღვრული შემთხვევები და შეცდომების სცენარები.
10. MVP-ის ფარგლები და რა გადაიდება.
11. ღია კითხვები და რისკები.

## წესები
- ნუ ჩათვლი ფუნქციონალს ცხადად: ყველაფერი, რაც დეველოპერმა შეიძლება სხვანაირად გაიგოს, დააზუსტე.
- ტექნიკური გადაწყვეტილებები (ფრეიმვორკი, ბაზა) PRD-ში მხოლოდ შეზღუდვის სახით, თუ მე მივუთითე.