პირველი მომხმარებლის ონბორდინგი
ეტაპობრივი სახელმძღვანელო Castovia-ზე პირველი პროვაიდერი მომხმარებლის ონბორდინგისთვის. გაიარეთ თითოეული ფაზა, რათა უზრუნველყოთ განმეორებადი, უსაფრთხო და წარმატებული გაშვება.
1. Pre-Sales Qualification
- დაადგინეთ პროვაიდერის ტიპი (IPTV ოპერატორი, OTT პროვაიდერი, რესელერი).
- დაადასტურეთ, რომ კონტენტი მოპოვებულია ლეგალურად — Castovia კონტენტს არ აწვდის.
- შეაფასეთ ტექნიკური მზაობა (სერვერის ხელმისაწვდომობა, CDN/DRM საჭიროებები).
- დაადგინეთ გეგმის დონე აბონენტების რაოდენობის, ფუნქციებისა და ბიუჯეტის მიხედვით.
- განუმარტეთ მომწოდებლის ხარჯების მოდელი: CDN, DRM, app store-ის საკომისიოები ცალკეა.
2. Legal Content Check
- პროვაიდერმა ხელი უნდა მოაწეროს მისაღები გამოყენების პოლიტიკას.
- პროვაიდერი ადასტურებს ყველა იმ კონტენტზე სამართლებრივ უფლებებს, რომლის გავრცელებასაც გეგმავს.
- Castovia იტოვებს უფლებას შეაჩეროს ის ანგარიშები, რომლებიც არალეგალურ კონტენტს ავრცელებენ.
- პროვაიდერი აღიარებს, რომ არალეგალური კონტენტის გავრცელება ანგარიშის შეწყვეტის საფუძველია.
3. Plan Selection & Account Setup
- პროვაიდერი ირჩევს გეგმის დონეს (Essential-იდან Enterprise-მდე).
- ანგარიში იქმნება Castovia-ში შესაბამისი გეგმითა და ნებართვებით.
- ადმინისტრატორის ანგარიშის მონაცემები უზრუნველყოფილია უსაფრთხოდ.
- საჭიროების შემთხვევაში კონფიგურირდება საცდელი პერიოდი (როგორც წესი, 14–30 დღე).
4. Vendor Account Requirements
- CDN: საჭიროების შემთხვევაში პროვაიდერი ქმნის საკუთარ ანგარიშს (მაგ., Bunny CDN).
- DRM: საჭიროების შემთხვევაში პროვაიდერი ქმნის საკუთარ ანგარიშს (მაგ., castLabs DRMtoday).
- App store: აპის გამოსაქვეყნებლად პროვაიდერს აქვს საკუთარი Google Play developer ანგარიში.
- ყველა მომწოდებლის ხარჯი პროვაიდერის პასუხისმგებლობაა.
5. Server Setup
- პროვაიდერი უზრუნველყოფს Linux სერვერს(ებს) ზომის განსაზღვრის სახელმძღვანელოს მიხედვით.
- Castovia agent-ის ინსტალაცია პროვაიდერის node(ებ)ზე.
- heartbeat-ის, შესაძლებლობებისა და storage paths-ის ვალიდაცია.
- recording, catch-up და DVR paths-ის კონფიგურაცია.
6. CDN & DRM Setup
- Castovia-ს admin-ში CDN provider ანგარიშის დაკავშირება.
- CDN კავშირის და health-ის ტესტირება.
- DRM provider ანგარიშის დაკავშირება, თუ DRM საჭიროა.
- DRM პოლიტიკის და license proxy-ის ვალიდაცია.
7. App Setup (if Studio plan)
- აპის ბრენდინგის კონფიგურაცია (სახელი, ფერები, ლოგოები, splash).
- ჩამოტვირთეთ config JSON.
- აგენერირეთ debug APK და ტესტირება ჩაატარეთ ფიზიკურ მოწყობილობაზე.
- მოამზადეთ release-ის ხელმოწერა და store-ში წარდგენა.
8. Billing Setup
- Stripe billing-ის კონფიგურაცია (აქტივაციის შემთხვევაში).
- შესაფერისი გეგმებისთვის self-service checkout-ის დაყენება.
- payment events-ისთვის webhook endpoint-ის კონფიგურაცია.
- checkout flow-ის ტესტირება სატესტო ბარათით.
9. Playback Test
- შექმენით პირველი სატესტო subscriber line.
- დააკონფიგურირეთ სატესტო stream და EPG.
- ტესტირება ჩაატარეთ სამიზნე მოწყობილობებზე (web, Android TV, mobile, MAG/Stalker).
- გადაამოწმეთ CDN routing და DRM enforcement, თუ ისინი კონფიგურირებულია.
10. Monitoring & Support
- დაადასტურეთ, რომ health endpoint აბრუნებს healthy სტატუსს.
- დაადასტურეთ, რომ ადმინისტრატორის monitoring dashboard ხელმისაწვდომია.
- დაადასტურეთ, რომ support channel განსაზღვრულია და პროვაიდერმა იცის მისი არსებობა.
- დააფიქსირეთ escalation path.
11. Go-Live Decision
- ყველა playback ტესტი წარმატებით სრულდება.
- Billing (თუ გამოიყენება) ტესტირებულია და დადასტურებულია.
- ხელმოწერილია სამართლებრივი კონტენტის დადასტურება.
- support channel დადასტურებულია.
- rollback plan დოკუმენტირებულია (როგორ უნდა გამორთოთ/შეაჩეროთ საჭიროების შემთხვევაში).
- პროვაიდერი ამტკიცებს go-live-ს.
Critical Reminders
- კონტენტის უფლებები პროვაიდერის პასუხისმგებლობაა. Castovia კონტენტს არ აწვდის.
- CDN და DRM მომწოდებლის ხარჯები Castovia-ს გეგმებისგან განცალკევებულია.
- iOS/Apple TV აპებს ცალკე commissioning სჭირდება.
- go-live-მდე ყოველთვის გქონდეთ rollback plan.