Tech Stack – вырашальны для вашага MVP

Такім чынам, у вас ёсць ідэя для новага прадукту, і вы вырашылі стварыць MVP, мінімальна жыццяздольны прадукт, для пачатку. І гэта пачатак вялікай дыскусіі … «Якую структуру я павінен выкарыстоўваць для інтэрфейсу? » або «Якая бэкэнд-тэхналогія лепшая для майго MVP?»

Памятайце, што MVP – гэта ў першую чаргу хуткае дастаўленне прадукту ў рукі кліентаў, а затым выкарыстанне іх водгукаў для паляпшэння канчатковага выніку. Але перш чым вашы распрацоўшчыкі напішуць код, вам трэба будзе выбраць тэхнічны стэк, які будзе працаваць у вашым праграмным прадукце. Варыянтаў можа быць ашаламляльна, асабліва калі вы не маеце тэхнічных схільнасцей, і яны звязаны з рызыкай таго, што выкарыстанне няправільнай мовы або фрэймворка можа сур’ёзна паўплываць на прадукт зараз ці нават значна пазней.

Для недасведчаных, тэхнічны стэк – гэта спалучэнне праграмных прадуктаў і моў праграмавання, якія выкарыстоўваюцца для стварэння вэб-прыкладання або мабільнага прыкладання. Прыкладанні маюць два праграмныя кампаненты: кліенцкі або інтэрфейсны, і серверны або бэк-энд. Кожны ўзровень прыкладання абапіраецца на функцыі ніжэйшага, ствараючы стэк.

Распрацоўка вэб-прыкладанняў

Інтэрфейс – гэта візуальная частка вашага прыкладання, якую карыстальнікі будуць бачыць і ўзаемадзейнічаць з ёй. Гэта ўзаемадзеянне можа адбывацца праз вэб-браўзер або мабільную праграму. Тэхналагічны стэк інтэрфейсу складаецца з такіх моў, як HTML, CSS, JavaScript, C/SWIFT або Java. Бэкэнд змяшчае бізнес-логіку, якая працуе за кулісамі, каб кіраваць вашым дадаткам. Карыстальнікі ніколі не будуць непасрэдна ўзаемадзейнічаць з бэк-эндам, уся інфармацыя перадаецца наперад і назад праз інтэрфейс. Выбіраецца мова праграмавання разам з вэб-фреймворкам, напісаным на гэтай мове.

На шчасце, выбраць правільны набор тэхналогій не так складана і патрабуе, каб у працэсе выбару ўлічылі толькі некалькі важных фактараў. Вось некаторыя фактары, якія дапамогуць вам хутка скараціць варыянты да кіраванага набору тэхналогій.

Ваша мэтавая база карыстальнікаў. Звяртайцеся да сваёй асноўнай мэтавай аўдыторыі пры распрацоўцы MVP і каштоўнаснай прапановы, якую прапануе ім ваш прадукт. Карыстальнікі больш схільныя ўзаемадзейнічаць з вамі праз прыкладанне або працоўны стол, або абодва? Для пачатку запусціце MVP толькі для адной платформы. Выдаткаванне дадатковых рэсурсаў на стварэнне і падтрыманне двух асобных інтэрфейсаў мае больш сэнсу пасля таго, як вы дасягнулі прагрэсу ў праверцы прадукту. Выбраная вамі платформа стане вашым першым крокам у выбары тэхнічнага ўзроўню.

Ландшафт інструментаў у вашай галіны. Адным з ключоў да паспяховага MVP з’яўляецца скарачэнне часу выхаду на рынак . Карыстанне існуючымі інструментамі можа рэзка скараціць аб’ём працы і намаганняў, неабходных для запуску вашага прадукту. Пры выбары мовы праграмавання і іншых бэкэнд-тэхналогій вызначце лепшыя інструменты з адкрытым зыходным кодам, даступныя ў вашай галіны, і выкарыстоўвайце іх набор тэхналогій у якасці кіраўніцтва. Калі вы запускаеце толькі простае роднае мабільнае прыкладанне, вам варта выкарыстоўваць сервернага пастаўшчыка, напрыклад Parse або StackMob, замест распрацоўкі ўласнага. Шукайце апошнія распрацоўкі на Github ад самых розных удзельнікаў і вялікую колькасць пытанняў StackOverflow. Вакол лепшых інструментаў жывая супольнасць распрацоўшчыкаў з энтузіязмам.

Функцыянальныя і нефункцыянальныя патрабаванні. Іншым важным, магчыма, самым важным з’яўляецца вызначэнне функцыянальных і нефункцыянальных аспектаў вашага прадукту перад тым, як сабраць набор тэхналогій. Нефункцыянальныя патрабаванні – гэта маштабаванасць, прадукцыйнасць, зручнасць выкарыстання, даступнасць, дастаўка даных, бяспека, адпаведнасць патрабаванням, пашыральнасць, партатыўнасць, аварыйнае аднаўленне, дакументацыя, надзейнасць і г.д. Тэхналагічны набор, які вы выбіраеце, павінен даць вам поўны кантроль над падтрымкай гэтых нефункцыянальных патрабаванняў.

Функцыянальныя патрабаванні – гэта характарыстыкі прадукту або функцыі, якія распрацоўшчыкі павінны рэалізаваць, каб карыстальнікі маглі выконваць свае задачы. У асноўным тое, што вы хочаце, каб ваш праграмны прадукт рабіў. Спецыфікацыя з усімі функцыянальнымі патрабаваннямі дапаможа вам выбраць правільны набор тэхналогій. Неабходна памятаць пра такія фактары, як хуткасць, маштабаванне, кошт будучага абслугоўвання і інтэграцыі, каб пазбегнуць непатрэбнага ўскладнення MVP.

Хто ваш распрацоўшчык? Пэўныя тэхналагічныя стэкі патрабуюць розных тыпаў кандыдатаў. Калі вы выбіраеце набор тэхналогій, пераканайцеся, што на рынку дастаткова распрацоўшчыкаў з неабходнымі вам навыкамі. Новая тэхналогія, такая як NodeJS, можа прыцягнуць добрых талентаў, але вы будзеце набіраць кадры з адносна абмежаванага фонду талентаў. Ваша каманда павінна быць сапраўды дасведчанай, таму што праект выконваецца ў вызначаны тэрмін. Такім чынам, калі вы збіраецеся выбраць стэк вэб-тэхналогій, пераканайцеся, што ў ім ёсць велізарная супольнасць распрацоўшчыкаў і багатая дакументацыя. Нават ваша галіна будзе ўплываць на наяўнасць талентаў. Напрыклад, платформы Fintech звычайна ствараюцца з выкарыстаннем Java або .NET з-за праблем з нарматыўнымі прававымі нормамі і патрабаваннямі, абедзве мовы маюць велізарны набор спецыялістаў. Нават пасля прыняцця рашэння аб наборы тэхналогій памятайце, што каманда распрацоўшчыкаў таксама павінна будзе абслугоўваць праграму пасля запуску.

Тып праекта. Калі праект невялікі і неабходна выканаць яго ў самыя кароткія тэрміны, то можна выкарыстоўваць простыя тэхналогіі, такія як CMS або WordPress. Затым ваш MVP можа быць дастаўлены нават у строгі тэрмін. Большаму праекту патрэбна будзе камбінацыя моў праграмавання, таму што распрацоўшчыкам спатрэбіцца нешта, што забяспечвае ім розныя функцыянальныя магчымасці і бясшвоўную інтэграцыю на розных платформах. Java і C# – гэта мовы праграмавання, якія часта выкарыстоўваюцца для вялікіх і складаных праектаў, такіх як сацыяльныя сеткі, велізарныя рынкі электроннай камерцыі і г.д.

Évolutivité

Па меры павелічэння колькасці карыстальнікаў прыкладанне павінна спраўляцца з нагрузкай. Выберыце набор тэхналогій, які будзе адпавядаць будучаму росту прыкладання, каб прадухіліць згортванне прадукту ў будучыні. Памятайце, што тэхналагічныя стэкі маюць розны патэнцыял маштабаванасці. Напрыклад, кампаненты стэка MEAN (Angular і Node.js) валодаюць выдатнай маштабаванасцю.

Кошт распрацоўкі

У той час як большасць папулярных інструментаў і фрэймворкаў з’яўляюцца бясплатнымі і з адкрытым зыходным кодам, магчыма, вам прыйдзецца падпісацца на іх, заплаціўшы плату, каб атрымаць доступ да пашыраных функцый. У залежнасці ад абранага вамі тэхналагічнага стэка вам таксама трэба будзе атрымаць яго ліцэнзію. Так што пераканайцеся, што вы ведаеце, колькі вы гатовыя выдаткаваць на развіццё MVP.

У заключэнне я хацеў бы адзначыць, што лепш выкарыстоўваць правераныя тэхналогіі, асабліва калі вы расце і патрабуеце больш распрацоўшчыкаў. Акрамя таго, не вынаходзіць ровар, калі гэта не важна для вашага прадукту, і памятайце пра тое, якія інструменты вам сапраўды патрэбныя, каб прадукт рабіў тое, што вы хочаце. Напрыклад, адзін з нашых кліентаў працаваў з іншым пастаўшчыком, які выкарыстоўваў .Net і SQL Server у якасці інтэрфейсу і серверу адпаведна для стварэння MVP. Але Zuci хутка зразумеў, што Apache Solar, Java і звязаныя з імі тэхналогіі з’яўляюцца лепшым варыянтам, улічваючы, што прыкладанне насамрэч павінна больш абслугоўваць патрэбы чытання, чым запісу.

У рэшце рэшт, памятайце, што тэхналогіі – гэта інструмент, які можа дапамагчы вам пабудаваць прыбытковы бізнес . Але не трапляйце ў пастку тэхналогій дзеля тэхналогій. Вашы канчатковыя карыстальнікі не будуць клапаціцца аб тым, наколькі модны ваш набор тэхналогій, але будуць клапаціцца аб тым, наколькі добра працуе ваша прыкладанне або вэб-сайт.

Адпаведныя спасылкі

https://www.zucisystems.com/blogs/cut-out-the-fat-eliminate-the-essence/

https://www.zucisystems.com/blogs/minimum-viable-product-mvp-in-90-days-customer-testimonial-2/

https://www.zucisystems.com/blogs/mind-to-market-in-90-days/