Kaip sukurti rinkos aikštelę: praktinis MVP gidas

Norėdami sukurti rinkos aikštelę, pradėkite nuo vienos siauros kategorijos ir vieno miesto ar nišos, sukurkite mažiausią versiją, kuri leidžia pardavėjams skelbti, o pirkėjams – rasti ir susisiekti, ir įrodykite, kad žmonės tikrai prekiauja, prieš kurdami mokėjimus platformoje. Skelbimai, paieška, profiliai ir žinutės šiandien kuriami paprastai. Pirkėjo pinigų priėmimas ir pardavėjų išmokėjimas – ne: čia atsiranda pardavėjų patvirtinimas, grąžinimai, ginčai ir mokesčių klausimai, kuriuos reikia planuoti sąmoningai, o ne prikabinti vėliau.

Kas iš tikrųjų yra rinkos aikštelė

Dviejų pusių rinkos aikštelė jungia dvi grupes: žmones, kurie ką nors siūlo (pardavėjus, šeimininkus, laisvai samdomus specialistus, nuomotojus), ir žmones, kurie to nori (pirkėjus, svečius, klientus, nuomininkus). Jūsų produktas yra tarp jų. Ar tai fiziniai daiktai, nuoma ar paslaugos, keičia detales, bet dauguma rinkos aikštelių reikalauja tų pačių statybinių blokų.

Duomenys

Iš anksto išvardyti lentelės padeda jums ir bet kuriam DI kūrėjui teisingai sukurti struktūrą: naudotojai (su vaidmeniu), pardavėjų profiliai, skelbimai, skelbimų nuotraukos, kategorijos, užklausos ar rezervacijos, žinutės, o vėliau – užsakymai, išmokėjimai ir atsiliepimai. Iš anksto nuspręskite, kuriuos laukus turi kiekvienas skelbimas; nenuoseklūs skelbimai daro paiešką ir filtrus bevertes.

Teisės

Rinkos aikštelės dažniausiai nukrenta dėl teisių. Surašykite taisykles:

• Bet kas gali naršyti paskelbtus skelbimus.
• Tik pardavėjas, kuriam priklauso skelbimas, gali jį redaguoti ar ištrinti.
• Pirkėjai mato tik savo užklausas ir žinutes; pardavėjai mato tik užklausas apie savo skelbimus.
• Administratoriai mato ir moderuoja viską.
• Kontaktiniai duomenys atskleidžiami tik tada, kai nusprendžiate – pavyzdžiui, patvirtinus rezervaciją.

Išbandykite šias taisykles prisijungę kaip vienas naudotojas ir bandydami atidaryti kito naudotojo puslapius.

Sprendimai ir kompromisai

Pradėkite siaurai

„Rinka viskam“ neturi nei pasiūlos, nei auditorijos. „Kameros įrangos nuoma savaitgaliais Lisabonoje“ gali būti rankiniu būdu pradėta su pasiūla. Siauros kategorijos padaro ir MVP mažesnį: mažiau laukų, mažiau filtrų, mažiau kraštutinių atvejų.

Ką verbuoti pirmiausia

Dauguma rinkos aikštelių pirmiausia kuria pasiūlą – jūs patys užregistruojate pirmuosius pardavėjus, kartais kurdami skelbimus jų vardu – nes pirkėjai tuščią rinką palieka iš karto. Planuokite administravimo įrankius tam: masinį skelbimų pridėjimą, redagavimą pardavėjo vardu ir skelbimų pažymėjimą kaip išskirtinių.

Kaip juda pinigai

Tai didžiausias sprendimas, ir yra trys dažni atsakymai:

1. Jokių mokėjimų platformoje. Pirkėjai susisiekia su pardavėjais ir moka jiems tiesiogiai. Pajamas gaunate iš skelbimų mokesčių, išskirtinių vietų ar prenumeratos pardavėjams. Paprasčiausia sukurti; silpniausia kontrolė pačiam sandoriui.
2. Mokate tik pardavėjas. Pardavėjai moka jums prenumeratą ar mokestį už skelbimą per įprastą atsiskaitymą. Vis dar paprasta – tai kaip bet kuri mokama programėlė.
3. Pirkėjai moka per platformą, o jūs išmokate pardavėjams. Imate komisinį mokestį nuo kiekvieno sandorio. Tai dažniausiai įsivaizduojama, ir čia slypi sudėtingumas.

Mokėjimai ir išmokėjimai: sąžininga versija

Kortelės mokėjimas gerai suprantamas. Tokio mokėjimo padalijimas ir didžiosios dalies siuntimas trečiajai šaliai – kita problema. Dažniausiai reikia mokėjimų produkto, sukurto platformoms, pavyzdžiui, Stripe Connect, o ne įprasto atsiskaitymo.

Pagal 2026 m. rugsėjo mėn. Stripe rinkos aikštelės vadovą, Stripe tvarko pardavėjų registraciją, o rinkos aikštelė priima mokėjimus, moka Stripe mokesčius, valdo grąžinimus ir ginčus, surenka taikomą mokestį nuo kiekvieno mokėjimo ir kontroliuoja, kada lėšos išeina pardavėjams. Tame pačiame vadove nurodyta, kad platforma atsako už prijungtų paskyrų neigiamų likučių padengimą – pavyzdžiui, kai grąžinimas ar atgalinis mokėjimas atkeliauja jau išmokėjus pardavėjui. Jame taip pat nurodomi sukčiavimo įrankiai tai rizikai valdyti.

Praktikoje tai reiškia darbą, kuris viršija atsiskaitymo mygtuką:

• Pardavėjų registracija ir patvirtinimas. Kiekvienas pardavėjas praeina tapatybės ir banko sąskaitos tikrinimus, prieš jam galint išmokėti. Kai kurie įstrigs ir paprašys jūsų pagalbos.
• Webhook'ai. Jūsų programėlė turi klausytis mokėjimų teikėjo įvykių – mokėjimas pavyko, pardavėjo paskyra patvirtinta, išmokėjimas nepavyko – ir atnaujinti savo įrašus.
• Grąžinimai, atšaukimai ir ginčai. Nuspręskite savo politiką, tada programinė įranga turi ją vykdyti, įskaitant tai, kas padengia kaštus.
• Mokesčiai ir ataskaitos. Mokėjimų ir platformos mokesčiai veikia jūsų maržą; dabartines kainas patikrinkite teikėjo svetainėje.
• Mokesčiai ir teisė. Priklausomai nuo to, kur veikiate jūs ir jūsų pardavėjai, gali tekti laikytis mokesčių, ataskaitų ar licencijavimo reikalavimų. Gaukite tinkamą patarimą, prieš laikydami ar perkeldami kitų žmonių pinigus dideliu mastu.

Tai nepadaro rinkos aikštelės neįmanomos – tik reiškia, kad išmokėjimai nusipelno atskiro etapo su bandomuoju režimu, bandomosiomis paskyromis ir raštiška politika, o ne vienu užklausimu. Mūsų gidas kaip pridėti mokėjimus į programėlę aprašo atsiskaitymo, webhook'ų ir bandomojo režimo pagrindus.

Pirmasis užklausimas DI kūrėjui

Aprašykite abi puses, sandorį ir teises – o pirmoje versijoje mokėjimus praleiskite:

Sukurkite MVP rinkos aikštelę pavadinimu GearShare, kurioje fotografai Lisabonoje nuomoja vieni kitiems fotoaparatų įrangą. Pardavėjai registruojasi, kuria skelbimus (pavadinimas, kategorija, aprašymas, dienos kaina, iki 6 nuotraukų, kaimynystė) ir mato užklausas apie savo skelbimus. Pirkėjai naršo pagal kategoriją, ieško pagal raktažodį, filtruoja pagal kainą ir kaimynystę, atidaro skelbimą ir siunčia nuomos užklausą su datomis ir žinute. Kiekvienas naudotojas mato tik savo užklausas ir žinutes. Įtraukite administravimo puslapį, kuriame prieš paskelbiant patvirtinami nauji skelbimai ir galima paslėpti skelbimus. Viską saugokite duomenų bazėje, nuotraukas – failų saugykloje. Mokėjimų dar nėra – patvirtintose užklausose rodykite „Susitarkite su savininku dėl mokėjimo“. Pritaikyta mobiliesiems, švarus dizainas.

Tada kurkite dalimis: pirmiausia skelbimai, paskui paieška ir filtrai, tada užklausos ir žinutės, galiausiai administravimas. Kiekvieną dalį išbandykite prieš pereidami prie kitos.

Kūrimo žingsniai

1. Pasirinkite nišą ir trumpai aprašykite abi naudotojų keliones.
2. Apibrėžkite skelbimo laukus ir kategorijas. Laikykite glaustai.
3. Sukurkite skelbimus ir naršymą su realiais pavyzdiniais duomenimis.
4. Pridėkite paskyras ir vaidmenis, ir išbandykite kiekvieną teisių taisyklę.
5. Pridėkite sandorį – užklausą, rezervacijos prašymą ar žinutes.
6. Pridėkite administravimą ir moderavimą: patvirtinti, paslėpti, blokuoti, redaguoti.
7. Pridėkite el. pašto pranešimus, kad žmonės žinotų apie naują užklausą.
8. Paleiskite su rankiniu verbavimu savo nišoje ir stebėkite tikrus sandorius.
9. Tik tada pridėkite mokėjimus, pradedant bandomuoju režimu ir nedidele patikimų pardavėjų grupe.
10. Pridėkite atsiliepimus, kai bus pakankamai užbaigtų sandorių, kad jie būtų verti.

Dažnos klaidos

• Išmokėjimų kūrimas prieš įrodant paklausą. Savaitės mokėjimų darbo rinkai, kurios niekas nenaudoja.
• Per plati paleidimo sritis. Plona pasiūla daugelyje kategorijų atrodo tuščia visur.
• Silpnos teisės. Pardavėjas, galintis redaguoti kito pardavėjo skelbimą, ar pirkėjas, skaitantis kito žmogaus žinutes, yra rimta klaida.
• Nėra moderavimo įrankių. Šlamštas ir blogi skelbimai greitai atsiranda, kai tampate viešai prieinami.
• Neaiškios politikos. Atšaukimams, grąžinimams ir ginčams reikia raštiškų taisyklių prieš judant pinigams.
• Dirbtinis aktyvumas. Išgalvoti atsiliepimai ar skelbimai ardo pasitikėjimą ir gali pažeisti vartotojų taisykles. Vietoje to verbuokite tikrą pasiūlą.
• Ignoruojamas nutekėjimas. Pirkėjai ir pardavėjai, susitikę jūsų platformoje, gali sandorį atlikti už jos ribų. Suteikite jiems priežastį likti – apsaugą, patogumą, reputaciją – o ne pasikliaukite kontaktų slėpimu.

Kaštai ir įrankiai

MVP veikimo kaštai nedideli: talpinimas, duomenų bazė, nuotraukų failų saugykla ir el. pašto paslaugos teikėjas. Mokėjimai prideda kiekvieno sandorio mokesčius ir, platformų produktams, papildomus platformos mokesčius; dabartines kainas patikrinkite teikėjo svetainėje. Didesnė kaina – laikas: pardavėjų palaikymas, moderavimas ir ginčų sprendimas.

Kada geresnis pasirinkimas – paruoštas produktas

Jei jūsų rinka yra standartinės formos – nuomos svetainė, paslaugų katalogas su rezervacijomis, skaitmeninių prekių parduotuvė – ir norite, kad išmokėjimai veiktų nuo pirmos dienos, specializuota rinkos aikštelės programinė įranga gali sutaupyti mėnesius, nes ji jau išsprendė registraciją, komisinius ir ginčus. Kompromisas – mažesnė kontrolė ir mėnesinis ar sandorio mokestis. Kurkite patys, kai jūsų atitikimas, skelbimų formatas ar darbo eiga yra neįprasti ir šablonai kovotų su jumis, arba kai norite valdyti kodą ir duomenis. Kai kurie steigėjai pradeda nuo katalogo svetainės, kuri pardavėjams apmokestina skelbimus, ir vėliau išauga į sandorių rinkos aikštelę.

Kūrimas su Mythex

Mythex gali sukurti aukščiau aprašytą MVP pokalbyje: skelbimus, paiešką ir filtrus, užklausų srautus ir administravimo puslapį, su atskira Postgres duomenų baze ir failų saugykla, pridedama tada, kai programai jos reikia. Programėlės prisijungimas yra jūsų pasirinktas – galite pasirinkti būdą, pavyzdžiui, el. paštą ir slaptažodį, saugomą jūsų duomenų bazėje, arba išorinį autentifikavimo tiekėją, ir agentas tai prijungia. Mokėjimams prijungiate savo Stripe paskyrą su raktais, saugomais kaip projekto paslaptys; vienu paspaudimu įjungiamų rinkos išmokėjimų funkcijos nėra, todėl Connect registracija, webhook'ai ir išmokėjimų logika yra kodas, kurį kuriate, išbandote bandomuoju režimu ir valdote.

Naudingi dokumentai: kaip sukurti CRUD programėlę, prisijungimas (su savo autentifikavimu) ir mokėjimų priėmimas su Stripe. Nuomos rinkos aikštelės šablonas suteikia pradinį užklausimą, o mūsų SaaS MVP gidas aprašo, kaip laikyti pirmą versiją mažą.

Klausimai