MVP hazırlanması: məhsulu tez və artıq xərcsiz necə işə salmalı

Məhsulların çoxu pis koda görə deyil, heç kimin pul ödəməyə hazır olmadığı problemi həll etdiklərinə görə uğursuz olur. Minimal versiya bunu bir il və bütün büdcə ilə deyil, həftələr və ağlabatan pulla yoxlamaq üçün lazımdır.

Bu məqalədə — MVP hazırlanmasına praktik baxış: nəyi minimal məhsul saymalı, hansı formatı seçməli, artıq funksiyaları necə kəsməli, işə salındıqdan sonra hansı metrikalara baxmalı və ilk versiya neçəyə başa gəlir. Nəzəriyyə naminə nəzəriyyə olmadan — rəqəmlər, müddətlər və tipik səhvlərlə.

MVP — nədir və nə deyil

MVP (minimum viable product, minimal işlək məhsul) — istifadəçinin bir əsas problemini o qədər yaxşı həll edən məhsulun ən sadə versiyasıdır ki, istifadəçi ondan istifadə etməyə və pul ödəməyə hazırdır. Açar söz — viable, «həyat qabiliyyətli». Bu, maket və ya investor üçün demo deyil, real istifadəçiləri və real məlumatları olan işlək məhsuldur.

MVP nə deyil

• «Xam» versiya deyil. Yaxşı edilmiş bir funksiya yarımçıq edilmiş ondan yaxşıdır: istifadəçi «minimal məhsulu» «pis məhsuldan» ayırmır.
• Prototip deyil. Kliklənən prototip interfeysin anlaşıqlığını yoxlayır, MVP isə ödəməyə və geri qayıtmağa hazırlığı.
• Son məhsulun kəsilmiş surəti deyil. Bu, ayrıca kəsikdir: ondan hər birinin 30%-i deyil, bir ssenari üzrə istifadəçinin tam yolu.
• Birdəfəlik kod deyil. Arxitektura böyüməyə hesablanmayıbsa, uğurlu testdən sonra hər şeyi yenidən yazmaq — və yarım il itirmək lazım gələcək.

Yaxşı test: fərziyyəni belə formalaşdırın — «Biz inanırıq ki, [auditoriya] [hərəkət] edəcək, çünki [səbəb]. [Metrika] [müddət] ərzində [dəyər]ə çatsa, haqlı olduğumuzu anlayacağıq». Fərziyyəni belə yazmaq alınmırsa, kod yazmaq hələ tezdir.

MVP formatları: botdan platformaya qədər

Eyni biznesi müxtəlif miqyaslı məhsullarla yoxlamaq olar. Çox vaxt ilk fərziyyəni ən ucuz Telegram-da yoxlamaq olur: istifadəçinin artıq messenceri var, qeydiyyat yoxdur, ödəniş — iki toxunuşla. Formatları müqayisə edin:

Formatı dəbə görə deyil, ssenariyə görə seçirlər. İstifadəçi ayda bir dəfə qayıdırsa, ona mağazada tətbiq lazım deyil, sayt və ya Telegram Mini App kifayətdir. Məhsul push və geolokasiya ilə hər gün istifadə olunursa, dərhal mobil tətbiq və ya PWA nəzərdə tutmaq daha məntiqlidir. Bu variantların müqayisəsi — PWA, yoxsa mobil tətbiq məqaləsində.

İlk versiya üçün funksiyaları necə seçməli

MVP-nin ən baha hissəsi etdiyiniz şey deyil, boş yerə etdiyiniz şeydir. Funksiyaların seçimi hazırlama başlamazdan əvvəl əsas işdir.

Addım 1. Bir əsas ssenari

İstifadəçinin ilk təmasdan dəyər alınmasına qədər yolunu təsvir edin. Xidmət marketpleysi üçün: müştəri tapşırığı təsvir edir → icraçıların cavablarını alır → seçir → ödəyir → qiymətləndirir. Bu yolda olmayan hər şey ikinci versiyaya namizəddir.

Addım 2. Avtomatika əvəzinə əl əməliyyatları

Başlanğıcda çox şeyi əl ilə etmək olar: moderasiya, icraçı seçimi, geri qaytarmalar, mürəkkəb analitika. Dar boğaza çevrilən şeyi avtomatlaşdırırlar — əməliyyatlar həftədə iki deyil, gündə onlarla olanda.

Addım 3. Prioritetlərin dürüst işarələnməsi

• Must — bunsuz ssenari keçilmir (kataloq, sifariş, ödəniş, bildirişlər).
• Should — təcrübəni nəzərəçarpacaq dərəcədə yaxşılaşdırır, amma işə salmanı bloklamır (filtrlər, seçilmişlər, promokodlar).
• Could — olsa yaxşı olardı (tərtibat mövzuları, referal proqramı, oyunlaşdırma).
• Won't — şüurlu şəkildə sonraya saxlayırıq (çoxdillilik, öz çatımız, mürəkkəb analitika).

Praktik qayda: Must-da 7–10-dan çox funksiya varsa, bu artıq MVP deyil. Belə seçimi dərhal texniki tapşırıqda etmək rahatdır — onu necə strukturlaşdırmağı hazırlama üçün texniki tapşırıq necə tərtib edilir məqaləsində təhlil etmişik.

MVP neçəyə başa gəlir və qiymət nədən asılıdır

«MVP neçəyə başa gəlir» sualına dürüst cavab — bot üçün 60 000 ₽-dan mobil tətbiqləri olan platforma üçün bir neçə milyona qədər. Yuxarıdakı cədvəldəki qiymətlər arayış xarakterlidir; dəqiq qiyməti yalnız texniki tapşırıq işləndikdən sonra demək olar. Yekun smetaya ən çox təsir edənlər:

1. Rolların sayı. Müştəri və administrator — bir mürəkkəblikdir; müştəri, icraçı, moderator, dispetçer və mühasib — tamam başqa.
2. Platformalar. Veb, iOS və Android — React Native-də ümumi kod bazası olsa belə, üç interfeysdir.
3. Ödənişlər. Ödəniş qəbulu — sadədir; escrow, split ödənişlər, icraçılara ödəmələr və çeklər — ayrıca iş blokudur.
4. İnteqrasiyalar. Hər xarici sistem (1C, CRM, anbar, xəritələr, telefoniya) günlər və risklər əlavə edir, xüsusən onun normal API-si yoxdursa.
5. Məlumatlara tələblər. 152-FZ (Rusiyanın fərdi məlumatlar haqqında qanunu), öz serverlərinizdə yerləşdirmə, qapalı kontur, hərəkətlərin auditi.
6. AI funksiyaları. Şirkət sənədləri üzrə RAG və ya çoxagentli məntiq ayrıca işlənmə və cavab keyfiyyətinin testini tələb edir.

Genişlikdə qənaət etmək olar, amma əsas ssenarinin keyfiyyətində yox. Rolların sayını azaltmaq, bir platformanı sonraya saxlamaq, ilk aylar üçün mürəkkəb inteqrasiyanı Google Sheets-ə ixracla əvəz etmək — normaldır. Ödənişin testində qənaət etmək — yox. Bütün istiqamətlər üzrə qiymət istiqamətləri hazırlama qiymətləri səhifəsində toplanıb.

Açarı təhvil MVP hazırlanması: mərhələlər və müddətlər

Platforma üçün açarı təhvil MVP hazırlanması adətən 8–12 həftəyə sığır. Bu miqyasda tipik layihədə vaxt belə bölünür:

Bot və ya Mini App üçün eyni mərhələlər günlərə qədər sıxılır, mobil tətbiq üçün isə 8–14 həftəyə qədər uzanır — buraya App Store və Google Play-də yoxlama əlavə olunur. Təcrübədən nümunə: veb versiyası və iOS və Android tətbiqləri olan məişət xidmətləri marketpleysi MVP-yə 9 həftəyə çatdı, sonra isə arxitekturanı yenidən yazmadan sprintlərlə inkişaf etdi.

Metrikalar: MVP-nin işlədiyini necə anlamalı

Metrikaları işə salmadan əvvəl seçirlər, əks halda sonra istənilən nəticə «pis deyil» görünəcək. Minimal dəst:

• Aktivasiya — yeni istifadəçilərin hansı payı əsas ssenarini sona qədər keçib (sifariş verib, qeydiyyatdan keçib, cavab alıb).
• Saxlama — 7 və 30 gündən sonra neçəsi qayıdıb. Gündəlik istifadə məhsulları üçün bu, əsas siqnaldır.
• Ödənişə konversiya — neçə istifadəçi heç olmasa bir dəfə ödəyib.
• Unit-iqtisadiyyat — cəlbetmə dəyəri istifadəçidən gəlirə qarşı; marketpleys üçün həm də likvidlik (icraçı tapan sifarişlərin payı).
• Keyfiyyət siqnalı — ilk istifadəçilərlə 10–15 müsahibə: nə xoşa gəldi, harada ilişdilər, nəyə görə daha çox ödəməyə hazırdırlar.

Hadisə analitikasını «sonra» deyil, ilk versiyaya daxil edirlər. Əsas ssenarinin hər addımı işarələnməlidir — əks halda bir aydan sonra istifadəçilərin getdiyini biləcəksiniz, amma harada getdiyini yox.

Startap və korporativ layihə MVP-sinin səhvləri

Startapın MVP-si və böyük şirkət daxilində pilot müxtəlif cür səhv edir, amma səbəblər oxşardır:

İkitərəfli bazar planlaşdırırsınızsa, marketpleys necə yaradılır məqaləsindən başlayın — orada «toyuq və yumurta» problemi və bazarın hansı tərəfini əvvəlcə cəlb etmək barədə ətraflı yazılıb. Yenidən yazılmadan böyüyən platformaları necə layihələndirdiyimiz isə platforma və marketpleys hazırlanması səhifəsindədir.