2026 жылы Қазақстанда MVP қанша тұрады және баға неден құралады

Қазақстанда MVP-дің тұрақты нарықтық бағасы жоқ: бюджет командадағы барлық рөлдердің сағаттар қосындысын мөлшерлемеге көбейткенге тең. Біздің модель бойынша бір пайдаланушы рөлі бар қарапайым веб-MVP шамамен 10 адам-апта, төлемдері, админкасы және екі рөлі бар веб-сервис шамамен 20, бэкенді, төлемдері мен интеграциялары бар мобильді қосымша шамамен 35 адам-апта талап етеді. Бұл нарық статистикасы емес, жоспарлауға арналған бағдар. Қорытынды соманы сіздің командаңыздың немесе мердігердің мөлшерлемесі береді, оны формулаға өзіңіз қойған оңай.

Мақала MVP-ге тапсырыс бергісі немесе оны жинағысы келетін және бюджетті мердігермен алғашқы сөйлесуге дейін түсінгісі келетін негізін қалаушыларға, өнім менеджерлеріне және басшыларға арналған. MVP-ге не кіретінін, жұмыс көлеміне қандай шешімдер ең қатты әсер ететінін талдаймыз, «сағаттар × мөлшерлеме» формуласымен үш типтік конфигурацияны есептейміз және гипотезаны тексеруге зиянсыз нені қысқартуға болатынын көрсетеміз.

MVP-ге не кіреді, не кірмейді

MVP — нақты пайдаланушылар басты сценарийден өтетін, ал сіз гипотезаны тексеретін өнімнің ең аз нұсқасы: адамдар оны пайдалана ма және ақша төлей ме. Бұл Figma-дағы басылатын прототип те, «жарты жылда ойлап тапқанның бәрі бар алғашқы нұсқа» да емес.

MVP-дің ең аз жұмыс құрамы:

1. Басынан аяғына дейін өтетін бір негізгі сценарий: пайдаланушы келді, басты әрекетті жасады, нәтиже алды.
2. Ең қарапайым түрдегі тіркелу және кіру.
3. Ең аз админка немесе команда өтінімдерді, пайдаланушыларды және төлемдерді көретін басқа тәсіл.
4. Негізгі сценарий бойынша оқиғалар аналитикасы: онсыз MVP ештеңені тексермейді.
5. Резервтік көшірмесі, домені және сертификаты бар жұмыс істейтін сервер.

MVP-де әдетте не қажет емес: рөлдер мен құқықтардың икемді жүйесі, басшылыққа арналған есептер, гипотеза бірінші түрі туралы болса, пайдаланушылардың екінші және үшінші түрі, жеке чат, күрделі хабарландырулар, аудитория бір тілде сөйлесе, интерфейстің толық екі тілділігі.

Егер гипотеза клиенттермен әңгімелер мен лендинг арқылы әлі тексерілмесе, әзірлеуге арналған ақшаны ұстай тұрған жөн. Мұны екі аптада қалай жасауға болатынын IT-өнімге сұранысты тексеру туралы мақалада талдадық.

Баға формуласы: сағаттар × мөлшерлеме

MVP-дің кез келген адал бағалауы бір формулаға келіп тіреледі:

Бюджет = Σ (рөлдің адам-апталары × 40 сағат × рөлдің мөлшерлемесі) + тәуекелдерге арналған резерв

Адам-апта — бір маманның 40 жұмыс сағаты. Егер мердігер сағатпен немесе күнмен есептесе, салыстырмас бұрын бәрін бір бірлікке аударыңыз.

Мөлшерлемені әдейі атамаймыз. Ол форматқа байланысты: өз командаңыз (жалақы, салықтар, жұмыс орны және бос тұрып қалу уақыты жұмыс сағаттарына бөлінеді), фрилансерлер, Алматы немесе Астанадағы студия, шетелдік мердігер. Әртүрлі орындаушылардың мөлшерлемелері қатты ерекшеленеді, ал кез келген «нарықтағы орташа сан» көмектескеннен гөрі шатастырады. Бірге жұмыс істеуге дайын екі-үш орындаушының нақты мөлшерлемелерін алып, соларды қойыңыз.

Резервті әрдайым қосыңыз. Біз статистика ретінде емес, жоспарлау ережесі ретінде үстінен 15–20% жоспарлаймыз: MVP-де бастапқыда көрінбеген нәрселер сөзсіз табылады.

Жұмысқа кім қатысады:

Рөл	Неге жауап береді	Қашан қажет
Өнім менеджері немесе талдаушы	Сценарийлер, талаптар, басымдықтар, қабылдау	Әрдайым
Дизайнер	Прототип, интерфейс, компоненттер жинағы	Әрдайым, көлемі экрандар санына байланысты
Фронтенд-әзірлеуші	Веб-интерфейс және админка	Веб-бөлігі болса
Мобильді әзірлеуші	iOS және Android қосымшасы	Өнім мобильді болса
Бэкенд-әзірлеуші	API, дерекқор, интеграциялар, төлемдер	Әрдайым
Тестілеуші	Негізгі сценарийлерді тексеру және регресс	Әрдайым
DevOps-инженер	Серверлер, шығару, бэкаптар, мониторинг	Әрдайым, бірақ аз көлемде

Бағаға әсер ететін бес фактор

Пайдаланушы рөлдерінің саны

Әр рөл өз экрандарын, құқықтарын, сценарийлері мен тесттерін әкеледі. «Клиент» және «әкімші» рөлдері бар маманға жазылу сервисі мен «сатып алушы», «сатушы», «модератор» және «әкімші» рөлдері бар маркетплейс сырттай ұқсас көрінсе де, көлемі бойынша бірнеше есе ерекшеленеді. Үнемдеудің ең күшті тетігі — MVP-де бір сыртқы рөлді қалдырып, қалғандарын команда күшімен қолмен жабу.

Интеграциялар

Әр сыртқы жүйе — есеп бағдарламасы, CRM, SMS-провайдер, WhatsApp, карталар, жеткізу қызметі — бэкенд жұмысы мен тестілеуді қосады. Интеграция құнын код емес, серіктестің құжаттамасының сапасы, тестілік ортаның болуы және оның қолдау қызметінің жауап беру жылдамдығы анықтайды. Мұны бағалауға дейін анықтап алған жөн.

Кейбір функцияларды жазғаннан гөрі қосқан тиімдірек. Мысалы, өз клиенттер базасы мен воронкасының орнына API мен вебхуктары бар open source CRM Twenty алып, оны өніммен байланыстыруға болады. Бұл админканы әзірлеуге кететін апталарды үнемдейді, бірақ оны серверде көтеріп, сүйемелдейтін инженерді талап етеді.

Төлемдер: Kaspi және карталар

Төлем — «Төлеу» батырмасы емес. Бұл провайдермен келісімшарт, мәртебелерді өңдеу, қайтарымдар, салыстыру, хабарландырулар және қате сценарийлерге тесттер. Kaspi арқылы төлемді немесе карталарға арналған банк эквайрингін қосу провайдер тарапынан келісімшарт пен тексеруді талап етеді, ал бұл тексерудің мерзімі әзірлеу командасына байланысты емес. Сондықтан заңдық бөлігін жобаның бірінші аптасында бастайды.

B2B-өнімдер үшін бастапқыда ЖШС-ке арналған төлем шоты жиі жеткілікті: клиент деректемелер бойынша төлейді, ал онлайн-төлем өнім сұранысты растағанда қосылады.

Веб немесе мобильді қосымша

Мобильді қосымша веб-тен әрдайым дерлік қымбатырақ: екі платформа немесе кроссплатформалық фреймворк, App Store мен Google Play-де жариялау, сторлардың тексеруі, push-хабарландырулар, құрылғы рұқсаттарымен жұмыс. Оған қоса командаға арналған веб-админка бәрібір қажет. Егер өнім камераға, геолокацияға немесе күнделікті пайдалануға сүйенбесе, телефонға жақсы бейімделген веб-қосымшадан бастаңыз.

Админка

Админканы бәрінен жиі бағаламай қалады. Операторларға өтінімдерді көру, мәртебелерді өзгерту, контентті модерациялау, пайдаланушыларды іздеу және деректерді экспорттау қажет. Бастапқыда админканы дайын CRM-мен, экспорты бар кестемен немесе әкімшілік панельдер генераторымен алмастыруға болады, ал толыққандысын кейін, күн сайын қандай операциялар қайталанатыны түсінікті болғанда жинау керек.

Адам-аптамен берілген MVP-дің үш конфигурациясы

Төменде жоспарлауға арналған біздің модель берілген. Сандар нарықтық норма емес, бағдар: нақты көлем сценарийге, талаптардың сапасына және команданың тәжірибесіне байланысты.

• A. Веб-сервис, бір рөл. Негізгі сценарий, кіру, қарапайым админка, аналитика, онлайн-төлемсіз.
• B. Төлемдері бар веб-сервис. Екі рөл, модерациясы бар админка, онлайн-төлем, бір сыртқы интеграция.
• C. Мобильді қосымша. Кроссплатформалық қосымша, бэкенд, веб-админка, онлайн-төлем, екі-үш интеграция.

Рөл	A, адам-апта	B, адам-апта	C, адам-апта
Өнім менеджері немесе талдаушы	1,5	2,5	3,5
Дизайнер	1,5	3	4
Фронтенд	3	5	3 (админка)
Мобильді әзірлеу	—	—	9
Бэкенд	3	6	9
Тестілеу	1	2,5	4
DevOps	0,5	1	1,5
Барлығы	10,5	20	34
Сағат (× 40)	420	800	1 360
Күнтізбелік мерзім, бағдар	6–8 апта	10–12 апта	14–18 апта

Күнтізбелік мерзім «адам-апталарды адамдар санына бөлгеннен» ұзағырақ: талдау мен дизайн әзірлеуден бұрын жүреді, тестілеу ішінара одан кейін, ал төлем провайдері мен сторлар өз қарқынымен жұмыс істейді.

Өз MVP-іңіздің бюджетін қалай есептеуге болады

Мөлшерлемені сағатына S теңге деп белгілейік. Егер мөлшерлеме барлық рөлдер үшін бірдей болса, 20% резервпен B конфигурациясының бюджеті былай есептеледі:

800 сағат × S × 1,2 = 960 × S

Егер мөлшерлемелер әртүрлі болса, жолдар бойынша есептеңіз: өнім менеджерінің 100 сағаты × S₁, дизайнның 120 сағаты × S₂, фронтенд пен бэкендтің 440 сағаты × S₃ және т.с.с., содан кейін қосып, резервті үстеңіз.

Мердігерлердің ұсыныстарын салыстыруға көмектесетін үш сұрақ:

1. Қандай рөлдер және әрқайсысына қанша сағат қосылған? Бөлінбесе, салыстыратын ештеңе жоқ.
2. Бағалауға не кірмейді: админка, тестілеу, серверлерді баптау, сторларда жариялау, төлемдер интеграциясы?
3. Тұрақты баға ма, әлде нақты сағаттар бойынша төлем бе? Тұрақты баға кезінде мердігер өз тәуекелін мөлшерлемеге қосады, сағаттық төлем кезінде көлемді өзіңіз басқарасыз, бірақ оған өзіңіз жауап бересіз.

Гипотезаны тексеруге зиянсыз нені қысқартуға болады

Не жасағыңыз келеді	Бастапқыда немен алмастыру	Қашан қайтару
Екі платформаға арналған мобильді қосымша	Бейімделгіш веб-қосымша	Сценарий камераны, push-ты немесе күнделікті кіруді талап еткенде
Толыққанды админка	Дайын CRM немесе кесте және оператордың қол жұмысы	Қолмен орындалатын операциялар күн сайын сағаттарды алғанда
B2B үшін онлайн-төлем	ЖШС-ке арналған төлем шоты	Клиенттер бухгалтерия өңдеп үлгеретіннен көп болғанда
Икемді рөлдер мен құқықтар	Екі тұрақты рөл	Қолжетімділікке талаптары бар корпоративтік клиенттер пайда болғанда
Есептер мен дашбордтар	CSV-ге экспорт және оқиғалар аналитикасы	Апта сайын қандай метрикалар қаралатыны түсінікті болғанда
Кіріктірілген чат	WhatsApp немесе Telegram сілтемесі	Хат алмасу өнімде сақталуы керек болғанда
Екі тілдегі интерфейс	Негізгі аудиторияның тілі	Аудитория расталып, екінші тілді талап еткенде
Барлық арналардағы хабарландырулар	Бір арна	Пайдаланушылар қай арнада әрекет ететіні көрінгенде

Нені қысқартуға болмайды: негізгі сценарийдің аналитикасын, резервтік көшірмені, қолжетімділіктің базалық қауіпсіздігін, пайдаланушының басты жолын тестілеуді және дербес деректерді қорғауды. Мұнда үнемдеу жұмыстың өзінен қымбатқа түседі.

Іске қосылғаннан кейінгі шығындар

MVP бюджеті релиз күні аяқталмайды. Алдын ала қосыңыз:

• ай сайын төленетін хостинг пен резервтік көшірмелер;
• домен, сертификаттар, өнім мобильді болса, App Store мен Google Play-дегі әзірлеуші аккаунттары;
• төлем провайдерінің комиссиялары;
• алғашқы пайдаланушылар табатын қателерді түзету;
• MVP соның үшін жасалған аналитика деректері бойынша жетілдірулердің екі-үш итерациясы.

Қазақстан контексі. Егер MVP дербес деректерді жинаса және тапсырыс берушілерге олардың Қазақстанда сақталуы маңызды болса, хостингті алғашқы күннен қазақстандық провайдерден таңдаған жөн: іске қосылғаннан кейін көшу бастапқыда дұрыс таңдау жасағаннан қымбатқа түседі. Жергілікті хостинг жабу құжаттары бар келісімшарт бойынша теңгемен төленеді, ал шетелдік бұлттар мен SaaS әдетте корпоративтік картамен долларда, қазақстандық стандарттарға сай құжаттарсыз төленеді. Тағы бір жергілікті ерекшелік: пайдаланушылар мәселелерді WhatsApp-та шешуге үйренген, сондықтан мессенджердегі қолдау сілтемесі MVP-де кері байланыстың тұтас модулін жиі алмастырады.

MVP іске қосылғаннан кейінгі басты сұрақ — оған алғашқы төлейтін пайдаланушыларды қалай әкелу. Бұған арналған арналарды Қазақстандағы SaaS үшін GTM туралы материалда талдадық.

Біз мұны қалай жасаймыз

Біз қысқа диагностикадан бастаймыз: гипотезаны тұжырымдаймыз, бір негізгі сценарийді таңдаймыз және жұмысты рөлдер бойынша сағатпен, MVP-ге не кірмейтінінің нақты тізімімен бағалаймыз. Содан кейін осы сценарийге MVP жинаймыз, оны пайдаланушылардың шектеулі тобында іске қосамыз және алғашқы деректерден кейін ғана нені масштабтау, нені алып тастау керектігін шешеміз. Осылайша бюджет ешкім сұрамаған функцияларға емес, гипотезаны тексеруге жұмсалады.

Егер MVP-іңіздің рөлдер бойынша сағатпен берілген бағасын алғыңыз келсе, MVP әзірлеу және өнімдерді іске қосу бетінен бастаңыз: онда біздің қалай жұмыс істейтініміз және нәтижесінде не алатыныңыз сипатталған.

---

Дереккөздер. Twenty CRM: twenty.com және GitHub-тағы репозиторий. Мақаладағы адам-апталар — нарық статистикасы емес, Gotomarket-тің жоспарлауға арналған моделі.

Терминдер қарапайым тілмен

MVP (Minimum Viable Product)

Нақты пайдаланушылар басты сценарийден өтетін өнімнің ең аз нұсқасы. Бұл прототип те, «барлық функциясы бар нұсқа» да емес, гипотезаны тексеру құралы.

Адам-апта

Жұмыс көлемінің бірлігі: бір маманның 40 жұмыс сағаты. Әртүрлі мердігерлердің бағалауларын бірдей бірлікпен салыстыруға ыңғайлы.

Фронтенд және бэкенд

Фронтенд — пайдаланушы браузерде көретін және басатын бөлік. Бэкенд — серверлік бөлік: дерекқор, есептеулер, төлемдер және басқа жүйелермен байланыс.

DevOps-инженер

Серверлерді, жаңа нұсқаларды шығаруды, резервтік көшірмелерді және мониторингті баптайтын маман. MVP-де аз көлемде, бірақ әрдайым қажет.

Админка

Командаға арналған ішкі интерфейс: өтінімдер, пайдаланушылар, мәртебелер, төлемдер. Бастапқыда оны дайын CRM-мен немесе кестемен алмастыруға болады.

Эквайринг

Банк немесе төлем провайдері арқылы банк карталарымен төлем қабылдау. Келісімшарт пен тексеруді талап етеді, сондықтан оны жобаның бірінші аптасынан рәсімдейді.

Вебхук

Бір жүйе бір нәрсе болған кезде, мысалы жаңа мәміле пайда болғанда, екінші жүйеге жіберетін автоматты хабарлама. Өнімді артық кодсыз дайын CRM-мен байланыстыруға мүмкіндік береді.

Кроссплатформалық фреймворк

Бір мобильді қосымшаны бірден iOS пен Android үшін жазуға мүмкіндік беретін технология. Екі бөлек қосымшамен салыстырғанда жұмысты қысқартады.