Kuidas luua rentimisturuplatsi: kuulutused, kuupäevade saadavus, deposiidid ja usaldus

Rentimisturuplats ühendab inimesi, kellel on midagi omada – kaamera, kaubik, peokatus, parkimiskoht – nendega, kes tahavad seda paariks päevaks laenata, ja võtab osa tasust. Selle ehitamiseks vajad kalendriga kuulutusi, taotlusel ja kinnitusel põhinevat broneerimisvoogu, mis ei broneeri kunagi kahekordselt ühte asja, makseid, mis hoiavad raha kinni kuni rentimiseni, viisi omanikele maksmiseks ja arvustusi, et võõrad saaksid üksteist usaldada. Tehisintellekti rakenduseehitaja suudab kiiresti valmistada kuulutused, otsingu ja broneerimisvoo. Tegelik töö on reeglites: deposiidid, üleandmine, hilinenud tagastamine, kahju ja väljamaksed.

Kui sa seda veel lugenud pole, katab meie üldine turuplatsi juhend kahepoolse turu põhitõed. See juhend keskendub sellele, mida rentimine juurde lisab.

Mida rakendus vajab

Andmed

Rentimise staatus kannab enamiku loogikast. Tüüpiline elutsükkel: taotletud → aktsepteeritud → makstud → üle antud → tagastatud → lõpetatud, koos harudega tagasi lükatud, tühistatud, tähtaja ületanud ja vaidlustatud.

Lehed

• Avalik: avaleht otsinguga (mis, kus, millal), tulemused filtrite ja kaardiga, kuulutuse leht fotode, hinna, kalendri ja omaniku hinnanguga.
• Üürnik: taotluse vorm, minu rentimised, sõnumid, arvustuse kirjutamine.
• Omanik: minu kuulutused, kalender, sissetulevad taotlused aktsepteerimiseks või tagasilükkamiseks, teenitud summad.
• Admin: kasutajad, kinnitamist ootavad kuulutused, vaidlused, väljamaksed.

Õigused

Üürnikud näevad omaniku eesnime, piirkonda ja arvustusi – mitte täpset aadressi ega telefoni, kuni rentimine on aktsepteeritud. Omanikud näevad üürnike andmeid ainult oma rentimistes. Adminid näevad kõike. See tähendab päris sisselogimisi ja vähemalt kolme rolli; rollipõhine juurdepääsukontroll selgitab, kuidas neid serveris jõustada.

Otsused ja kompromissid

Taotlusel broneerimine või kohene broneerimine

Alusta taotlusel broneerimisega: omanik aktsepteerib või lükkab tagasi määratud aja jooksul. See laseb omanikel üürnikke kontrollida ja käsitleb asju, mille saadavust ei jälgita täiesti täpselt. Kohene broneerimine lisandub hiljem usaldusväärsetele omanikele, kelle kalendrid on korras.

Päeva-, tunni- või nädalahind

Vali esimeses versioonis üks ühik. Päevahind koos valikulise nädalaallahindlusega katab enamiku varustuse ja sõidukite rentimisi. Tunnihind sobib ruumidele ja vajab kellaajapõhiseid slotte kuupäevade asemel.

Kuidas deposiite käsitleda

See on pärast maksete endi kõige olulisem otsus:

• Kaardi autoriseerimise hoidmine – summa on reserveeritud, kuid mitte võetud, ja vabastatakse pärast tagastamist. Puhas lühikeste rentimiste jaoks, kuid hoidmised aeguvad kaardiorganisatsioonide ja makseteenuse pakkuja seatud piirangu järgi.
• Tagastatav deposiidimakse – võetakse makse ajal, tagastatakse pärast tagastamist. Lihtne, kuid üürnikud ei armasta seda ja tagasimaksed maksavad tasusid.
• Deposiit puudub, kahjutasu hiljem – madalaim hõõrdumine, kõrgeim risk omanikele.

Mida sa ka ei valiks, kirjuta kahju- ja hilinenud tagastamise poliitika maha ning näita seda enne makset.

Väljamaksed

Omanikele raha liigutamine tähendab raha saatmist kolmandatele osapooltele, mis nõuab platvormi makselahendust nagu Stripe Connect ja toob kaasa omanike isikutuvastuse. Nõudluse testimiseks maksab levinud viis makse keskselt kokku ja maksab omanikele käsitsi esimese paarikümne rentimise eest. Enne skaleerimist kontrolli kohalikke reegleid teiste inimeste raha hoidmise kohta koos nõustajaga.

Usaldus ja turvalisus

Vähemalt kinnitatud e-post ja telefon; isikutõendid kõrge väärtusega kategooriates; arvustused mõlemas suunas; seisundifotod üleandmisel ja tagastamisel; ning selge viis probleemist teatada.

Esimene käsk, mis töötab

Ehita inimestevaheline kaamera-varustuse rentimisturuplatsi nimega LensLoop Londonile. Omanikud lisavad asju (kaamerakorpused, objektiivid, valgustus) fotodega, päevahinnaga, deposiidi summaga, miinimum 1 päev ja maksimum 14 päeva, üleandmisala ja blokeeritud kuupäevadega. Üürnikud otsivad tüübi, piirkonna ja kuupäevade järgi ning näevad ainult asju, mis on vabad kogu perioodi jooksul. Broneerimine on taotlusel: omanik aktsepteerib või lükkab tagasi 24 tunni jooksul. Rentimistel on staatused taotletud, aktsepteeritud, makstud, üle antud, tagastatud, lõpetatud, tühistatud, vaidlustatud. Peida omaniku täpne aadress ja telefon, kuni rentimine on aktsepteeritud. Üürnik ja omanik saavad rentimise sees üksteisega sõnumeid vahetada. Üleandmisel ja tagastamisel saavad mõlemad poolel üles laadida seisundifotod. Pärast lõpetamist jätavad mõlemad 1–5 tärni arvustuse. Omaniku töölaud taotluste, kalendri ja teenitud summadega; admini leht kasutajatele, kuulutustele ja vaidlustele. Salvesta kõik andmebaasi. Maksed tulevad hiljem – praegu märgi rentimised adminilehelt käsitsi makstuks. Puhas, usaldusväärne disain, mobiilis esimesena.

Maksete jätmine hiljemaks on tahtlik: see laseb testida turuplatsi päris inimestega enne, kui raha sisse ühendad.

Ehita samm-sammult

1. Kuulutused ja otsing. Loo, muuda ja sirvi kuulutusi fotode ja kalendriga.
2. Saadavus. Serveripoolsed kontrollid, et kaks aktsepteeritud rentimist sama asja jaoks ei kattu kunagi, sealhulgas blokeeritud kuupäevad.
3. Rentimise elutsükkel. Taotlus, aktsepteerimine, tagasilükkamine, tühistamine, staatuse reeglid jõustatud serveris.
4. Sisselogimised ja rollid. Üürnik, omanik, admin; peida kontaktandmed kuni aktsepteerimiseni.
5. Sõnumid ja seisundifotod iga rentimise juures. Vaata failide üleslaadimise lisamist.
6. Maksed testrežiimis: üürnik maksab, kui omanik aktsepteerib; deposiit käsitletakse vastavalt sinu poliitikale.
7. Väljamaksed, esialgu käsitsi, seejärel platvormi makselahenduse kaudu.
8. Arvustused ja teatamine.
9. Testi keerulisi juhtumeid: kattuvad taotlused, omanik, kes ei vasta kunagi, tühistamine pärast makset, hilinenud tagastamine, vaidlustatud deposiit.

Levinud vead

• Väljamaksete ehitamine enne nõudluse tõestamist. Tee kõigepealt kakskümmend päris rentimist käsitsi.
• Kontaktandmete liiga vara avalikustamine. Inimesed korraldavad rentimised platvormist väljaspool ja sa kaotad nii tasu kui turvavõrgu.
• Seisundi tõendeid pole. Ilma üleandmise ja tagastamise fotodeta muutub iga kahjunõue ühe inimese sõnaks teise sõna vastu.
• Ebamäärased tühistamis- ja hilinenud tagastamise reeglid. Pane neile numbrid.
• Käivitamine kõikjal. Rentimisturuplatsid vajavad tihedust – piisavalt asju piisavalt lähedal asuvate üürnike jaoks. Alusta ühes linnas ja ühes kategoorias.
• Kindlustuse ja kohalike reeglite ignoreerimine. Sõidukitel, ruumidel ja kallitel seadmetel on sageli konkreetsed nõuded. Küsi nõu.

Millal on valmistoode parem valik

Kui tahad testida rentimisturuplatsi ideed ilma midagi ehitamata, lubavad turuplatsitarkvara tooted ja rentimisspetsiifilised platvormid käivitada kuulutused, broneeringud ja maksed mallidest ning mõned käsitlevad ka väljamakseid. Need on mõistlik viis nõudluse kinnitamiseks.

Ehita ise siis, kui su kategooria vajab reegleid, mida need tooted ei paku – kontrollisammud, asjade komplektid, üleandmisaknad, kohandatud deposiidid – või kui rentimiskogemus ise on su toode ja sa oodata oma tulevikus pidevalt muutmist.

Ehitamine Mythexiga

Mythexis kirjeldad turuplatsi vestluses ja agent ehitab selle reaalajas eelvaates koos Postgres-andmebaasiga kuulutustele ja rentimistele ning failisalvestusega fotodele. Lõppkasutaja sisselogimine, maksed ja väljamaksed kasutavad sinu enda teenusepakkujaid ja võtmeid: Mythexis ei ole lõppkasutaja sisselogimist, oma Stripe'i integratsiooni ega väljamakse käsitlemist, seega seob agent selle, mida valid, ja võtmed hoitakse projekti saladustena. Plaanirežiim on siin kasulik – palu enne koodi kirjutamist plaan rentimise elutsükli ja staatuste kohta. Kui arendaja peab üle võtma, sisaldab Pro eksporti ja GitHubi sünkroonimist.

Algpromptiks proovi rentimisturuplatsi malli või varustusrendifirma broneerimissüsteemi ehitajat.

Küsimused