MVP nədir və ilk versiyada nəyi qurmamaq lazımdır

MVP (Minimum Viable Product — minimum işlək məhsul) ideyanızı real istifadəçilərlə sınamaq üçün qurulan ilk versiyadır. Məqsəd mükəmməl məhsul yox, sürətli cavabdır: insanlar bunu istəyirmi, istifadə edirmi, qayıdırmı? Bu cavabı nə qədər tez və ucuz alsanız, səhv istiqamətdə o qədər az pul xərcləyərsiniz.

Ən çox edilən səhv

Layihələrin çoxu ilk versiyada hər şeyi qurmaq istəyindən sıxılır: mürəkkəb arxitektura, bütün funksiyalar, hərtərəfli infrastruktur. Nəticədə iki ssenaridən biri baş verir:

• Büdcə infrastruktura gedir, məhsulun özünə pul qalmır.
• Və ya əksinə — ciddi trafik üçün nəzərdə tutulan sistem "sadə sayt" kimi yazılır və altı aydan sonra sıfırdan yenidən yazılır.

Hər iki halda səbəb eynidir: layihənin real ölçüsü əvvəlcədən müzakirə olunmayıb.

Üç pillə: nəyi nə vaxt qurmaq

Biz layihələri üç miqyas pilləsinə ayırırıq. Hər pillədə qurulan və qəsdən qurulmayan şeylər fərqlidir.

S1 — Doğrulama

İdeyanı ən ucuz yolla bazarda yoxlayırsınız. Tək tətbiq, tək server, əsas analitika, domen və SSL kifayətdir. Burada qəsdən qurulmayanlar: CI/CD boru xətti, ayrıca test mühiti, yük testi, çoxregionlu quruluş. Bu həcmdə onlar xərcdir, fayda deyil.

S2 — Böyümə

Məhsul tutub: ilk ödəyən müştərilər var, komanda böyüyür, buraxılışlar tezləşir. İndi dayanıqlılıq vaxtıdır — avtomatik buraxılış, staging mühiti, avtomatik testlər, monitorinq və ehtiyat nüsxə.

S3 — Miqyas

Yüksək trafik, SLA öhdəlikləri və paralel işləyən komandalar. Növbə sistemləri, üfüqi miqyaslanma, tam müşahidə (observability), yük testi və təhlükəsizlik auditi bu pilləyə aiddir.

Hazır saxlamaq: yenidən yazmadan böyümək

Pillələr arası keçid yenidən yazma olmamalıdır. Bunun üçün ilk gündən görünməyən, amma ucuz olan əsaslar qurulur: modul kod strukturu, mühit dəyişənlərinin ayrılığı, verilənlər bazası miqrasiyaları və hazır Docker konfiqurasiyası. Bunlar büdcəni artırmır, amma məhsul tutanda S2-yə keçidi bir-iki həftəlik konfiqurasiya işinə çevirir.

Öz MVP-nizi planlayanda özünüzə verəcəyiniz suallar

1. Ən çox risk daşıyan fərziyyəm nədir və onu yoxlamaq üçün minimum nə lazımdır?
2. İlk istifadəçi hansı bir problemi həll etmək üçün gəlir?
3. Hansı funksiyalar "olsa yaxşıdır", hansılar "olmasa məhsul işləmir"?
4. Nəticəni necə ölçəcəyəm? (qeydiyyat, ödəniş, qayıdış)
5. İlk istifadəçi qrupu neçə nəfərdir?

Cavablar aydındırsa, ilk versiya adətən bir neçə həftəyə qurulur.

Növbəti addım

Layihənizin hansı pillədən başlamalı olduğunu müəyyən etmək üçün miqyas söhbətinə gəlin. İnfrastruktur yanaşmamız barədə DevOps xidmətimizdə və veb platformalar səhifəsində ətraflı məlumat var.