Startup
Hər bir qurucu müəyyən mərhələdə eyni seçim qarşısında qalır: məhsulun sadə ilk versiyasını istifadəyə verib insanların həqiqətən maraq göstərib göstərmədiyini öyrənmək, yoxsa ilk versiyanı istifadəçilərin həqiqətən bəyənəcəyi səviyyəyə gətirmək üçün əlavə vaxt sərf etmək? MVP termini çox vaxt bu sualın dəqiq cavabı kimi istifadə olunur. Lakin Minimum Viable Product və Minimum Lovable Product iki fərqli yanaşmanı ifadə edir. Səhv yanaşmanı seçmək isə erkən mərhələdə olan komandaların ən az sahib olduğu resursu, yəni vaxtı itirə bilər.
MVP Əslində Nə Deməkdir?
MVP anlayışının əsas ideyası, Lean Startup yanaşması ilə populyarlaşdığı formada, olduqca sadə idi: Real istifadəçilərlə real fərziyyəni yoxlamağa imkan verən məhsulun ən kiçik versiyasını qurmaq. Daha sonra əldə edilən nəticələrə əsaslanaraq növbəti addımı müəyyən etmək. MVP heç vaxt keyfiyyətsiz və ya yarımçıq məhsul demək olmayıb. Onun məqsədi sürətli və real nəticə verən bir eksperiment yaratmaq idi. Zaman keçdikcə “minimum” sözü “ucuz” və ya “keyfiyyətsiz hazırlanmış” kimi qəbul edilməyə başladı. Bu yanlış yanaşma bir çox qurucunun ideyasını test etməyə başlamamışdan əvvəl səhv qərarlar verməsinə səbəb olur.
Minimum Yanaşmasının Tərəfi
Minimum yönümlü MVP bir intizamdır. Bu yanaşma qurucuları məhsulu ən böyük fərziyyəni yoxlayan bir funksiya və ya əsas prosesə qədər azaltmağa məcbur edir. Bununla da komandaların heç kimin tələb etmədiyi funksiyaları aylarla qurmasının qarşısı alınır. Minimum yanaşması aşağıdakıları nəzərdə tutur:
- Aylarla inkişaf prosesində qalmaq əvəzinə günlər və ya həftələr ərzində istifadəyə vermək.
- Hər əlavə funksiyanı vaxt və resurs tələb edən bir xərc kimi qiymətləndirmək.
- Məhsulu sonsuz funksiya siyahısı ətrafında deyil, konkret bir sual ətrafında formalaşdırmaq.
Demək olar ki, istənilən məhsulu qura bilən texniki qurucular üçün minimum yanaşması əslində vacib bir intizam yaradır. Bu, nəyin həqiqətən əhəmiyyətli olduğunu anlamadan həddindən artıq məhsul qurmağın qarşısını alır. Məqsəd məhdud məhsul yaratmaq deyil. Məqsəd mənalı cavaba ən sürətli yolu tapmaqdır.
Lovable Yanaşmasının Tərəfi
Lovable MVP yanaşmasının əsas arqumenti budur ki, məhsul texniki olaraq işlək olsa belə, yenə də heç nəyi sübut etməyə bilər. Əgər ilk versiya qarışıq, çətin və ya yarımçıq hiss olunursa, istifadəçilər test etmək istədiyiniz dəyəri görmədən məhsuldan uzaqlaşa bilərlər. Bu halda real cavab əldə etmirsiniz. Sadəcə pis ilkin təcrübənin yaratdığı yanlış mənfi nəticə əldə edirsiniz. Minimum Lovable Product yanaşması istifadəçilərin məhsulun əsas dəyərini aydın şəkildə hiss etməsi üçün vacib elementlərin əlavə edilməsinə fokuslanır. Bu, mükəmməl dizayn sistemi yaratmaq və ya lazımsız funksiyalar əlavə etmək demək deyil. Bu, istifadəçinin ən azı bir vacib məqamı anlamasını təmin etməkdir:
- Bu məhsul niyə əhəmiyyətlidir.
- Hansı problemi həll edir.
- Niyə istifadəçi yenidən geri qayıtmaq istəyər.
Müzakirənin Əsas Problemi Haradadır?
Əslində minimum və lovable bir-birinə zidd yanaşmalar deyil. Onlar fərqli suallara cavab verir.
Minimum soruşur:
“Bir şey öyrənmək üçün qura biləcəyim ən kiçik məhsul nədir?”
Lovable soruşur:
“İstifadəçinin geri qayıtmaq istəməsinə səbəb olacaq ən kiçik məhsul nədir?” Hər iki yanaşma doğrudur. Əsas məsələ hansı məqsədə fokuslandığınızı bilməkdir. Bir çox qurucu minimumu deyil, lovable-ı seçdiyi üçün və ya əksinə, lovable əvəzinə minimumu seçdiyi üçün uğursuz olmur. Onlar uğursuz olur, çünki heç vaxt bu seçimi etmirlər.
Nəticədə ortaya belə bir məhsul çıxır:
- İstifadəçi təcrübəsi yaratmaq üçün həddindən artıq sadə.
- Sürətli istifadəyə vermək üçün həddindən artıq cilalanmış.
- Asan dəyişiklik etmək üçün həddindən artıq inkişaf etdirilmiş.
- Faydalı geri bildirim toplamaq üçün kifayət qədər hazır olmayan.
MVP-də Nələrin Olacağına Necə Qərar Vermək Olar?
İlk olaraq özünüzdən soruşun: əslində nəyi öyrənməyə çalışırsınız?
Əgər əsas sualınız: “Kimsə bunun üçün pul ödəyəcəkmi?” olarsa, real əməliyyatın baş verməsi üçün kifayət qədər funksionallığa ehtiyacınız var. Bu, məhsul tam sevilən səviyyədə olmasa belə, müəyyən istifadə rahatlığı tələb edir.
Əgər əsas sualınız: “Bu proses insanlara vaxt qazandırırmı?” olarsa, dizayn və vizual təcrübə tam inkişaf etdirilməsə belə, əsas proses başlanğıcdan sona qədər işləməlidir.
Doğru sual: “Qura biləcəyim minimum məhsul nədir?” deyil. Daha düzgün sual: “Bu konkret testi etibarlı cavab almaq üçün nə tələb olunur?” Testə xidmət etməyən hər şeyi çıxarın, hətta onu qurmaq maraqlı görünsə belə.
MVP Əhatəsini Səhv Müəyyən Etdiyinizi Göstərən Siqnallar
MVP balansınızın düzgün olmadığını göstərən bir neçə əlamət var.
Çox Az Qurmusunuzsa:
- İstifadəçilər məhsulu bir dəfə yoxlayır və geri qayıtmırlar.
- Problemin ideyada olduğunu, yoxsa təcrübənin həddindən artıq zəif olduğunu müəyyən edə bilmirsiniz.
- İstifadəçilər əsas dəyəri görmədən məhsuldan ayrılırlar.
Həddindən Artıq Çox Qurmusunuzsa:
- İlk istifadəçi məhsulu test edə biləcəyi vaxtdan aylar keçməsinə baxmayaraq hələ də inkişaf etdirirsiniz.
- Heç bir real istifadəçi reaksiyası toplamamısınız.
- Əsas ideyanın işləyib işləmədiyini bilmədən detalları təkmilləşdirirsiniz.
Hər iki səhvin yaratdığı problem eynidir:
- Öyrənmədən sərf edilən vaxt.
- Həll həmişə daha çox funksiya əlavə etmək və ya funksiyaları azaltmaq deyil.
- Əsas fərziyyəyə qayıtmaq və mövcud məhsulunuzun həqiqətən onu test edib edə bilmədiyini soruşmaq lazımdır.
MVP-ni Təxmin Etmədən Necə Test Etmək Olar?
MVP-nin düzgün ölçüdə olub olmadığını anlamağın ən sürətli yolu məhsulu əvvəlcədən izah etmədən birinin istifadə etməsini izləməkdir. Əgər istifadəçilər aşağıdakı kimi kiçik problemlərlə qarşılaşırsa:
- Qarışıq düymə
- Çatışmayan təsdiq mesajı
- Çətin naviqasiya addımı
Bunlar adətən asanlıqla həll edilə bilən istifadə rahatlığı problemləridir. Lakin istifadəçilər bütün prosesi problemsiz tamamlayır və yenə də məhsulun dəyərini görmürlərsə, bu daha güclü siqnaldır. Heç bir dizayn təkmilləşdirilməsi real problemi həll etməyən məhsulu xilas edə bilməz. Bir neçə vacib metriyi izləmək əlavə bir ay inkişaf prosesindən daha çox məlumat verə bilər:
- Aktivləşmə göstəricisi
- Təkrar istifadə
- İstifadəçi saxlanması (retention)
- Məhsul yoxa çıxsaydı istifadəçinin məyus olub olmayacağı
Real istifadəçi davranışı adətən fərziyyələrdən daha çox məlumat verir.
Nəticə
MVP-nin minimum və ya lovable olması ilə bağlı universal cavab yoxdur. Bu iki yanaşma qurucuların fərqli risklərdən qorunmaq istəməsi səbəbindən mövcuddur:
- Heç kimin istəmədiyi məhsula vaxt sərf etmək.
- İlk təcrübə zəif olduğu üçün dəyərli geri bildirim imkanını itirmək.
MVP-ni düzgün anlayan qurucular onu dəyişməz formula kimi qəbul etmirlər. Onlar MVP-ni həmin mərhələdə öyrənməli olduqları şeyə görə dəyişən bir proses kimi görürlər. Real cavab verə biləcək ən kiçik məhsulu qurun. Həmin cavabın etibarlı olması üçün istifadəçi təcrübəsinin kifayət qədər yaxşı olduğuna əmin olun. Daha sonra məhsulun gələcək istiqamətini ümumi qaydalar deyil, əldə etdiyiniz nəticələr müəyyən etsin.
