Nannow: 6 000+ registracijų per keturis mėnesius nuo starto

Problema: pasitikėjimas, mokėjimai ir mobili patirtis turėjo veikti kartu

Dviejų pusių marketplace negali būti vien skelbimų sąrašas. Reikėjo suvaldyti skirtingus dalyvius, jų patikimumą, mokėjimų kelią ir veiksmus mobiliajame produkte.

Jei viena iš šių dalių veikia atskirai, visas sandoris tampa neaiškus: vartotojas nežino, kas gali atlikti veiksmą, kada juda pinigai ir kokia būsena yra galutinė.

Apribojimai: dvi pusės ir vienas nuoseklus sandoris

Platforma turėjo aptarnauti skirtingas roles, KYC patikrą ir Stripe Connect mokėjimų infrastruktūrą. Tos dalys turėjo būti suderintos su mobiliosiomis aplikacijomis, o ne paliktos kaip atskiros integracijos.

Svarbiausias architektūrinis apribojimas buvo sandorio vientisumas: kiekviena rolė ir būsena turėjo turėti aiškią vietą bendrame procese.

Sprendimai ir įgyvendinimas

Bendraįkūrėjų ir komandos darbas apėmė marketplace branduolį, dalyvių roles, KYC, Stripe Connect ir mobiliąsias aplikacijas. Šios dalys buvo projektuojamos kaip vieno produkto srautas.

Tokia sandara leidžia verslo taisykles sieti su konkrečiomis sandorio būsenomis, teisėmis ir mokėjimų veiksmais.

• Marketplace branduolys
• Dalyvių rolės ir teisės
• KYC patikra
• Stripe Connect
• Mobiliosios aplikacijos

Mano atsakomybė

Buvau Nannow bendraįkūrėjas, CEO ir produkto vadovas. Formavau produkto bei verslo sprendimus ir koordinavau marketplace branduolio, rolių, KYC, Stripe Connect bei mobiliųjų aplikacijų techninį įgyvendinimą.

Platformą kūrėme su bendraįkūrėjais ir komanda, todėl techninis įgyvendinimas ir bendras projekto rezultatas nėra pristatomi kaip vieno žmogaus darbas.

Pateiktas rezultatas: daugiau nei 6 000 registracijų

Per keturis mėnesius nuo starto Nannow surinko daugiau nei 6 000 registracijų.

Šis rezultatas rodo registracijos veiksmą paleistoje platformoje. Tai registracijų, o ne aktyvių vartotojų, užsakymų, sandorių ar pajamų metrika — būtent taip ji ir pateikiama.

Ką iš šio projekto galima pritaikyti kitur

Marketplace architektūrą verta pradėti nuo sandorio būsenų, rolių ir pinigų judėjimo. Sąsaja turėtų atspindėti šį modelį, o ne bandyti paslėpti neapibrėžtas verslo taisykles.

KYC ir mokėjimai nėra vėlyvos integracijos. Jie keičia vartotojo kelią, prieigas ir klaidų scenarijus, todėl turi būti projektuojami kartu su produkto branduoliu.