Өнім әзірлеу → SaaS және e-commerce әзірлеу

Өнім әзірлеу

SaaS, e-commerce, клиенттік порталдар мен цифрлық сервистер әзірлейміз: өнім логикасы, UX, архитектура, интеграциялар, аналитика және алғашқы жұмыс нұсқасын іске қосу.

Тапсырманы талқылау

Қысқаша

Өнім әзірлеу: қызметтің мәні

Gotomarket SaaS, e-commerce, маркетплейстер, клиенттік порталдар мен ішкі құралдар әзірлейді. Егжей-тегжейлі backlog-тан емес, тұтас пайдаланушы сценарийі мен бизнес-шешімнен бастаймыз. Нәтижесінде жұмыс істейтін өнім, басқаруға арналған деректер және жүйені қауіпсіз дамыту мүмкіндігі болады.

Форматтар: SaaS · e-commerce · порталдар
Бастау: құндылық расталғаннан кейін
Жұмыс: қысқа итерациялармен
Нәтижесінде: код, контурлар және құжаттама

Қарапайым тілмен

Бұл не және компанияңызға не үшін керек

Бұл не: Цифрлық өнімнің алғашқы жұмыс нұсқасын әзірлейміз — жазылымға негізделген сервис, интернет-дүкен немесе клиенттерге арналған жеке кабинет — және оны кодпен, қолжетімділіктермен және құжаттамамен бірге тапсырамыз.
Кімге керек: Өнімнің клиент үшін құндылығы тексерілген, өнім бойынша шешім қабылдайтын адамы бар және алғашқы нұсқаны шектеулі аудиторияға іске қосу керек IT-компанияға.
Не аласыз: Компанияның код қоймасындағы жұмыс істейтін өнім, архитектура мен деректер сызбасы, қажетті интеграциялар, пайдаланушылар әрекетінің аналитикасы, қателерді бақылау, құжаттама және іске қосудан кейінгі даму жоспары.
Неден бастау: Өнім қай кезеңде екенін жазыңыз: идея, прототип немесе жұмыс істеп тұрған жүйе. Басты тәуекелді анықтап, неден бастауды ұсынамыз — тексеруден, прототиптен немесе әзірлеуден.

Шешім архитектурасы

5D әдістемесі бойынша әзірлеу қалай құрылады

Әр кезең жұмыс істейтін артефакт береді және өнім иесіне бүкіл жоба аяқталғанға дейін басымдықтарды өзгерту мүмкіндігін қалдырады.

Discover

Құндылық пен scope-ты бекітеміз

Пайдаланушыны, негізгі сценарийді, өнім оқиғаларын және ең шағын тұтас нұсқаны анықтаймыз.

Design

Өнім мен архитектураны жобалаймыз

UX/UI, деректер моделін, рөлдерді, интеграцияларды және ұзақ мерзімді шектеулер туғызатын шешімдерді жинақтаймыз.

Deploy

Итерациялармен әзірлейміз

Frontend, backend, интеграциялар мен автоматты тексерулерді іске асырып, нәтижені тұрақты көрсетіп отырамыз.

Drive

Бірінші нұсқаны іске қосамыз

Тест және production-контурды, аналитиканы, мониторингті, қолдауды және шектеулі аудиторияны дайындаймыз.

Dominate

Деректерге сүйеніп дамытамыз

Пайдаланушылар әрекеті мен қателерді талдаймыз, roadmap-ты жаңартамыз және расталған сценарийлерді масштабтаймыз.

Юнит-экономика және ROI

Әзірлеу экономикасын қалай басқарамыз

Экономикалық нәтижені кодты жазу жылдамдығының өзі емес, scope-ты бақылау және жұмыс істейтін нәтижені ерте тексеру береді. Пайдаланушылардан деректер алынғанша команда толық backlog үшін ақы төлемейді.

Build, integrate және replace нұсқаларын салыстырамыз: нені әзірлеу керек, нені дайын сервис ретінде қосу керек және нені стандартты платформамен алмастыру керек. Бұл иеленудің артық құнын және кастом кодқа тәуелділікті азайтады.

Шығындарды бақылау: тұтас scope
Тексеру: итерация сайын жұмыс істейтін нәтиже
Шешім: build · integrate · replace
Релизден кейін: аналитика және мониторинг

Нәтиже

Клиент не алады

Өнім қолжетімділіктермен, құжаттамамен және операциялық контурмен бірге тапсырылады.

Product scope және roadmap
Негізгі сценарийлердің UX/UI-ы
Архитектура және деректер моделі
Басқарылатын репозиторийдегі код
Қажетті API интеграциялары
Тест және production-контур
Өнім аналитикасы және мониторинг
Құжаттама және іске қосудан кейінгі даму жоспары

Тәсілдерді салыстыру

Жеке әзірлеу немесе дайын платформа

Таңдау бизнес логикасының бірегейлігіне және иеленудің ұзақ мерзімді құнына байланысты.

Тәсіл	Күшті жағы	Шектеу	Қашан сәйкес келеді
Дайын платформа	Жылдам стандартты іске қосу	Бірегей логика шектеулі	Типтік процесс
Сервистерді біріктіру	Дайын функцияларды біріктіреді	Сыртқы келісімшарттарға тәуелділік	Бірнеше жетілген компонент
Жеке әзірлеу	Негізгі логиканы бақылау	Пайдалануға жауапкершілік жоғарырақ	Өнім бірегей құндылық жасайды

Шектеулер мен тәуекелдер

Әзірлеуді қашан бастамаған жөн

Код өнімдегі белгісіздіктің немесе иесінің жоқтығының орнын толтырмауы керек.

Мәселе мен сегмент тексерілмеген

Алдымен Product Discovery немесе коммерциялық тест қажет.

Типтік жүйе жеткілікті

Егер міндетті CMS, CRM немесе дайын платформа толық шешсе, кастом әзірлеу артық.

Product owner жоқ

Өнім бойынша шешім қабылдайтын адам болмаса, маңызды сұрақтар шешілмей, мердігерде жинала береді.

Сәйкес келеді

Қызмет қашан сәйкес келеді

Негізгі сценарий мен құндылық расталған
Өнімнің бизнес тарапынан иесі бар
Бірегей логика немесе жүйелерді байланыстыру қажет
Команда шектеулі бірінші нұсқаны іске қосуға дайын

Сәйкес келмейді

Қашан басқа қадамнан бастаған жөн

Негізгі гипотезалар әлі тексерілген жоқ
Тек визуалды прототип қажет
Міндетті дайын платформа шешеді
Релизден кейін өнімді сүйемелдейтін команда жоқ

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

Product scope: бірінші нұсқаның келісілген шекарасы
Product owner: өнім туралы шешім қабылдайтын адам
Production-контур: өнімді нақты тұтынушылар пайдаланатын орта
Build / integrate / replace: әзірлеу, қосу немесе дайын шешіммен ауыстыру
Product event: құндылықты бағалауға көмектесетін пайдаланушы әрекеті
MVP: Бір негізгі сценарийді шектеулі аудитория үшін толық жабатын және келесі шешімге деректер беретін өнімнің ең шағын тұтас нұсқасы.
Backlog: Команда орындай алатын барлық тапсырмалар мен функциялардың жалпы тізімі. Алғашқы нұсқаға одан сценарийге қажеттісі ғана алынады.
Proof of concept: Тәуекелді шешімнің іске асатынын толық әзірлеуге қаражат салынғанға дейін тексеретін қысқа техникалық эксперимент.

IT-өнімдерге арналған

Қазақстандағы IT-өнімдерге арналған MVP, SaaS және веб-қосымшалар әзірлеу

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

Жазылымы мен рөлдері бар SaaS

SaaS үшін бірінші нұсқаға мультитенанттылық, рөлдер мен құқықтар, алғашқы пайдалы әрекетке дейінгі онбординг және тариф логикасы кіреді. Тіркелу, белсендіру, қайта пайдалану сияқты өнім оқиғаларын белгілейміз, сонда алғашқы пайдаланушылардан бастап белсендіру мен ұстап қалу көрінеді. Төлем контурын нарыққа сай таңдаймыз: Қазақстанда жергілікті эквайерлер мен заңды тұлғаларға шот қою ескеріледі.

Веб-сервистер мен клиент порталдары

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

Веб-нұсқадан кейінгі мобильді қосымша

Өнімге мобильді клиент қажет болса, алдымен қай сценарийге шынымен телефон керек екенін тексереміз: push-хабарламалар, камера, геолокация немесе жолда жұмыс істеу. Көбіне бірінші нұсқаны бейімделгіш веб-қосымша ретінде іске қосып, белсендіру расталғаннан кейін нативті немесе кросс-платформалы клиент қосқан тиімді. Осылайша команда деректер пайда болғанға дейін үш бөлек код базасын қолдамайды.

IT-студиялар мен ішкі командалар

IT-студиялармен де, ішкі әзірлеу командаларымен де жұмыс істейміз: өнімдік бөлікті, архитектураны немесе интеграциялар мен аналитика сияқты жеке контурды өз мойнымызға аламыз. Репозиторийлерді, code review-ды, орталарды және жауапкершілік аймақтарын алдын ала бөлеміз. Тапсырмаларды Jira немесе Plane жүйесінде жүргіземіз, сонда өнім иесі прогресті есептерден емес, итерациялардан көреді.

Бұл қалай жұмыс істейді

MVP және веб-қосымша әзірлеу іс жүзінде қалай жүреді

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

Ұзын backlog орнына тұтас scope

Бір негізгі сценарийден бастаймыз: пайдаланушы кім, ол қандай міндетті шешеді және құндылықты қай сәтте алады. Осы сценарий бойынша экрандар мен күйлер картасын құрамыз, ал оны аяқтауға қажет емес нәрсенің бәрін roadmap-қа ауыстырамыз. Жиі кездесетін қате — толық backlog-тан қысқартылған функциялар жиынтығы: экрандар бар, бірақ пайдаланушы нәтижеге дейін жете алмайды. Кезеңнің артефакты — product scope құжаты: онда бірінші нұсқаның шекарасы, өнім оқиғаларының тізімі және іске қосудан бірнеше апта өткен соң даму туралы шешім қабылдау критерийлері жазылады. Осы кезеңде компания тарапынан өнім туралы шешімді кім қабылдайтынын және команда сұрақтарына қаншалықты жылдам жауап беретінін де келісеміз.

Әр блок бойынша: build, integrate немесе replace

Әр функционалдық блокты бөлек тексереміз: авторизация, төлемдер, хабарламалар, CRM, аналитика, іздеу. Блок типтік болса, дайын сервисті немесе ашық шешімді қосамыз — мысалы, клиенттермен жұмыс үшін Twenty немесе amoCRM, ішкі тапсырмалар үшін Plane немесе Jira. Өз кодымызды логика бірегей әрі өнім құндылығын жасайтын жерде ғана жазамыз. Шешімді себептері, тәуелділіктері және сүйемелдеу жүктемесі көрсетілген кестеге түсіреміз, сонда бір жылдан кейін де неге осы жол таңдалғаны түсінікті болады, ал мердігер ауысқанда логиканы кодтан қалпына келтірудің қажеті болмайды. Сыртқы сервистердің тәуекелдерін де бөлек бағалаймыз: тариф шарттары, API шектеулері, Қазақстаннан қолжетімділік және сервистен бас тартқанда деректерді экспорттау мүмкіндігі.

Архитектура және деректерді сақтау

Деректер моделін, рөлдер мен құқықтарды әзірлеу басталғанға дейін жобалаймыз, себебі оларды кеш қайта жасау бәрінен қымбатқа түседі. Егер өнім Қазақстан тұрғындарының дербес деректерімен жұмыс істесе және тапсырыс берушіге оларды ел ішінде сақтау маңызды болса, дерекқор орналасатын жерді таңдаймыз, дербес және иесіздендірілген деректерді бөлеміз, қолжетімділікті сипаттаймыз. Сақтық көшірме, журналдау, тест және production-контурды бөлу мәселелерін бөлек шешеміз. Артефакт — кодпен бірге берілетін архитектура сызбасы мен деректер моделі. Өнім басқа нарықтарға шығуды жоспарласа, деректерді өңірлер бойынша бөліп сақтау мүмкіндігін алдын ала қарастырамыз. Мұны дерекқорда нақты клиенттер пайда болғаннан кейін көшіргеннен гөрі басында жасау оңай.

Қазақстандық ерекшелік: Kaspi, WhatsApp, қостілділік

Қазақстандағы пайдаланушылар таныс арналар мен төлем тәсілдерін күтеді, сондықтан оларды сценарийге алдын ала енгіземіз. Kaspi және жергілікті эквайерлер арқылы төлем, WhatsApp арқылы хабарлама мен қолдау, телефон нөмірі арқылы кіру іске қосылғаннан кейінгі толықтыру ретінде емес, пайдаланушы жолының бөлігі ретінде жобаланады. Интерфейс, хаттар мен хабарламалар орыс және қазақ тілдерінде дайындалады, ал мәтіндер жаңа тіл қосу кодты өзгертуді қажет етпейтіндей бөлек сақталады. B2B-өнімдерде сатып алу шешімін көбіне бизнес иесі қабылдайтынын ескеріп, оған өнімнің пайдасы туралы қарапайым есеп береміз. Қазақстаннан тыс аудиториясы бар өнімдер үшін ағылшын нұсқасы мен балама төлем тәсілдерін бірден қарастырамыз.

Итерациялар, көрсетілім және өнімді тапсыру

Әзірлеуді қысқа итерациялармен жүргіземіз және тест контурында презентацияны емес, жұмыс істейтін нәтижені тұрақты көрсетеміз. Өнім иесі прогресті көріп, жоба аяқталғанға дейін басымдықтарды өзгерте алады. Автоматты тексерулер, қателер мониторингі және өнім аналитикасы іске қосуға дейін қосылады, сонда алғашқы пайдаланушылар бірден деректер береді. Код компанияның репозиторийінде сақталады, қолжетімділік пен құқықтар шартта бекітіледі. Нәтижесінде құжаттама, орнату нұсқаулығы және даму жоспары беріледі: олармен өнімді ішкі команда, басқа мердігер немесе біз жүргізе аламыз. Дәл осы тәсілді өз өнімдеріміз finspot.kz, salemdom.kz және developers.kz жобаларында қолдандық. Іске қосар алдында негізгі сценарий бойынша тіркелуден нәтижеге дейінгі пайдаланушы жолын өндірістік контурда тексеріп қабылдаймыз.

Алғашқы релизден бастап өнім аналитикасы

Өнім оқиғаларын іске қосудан кейін емес, сценариймен бірге жобалаймыз: тіркелу, алғашқы пайдалы әрекет, қайта кіру, әріптесті шақыру, төлем. Әр оқиға үшін оның қай жерде пайда болатынын, қандай қасиеттерді беретінін және қандай сұраққа жауап беретінін сипаттаймыз. Нәтижесінде белсендіруді, ұстап қалуды және воронкадағы тар жерлерді көрсететін трекинг жоспары пайда болады. Сонымен қатар өнімді CRM жүйесімен, мысалы Twenty немесе amoCRM-мен байланыстырамыз, сонда B2B-сатуда тіркелуден мәмілеге дейінгі жол және өнімді шынымен пайдаланатын компаниялар көрінеді. Жиі қате — бет қаралымдарының есептегішін қосып, бірнеше айдан кейін бұл деректер өнім сұрақтарына жауап бермейтінін байқау. Артефакт — трекинг жоспары және бірінші нұсқаның негізгі метрикалар дашборды.

Жұмыс тәртібі

MVP әзірлеу қалай өтеді: қадам-қадаммен

Алғашқы кездесуден бірінші нұсқаны іске қосуға дейін MVP әзірлеу бес практикалық қадамнан өтеді. Әр қадамда компания тарапынан кім қатысатыны және қадамнан кейін қандай құжат немесе нәтиже қалатыны түсінікті.

Тегін базалық диагностика және алғашқы кездесу

Алғашқы кездесуге бизнес иесі немесе өнім иесі және, бар болса, техникалық басшы қатысады. Идеяны, мақсатты пайдаланушыны, қазіргі жүйелер мен шектеулерді талдаймыз: команда, деректерге қойылатын талаптар, іске қосуға қатысты күтулер. Бар материалдарды — прототиптерді, зерттеулерді, кодты қараймыз. Нәтижесінде өнімнің басты тәуекелі және неден бастау керектігі туралы ұсыныс жазылған қысқа түйіндеме беріледі: discovery-ден, прототиптен немесе бірден бірінші нұсқаны әзірлеуден.

Сценарий мен scope бойынша воркшоп

Өнім иесімен және клиенттерді жақсы білетін адамдармен — сату мен қолдау бөлімдерімен бір немесе бірнеше жұмыс сессиясын өткіземіз. Негізгі сценарийді қадам бойынша, пайдаланушы рөлдерін, деректер мен интеграцияларды сипаттаймыз. Даулы функцияларды бірінші нұсқаға міндетті және кейінге қалдырылатын деп бөлеміз. Нәтижесінде бірінші нұсқа шекарасының құжаты, пайдаланушы жолының картасы және жауаптылары көрсетілген ашық сұрақтар тізімі беріледі.

Прототип және техникалық шешім

Дизайнер негізгі сценарийдің кликабельді прототипін жинайды, ал архитектор қатар жүйе сызбасын, деректер моделін және build, integrate немесе replace қағидаты бойынша сервистер таңдауын дайындайды. Прототипті өнім иесіне және мүмкіндігінше болашақ бірнеше пайдаланушыға көрсетеміз. Нәтижесінде келісілген прототип, архитектура сызбасы және Jira немесе Plane жүйесіндегі итерациялар жоспары беріледі. Сценарийде Kaspi арқылы төлем немесе телефон нөмірі арқылы кіру болса, қосылудың техникалық шарттарын осы қадамда тексереміз.

Көрсетілімі бар әзірлеу итерациялары

Әзірлеу командасы итерациялармен жұмыс істейді және әрқайсысының соңында тест контурында жұмыс істейтін нәтижені көрсетеді. Өнім иесі тапсырмаларды қабылдайды, басымдықтарды өзгертеді және ортақ арнада сұрақтарға жауап береді. Қатар аналитиканы, қателер мониторингін және автоматты тексерулерді қосамыз. Әр итерацияның нәтижесі — тест контурындағы жаңартылған нұсқа, қабылданған тапсырмалар тізімі және түзетілген жоспар. Компанияның техникалық басшысы, бар болса, code review-ға қатысады.

Іске қосу және релизден кейінгі алғашқы апталар

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

Жұмыс форматтары

MVP және SaaS әзірлеу форматтары: мерзімі мен нәтижесі

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

Формат	Не кіреді	Мерзімі	Нәтиже
Discovery немесе proof of concept	Негізгі сценарий, product scope, техникалық тәуекелдерді тексеру, build, integrate немесе replace туралы шешім	Қысқа кезең	Бірінші нұсқаның келісілген шекарасы, техникалық тәуекелдер тізімі және әзірлеу жоспары
MVP әзірлеу	Негізгі сценарийдің UX/UI-ы, архитектура, frontend және backend, интеграциялар, аналитика, мониторинг, шектеулі аудиторияға іске қосу	Discovery қорытындысы бойынша	Production-контурда жұмыс істейтін бірінші нұсқа, компания репозиторийіндегі код, аналитика және құжаттама
Бар өнімді дамыту	Ағымдағы жағдайды талдау, даму жоспары, әзірлеу итерациялары, аналитика мен мониторинг қосу	Қысқа итерациялармен	Жаңартылған даму жоспары және расталған сценарийлердің тұрақты релиздері
Жеке контур немесе интеграциялар	CRM, төлемдер және сыртқы сервистермен API-интеграциялар, клиент порталы немесе ішкі құрал	Диагностика қорытындысы бойынша	Құжаттамасы мен мониторингі бар жұмыс істейтін интеграциялар немесе жеке модуль

Қолайлы форматты тегін базалық диагностика барысында таңдаймыз, одан кейін өнімнің басты тәуекелі мен алғашқы қадамы анықталады.

Жиі қойылатын сұрақтар

SaaS және e-commerce әзірлеу: сұрақтар

Тек MVP жасайсыздар ма?

Жоқ. Бірінші нұсқаны іске қосуға, бар өнімді дамытуға немесе жеке цифрлық контур құруға болады.

Код кімге тиесілі?

Құқықтар, репозиторийлер және қолжетімділіктер шартта бекітіледі. Компания бір орындаушыға тәуелді болмай, жұмысты жалғастыра алуы керек.

Ішкі команданы қосуға бола ма?

Иә. Рөлдерді, code review-ды, репозиторийлерді және жауапкершілік аймақтарын алдын ала бөлеміз.

Мерзім қалай бағаланады?

Тұтас scope пен техникалық тәуекелдер анықталғаннан кейін. Белгісіздік жоғары болса, алдымен қысқа discovery немесе proof of concept өткіземіз.

MVP әзірлеу қанша тұрады?

Құны алғашқы нұсқаның шекарасына, рөлдер мен платформалар санына, интеграцияларға, деректер мен қауіпсіздікке қойылатын талаптарға байланысты. Бағаны тұтас пайдаланушылық сценарий келісіліп, техникалық тәуекелдер түсінікті болғаннан кейін береміз. Әзірлеу, дайын шешімді қосу немесе ауыстыру нұсқаларын салыстыру дайын күйінде қосуға болатын нәрсені әзірлеуге ақша төлемеуге көмектеседі.

MVP өнімнің толық нұсқасынан немен ерекшеленеді?

MVP — шектеулі аудитория үшін негізгі сценарийді жабатын және келесі шешімге деректер беретін ең аз тұтас нұсқа. Толық нұсқа құндылық расталғаннан кейін функцияларды, рөлдерді және ауқымды қосады. Жұмыс істейтін сценарийі жоқ қысқартылған экрандар жиынтығы MVP болып саналмайды.

MVP немесе SaaS әзірлеу үшін мердігерді қалай таңдауға болады?

Мердігер дайын backlog-ты бағалаудан ғана емес, құндылықтан, scope-тан және техникалық тәуекелдерден бастай ма, соған назар аударыңыз. Код, репозиторийлер мен қолжетімділіктер компанияға тиесілі болуы, нәтиже тұрақты итерациялармен көрсетілуі, ал алғашқы нұсқаға аналитика, мониторинг және құжаттама кіруі маңызды. Релизден кейін өнімді кім сүйемелдейтінін алдын ала талқылаған жөн.

Өз CRM-ді немесе тапсырмаларды басқару жүйесін әзірлеу керек пе?

Көбіне жоқ. Процесс типтік болса, оны бапталған Twenty немесе amoCRM сияқты CRM және Plane немесе Jira сияқты таск-трекерлер интеграциялармен бірге шешеді. Жеке әзірлеу логика бірегей болып, бизнеске өзі құндылық әкелгенде ғана ақталады — мұны build, integrate және replace нұсқаларын салыстырғанда тексереміз.

MVP іске қосылғаннан кейін не болады?

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