Að byggja MVP fyrir gangsetning vs Enterprise hugbúnað (reynsla okkar)

Undanfarin ár hef ég verið heppinn að taka þátt í þróun tveggja farsíma fyrir tvo aðskilda viðskiptavini hjá fyrirtækinu okkar.

Þrátt fyrir að vera svipaðir að eðlisfari voru áskoranirnar og nálgunin fyrir hvern og einn misjafnlega frábrugðin hvert öðru og ég vildi deila lærdómsreynslu minni með þér og því sem ég fann þar sem nokkrar af einkennunum og aðgreiningum á milli þess að byggja MVP fyrir ræsingu og stórt FinTech fyrirtæki.

Ræsingin

StartUp - Áskorunin

Fyrsta áskorunin okkar sem mér og samstarfsmönnum mínum var gefin var að byggja nokkuð flókið MVP fyrir einn stærsta flugvöllinn í LATAM sem hafði marga hreyfanlega hluti, allt frá því að draga rauntíma fluggögn, myndskreytingar deildarverslana og persónulega meðmælavél meðal margra annarra.

Tilgangurinn var að umbreyta sanna fullkomlega stafræna upplifun og koma farþegum í gegnum eitt farsímaforrit og útrýma þörf notandans til að hlaða niður mörgum forritum og draga úr dreifðu vörumerki.

Stóra framtakið

ISV - Áskorunin

Önnur áskorunin sem hent var á okkur - og ég meina að á besta hátt - var fyrir stórt FinTech fyrirtæki. Þetta er fjármálaforrit, það felur í sér að vinna með mikla virkni í kringum peninga fólks. Það var líka eitthvað sem nokkrir bankar ætluðu að nota, svo eins og þú getur ímyndað þér, var allt mjög alvarlegt og flókið allan tímann.

Í dag vil ég taka smá stund til að deila með ykkur reynslu okkar en aðallega mismuninum á milli þess að byggja MVP fyrir gangsetning og byggja Enterprise Software ™.

Við munum skipta því í mismunandi flokka:

Tæknin að baki

Tæknistakkur

Eflaust var gangsetning sveigjanlegra varðandi þetta, þau voru opin fyrir tillögum og voru áhugasöm um að prófa nýjungartækni jafnvel þó að það væri áhætta eins og að nota vörur í BETA útgáfu til framleiðslu . Til dæmis vildu þeir nota Cloud Firestore jafnvel það var merkt sem BETA á þeim tíma.

Fintech fyrirtækið var skiljanlega meira lokað varðandi tækni stafla sem við myndum nota. Jafnvel pakkarnir sem við þurftum að setja upp þurftu að fara í gegnum ítarlegt endurskoðunarferli, bæði af tækniteymi sínu og öryggissveit þeirra. Svo að ekki sé minnst á að nokkuð sem þeir gætu ekki haft 100% eignarhald var út í hött.

Teymisvinna

Liðsstærð

Ég er samt ekki viss um hvort þetta hefur áhrif á tegund vöru, ég hallast að því að það sé meira vegna umfangsins, en fyrir MVP vorum við með teymi 1 verkefnisstjóra, 2 þróunaraðila og 1 spurningafyrirtæki. Það voru engir UX-menn í liðinu vegna þess að viðskiptavinurinn var með hönnun sína nú þegar.

Liðið fyrir Enterprise verkefnið var miklu stærra, við vorum með 1 verkefnastjóra, 6 þróunaraðila, 2 QA og 2 UX sérfræðinga.

Eins og ég sagði, það snýst meira um umfangið, MVP var tveggja mánaða verkefni, Enterprise Software var áralang þátttaka.

Hraði

Þróunarhraði

Þetta er þáttur þar sem við fundum mikið fyrir mismun, gangsetningin sem þarf til að komast á markað ASAP, svo við vorum einbeittum að því að beita nýrri virkni í hverri viku.

Fyrir Enterprise Software ™ eru hlutirnir ólíkir, við vorum með fjölhluta ferli til að gefa út kóða:

  • Við fórum af stað með vegvísunarlotu þar sem við greindum allt verkefnið og skilgreindum aðgerðir til að byggja upp í hverri útgáfu.
  • Við settum upp mánaðarlega útgáfu með 2 spretti í hverri útgáfu.
  • Eftir hvern sprett fóru aðgerðirnar til QA liðsins okkar.
  • Eftir QA vottun bjuggum við til uppsetningaraðila fyrir QA teymi viðskiptavinarins.
  • Eftir QA vottun viðskiptavinar voru aðgerðirnir samþykktar og samþættar verkefninu. Eða þeir voru sendir aftur til lagfæringa.
QA

Gæðalæknar

Ég talaði svolítið um þetta í fyrri liðnum, en það var nokkur munur á gæðatryggingu líka. Til dæmis varðandi Startup verkefnið hafði QA okkar meira um það hvernig hlutirnir virkuðu og hvað hún taldi fullnægjandi væntingar.

Fyrir fyrirtækjaviðskiptavottorðið okkar vottaði QA teymið aðgerðirnar, en síðan eftir það þurftu eigin QA teymi að votta það áður en þeir gáfu sér far um að samþætta hann við aðalgrein verkefnisins.

Hönnun

UX / HÍ

Þetta er annar hluti þar sem ferlið var mikið frábrugðið, með upphafsskjólstæðingnum afhentu þeir hönnuninni fyrir okkur til að hrinda þeim í framkvæmd og það var minna strangt ferli.

Hjá fyrirtækjaviðskiptum okkar var hönnunin einnig þriggja þrepa ferli:

  • UX teymið okkar bjó til hönnunina fyrir aðgerðina fyrir næsta sprett.
  • Hönnunardeild viðskiptavinarins samþykkti hönnunina.
  • Viðskiptavinurinn sendi samþykkt hönnun til notendaprófa.
  • Viðskiptavinurinn sendi hönnunina til baka til að hrinda í framkvæmd breytingum á grundvelli prófana á notendum.
  • UX teymið okkar gerði breytingar / lagfæringar og sendu síðan hönnunina aftur til viðskiptavinarins.
Dreifing

Dreifing

Ég held að þetta hljóti að vera meira með tegund viðskiptavinar en verkefni, en það er þess virði að minnast á það vegna þess að hlutirnir voru mjög ólíkir.

Fyrir ræsiskúnstina settum við upp dreifingu með Firebase og Wordpress (fyrir innihaldshluta forritsins).

Viðskiptavinur viðskiptavinur hafði mismunandi kröfur, það var allt gert með innri verkfærum / kerfum sem þeir höfðu, við vorum með kóðann á VSTS reikningnum okkar en aðeins á meðan við vorum „í þróun“.

Þegar viðskiptavinurinn fékk viðurkennda útgáfu fluttum við kóðann yfir í eigin geymslur þar sem þeir meðhöndluðu allt.

Peningaspjallið

Kostnaður

Eins og þú gætir ímyndað þér að peningarnir voru mjög mismunandi fyrir báða viðskiptavini.

Upphaf viðskiptavinur var með lið um 1/3 af stærð fyrirtækis viðskiptavinarins sem hefur áhrif á kostnaðinn mikið, einnig voru ferlar og umfang mismunandi.

Lexía lærð

Sem fyrirtæki held ég að stærsta lexían sem við lærðum af báðum þessum verkefnum sé hversu ólík nálgun okkar ætti að vera háð tegund viðskiptavinarins. Verkfæri, samskipti, aðferðafræði osfrv.

Á persónulegri nótum lærði ég að halda stöðugri og flóknari samskiptum við viðskiptavini, það voru mörg augnablik þegar það að tala saman hjálpaði okkur gráðugum vegatálmum.

Hvað finnst þér, ertu gangsetning að leita að því að komast hratt á markað? Eða rótgróið fyrirtæki sem leitar að tæknifélagi?

Ekki hika við að ná til okkar, við viljum ræða um hvernig við getum hjálpað þér að koma þér á markað og láta það verkefni ganga í gegn.

Leitaðu til mín eða Yuxi Global - [email protected] - ef þú ert að fara í gegnum svipaðar áskoranir í fyrirtækinu þínu og ert að leita að hjálp við að byggja næsta MVP eða stafræna vöru. Við elskum góða áskorun og erum alltaf að leita að leiðum til að geta nýtt þér.