Faydalı MVP brifi dizayn başlamazdan əvvəl üç qərar verir: məhsulun kim üçün olduğu, birinci versiyanın qəsdən nələri kənarda saxlayacağı və hansı istifadəçi sübutunun növbəti investisiyanı əsaslandıracağı. Buna görə brif sənəd işi deyil. Bu, ilk məhsul qərarıdır.
Təsisçilər çox vaxt əslində ideyanın təsviri olan briflə gəlirlər: bazar haqqında bir neçə abzas, funksiya siyahısı və məhsulun nə vaxtsa hara gedə biləcəyi barədə bir cümlə. Söhbətə başlamaq üçün kifayətdir, amma ona qarşı məhsul buraxmaq üçün deyil. Qurucu komandaya ambisiyanı sınaqdan keçirilə bilən seçimlər ardıcıllığına çevirən daha kiçik, daha kəskin sənəd lazımdır.
Faydalı brif üç işi görür
1. Problemi olan şəxsi adlandırır
“Kiçik bizneslər” bir bazardır. Bu, ilk istifadəçi deyil. Yaxşı brif şəxsi, onun içində olduğu anı və bu gün istifadə etdiyi dolayı yolu adlandırır. Sabahkı ləğvləri doldurmağa çalışan klinika menecerinin problemi, hər ikisi səhiyyəyə aid olsa da, yeni görüş axtaran pasiyentin problemindən fərqlidir. İlk istifadəçi nə qədər konkret olsa, məhsulun sonra nə etməli olduğuna qərar vermək bir o qədər asanlaşır.
2. Birinci versiyanın ətrafında xətt çəkir
Funksiya siyahısı nəyin təsəvvür edildiyini deyir. Əhatə dairəsi xətti nəyin qurulacağını deyir. Əsas dövrəni bir cümlə ilə yazın, sonra həmin dövrəni etibarlı edən işi sadalayın: əsas ekranı, bir mənalı əməliyyatı, arxasındakı məlumatları və istifadəçiyə onun işlədiyini bildirən rəyi. Qalan hər şey sonrakı üçün namizəddir, istifadəyəvermə üçün səssiz tələb deyil.
3. Növbəti sübutu müəyyənləşdirir
“Buraxaq və nə olacağını görək” öyrənmə planı deyil. İlk bir neçə həftədə nəyi müşahidə etməyi gözlədiyinizə qərar verin: tamamlanmış iş axını, təkrarlanan əməliyyat, ödənişli dönüşüm və ya müəyyən istifadəçi tipi ilə təsisçi müsahibəsi. Ölçü mürəkkəb olmalı deyil. O, növbəti məhsul qərarını dəyişə bilməsi üçün istifadəçi davranışına kifayət qədər yaxın olmalıdır.
Ekrandan əvvəl nəyi yazmaq lazımdır
- İlk istifadəçi: bir rol, bir vəziyyət və bir ağrılı dolayı yol
- Əsas dövrə: dəyər yaradan və təkrar baş verə bilən ən kiçik əməliyyat
- İstifadəyəvermə sərhədi: birinci versiya üçün açıq şəkildə əhatə dairəsindən kənar olanlar
- Etibar tələbi: istifadəçi hərəkət etməzdən əvvəl nəyi görməli, idarə etməli və ya anlamalıdır
- Növbəti sübut nöqtəsi: daha bir qurma işini qazandıran davranış və ya söhbət
İstifadə etdiyimiz əhatə dairəsi sınağı
Təklif olunan hər funksiyanı götürün və bir sual verin: bu, ilk istifadəçi üçün əsas dövrənin uğurlu olma ehtimalını artırırmı? Cavab yoxdursa, onu ilk buraxılışdan çıxarın. Cavab bəlkədirsə, qoruduğu fərziyyəni yazın və həmin fərziyyəni sınaqdan keçirməyin daha ucuz yolunu tapın. Bu, faydalı funksiyanın məhsulu gecikdirmək üçün daimi bəhanəyə çevrilməsinin qarşısını alır.
Brifin məqsədi qura biləcəyiniz hər şeyi qeyd etmək deyil. Məqsədi növbəti qurma qərarını aydın etməkdir.
— məhsul başlanğıclarında istifadə etdiyimiz qayda
Tez-tez verilən suallar
MVP brifi nə qədər uzun olmalıdır?
Bir oturuşda oxunacaq qədər qısa və seçimlər etmək üçün kifayət qədər konkret olmalıdır. İlk istifadəçini, əsas dövrəni, istifadəyəvermə sərhədini, etibar tələblərini və növbəti sübut nöqtəsini adlandırdıqda bir-iki səhifə adətən yetərlidir.
Brifə tam funksiya siyahısı daxil edilməlidirmi?
Əsas dövrəni işlədən funksiyaları daxil edin, qalanını isə sonrakı ideyalar bölməsində saxlayın. Ayrı gözləmə siyahısı yaxşı ideyaları qoruyur, amma onların sakitcə istifadəyəvermə tələbinə çevrilməsinə imkan vermir.
Hədəf istifadəçi hələ də qeyri-müəyyəndirsə nə etməli?
Ən güclü iki namizədi və onları bir-birindən ayıracaq sübutları yazın. Qeyri-müəyyənlik açıq olduqda faydalıdır; geniş məhsul əhatə dairəsində gizləndikdə bahalı olur.
Dizayn başlamazdan əvvəl brif bitməlidirmi?
İlk dizayn keçidinə istiqamət vermək üçün kifayət qədər aydın olmalıdır, əbədi olaraq donmuş deyil. Dizayn daha yaxşı sualı üzə çıxara bilər, lakin hər dəyişiklik əhatə dairəsini və toplamağa çalışdığınız sübutu yeniləməlidir.