Bérlési piactér készítése: hirdetések, dátumos elérhetőség, letétek és bizalom

A bérlési piactér azokat köti össze, akik valamit birtokolnak — egy kamerát, egy furgont, egy party-sátrat, egy parkolóhelyet —, azokkal, akik néhány napra kölcsönöznék, és ebből jutalékot vesz. Ahhoz, hogy egyet építs, kellenek naptáras hirdetések, egy kérés-és-jóváhagyás foglalási folyamat, amely soha nem foglal kétszer ugyanazt, fizetések, amelyek a bérlés megtörténtéig tartják a pénzt, egy mód a tulajdonosok kifizetésére, és értékelések, hogy az idegenek bízhassanak egymásban. Egy AI-alapú appkészítő gyorsan elő tudja állítani a hirdetéseket, a keresést és a foglalási folyamatot. A valódi munka a szabályokban van: letétek, átadás, késői visszahozatal, kár és kifizetések.

Ha még nem olvastad, az általános piactér-útmutatónk lefedi a kétoldalú piactér alapjait. Ez az útmutató arra fókuszál, mit tesz hozzá a bérbeadás.

Mit igényel az app

Adatok

Tábla	Fő mezők
Felhasználók	Név, e-mail, ellenőrzött igen/nem, tulajdonos-e, kifizetési fiók állapota, értékelés
Hirdetések	Tulajdonos, cím, kategória, fotók, ár naponta, minimum és maximum napok, letét összege, helyszín, átadási lehetőségek, aktív igen/nem
Letiltott dátumok	Hirdetés, dátumtartomány, ok (tulajdonos használja, karbantartás)
Bérlések	Hirdetés, bérlő, kezdő dátum, befejező dátum, státusz, ár, platformdíj, letét állapota, átadási megjegyzések
Üzenetek	Bérlés, feladó, szöveg, küldés ideje
Értékelések	Bérlés, szerző, tárgy (tulajdonos vagy bérlő), értékelés, szöveg
Állapotjelentések	Bérlés, szakasz (átvétel vagy visszahozatal), fotók, jegyzetek

A bérlési státusz hordozza a logika nagy részét. Tipikus életciklus: kérve → elfogadva → fizetve → átvéve → visszahozva → lezárva, elágazásokkal: elutasítva, lemondva, lejárt, vitatott.

Oldalak

Nyilvános: főoldal kereséssel (mit, hol, mikor), találatok szűrőkkel és térképpel, hirdetési oldal fotókkal, árral, naptárral és a tulajdonos értékelésével.
Bérlő: kérelmi űrlap, saját bérlések, üzenetek, értékelés írása.
Tulajdonos: saját hirdetések, naptár, beérkező kérések elfogadásra vagy elutasításra, bevételek.
Admin: felhasználók, jóváhagyásra váró hirdetések, viták, kifizetések.

Jogosultságok

A bérlők a tulajdonos keresztnevét, körzetét és értékeléseit látják — nem a pontos címét vagy telefonszámát, amíg a bérlést el nem fogadták. A tulajdonosok csak a saját bérléseikhez látnak bérlői adatokat. Az adminok mindent látnak. Ez valódi bejelentkezéseket és legalább három szerepkört jelent; a szerepalapú hozzáférés-szabályozás elmagyarázza, hogyan érvényesítsd őket a szerveren.

Döntések és kompromisszumok

Kérés-alapú foglalás vagy azonnali foglalás

Kezdd a kérés-alapú foglalással: a tulajdonos meghatározott időn belül elfogadja vagy elutasítja a kérést. Így a tulajdonosok átnézhetik a bérlőket, és kezelhetők a olyan tárgyak, amelyek elérhetősége nem tökéletesen követett. Az azonnali foglalást később add hozzá a megbízható tulajdonosoknak, akiknek jól karbantartott a naptáruk.

Napi, óránkénti vagy heti árazás

Az első verzióhoz válassz egy egységet. A napi árazás opcionális heti kedvezménnyel a legtöbb felszerelés- és járműbérlést lefedi. Az órás árazás terekhez illik, és dátumok helyett időpontokat igényel.

Letétek kezelése

Ez a fizetések maguk után a legfontosabb döntés:

Kártyás előengedély — az összeg le van foglalva, de nincs levonva, a visszahozatal után felszabadul. Rövid bérlésekhez tiszta, de a tartások a kártyahálózatok és a fizetési szolgáltató által megadott korlátozott idő után lejárnak.
Visszatéríthető letéti terhelés — a fizetéskor vonják le, a visszahozatal után térítik vissza. Egyszerű, de a bérlők nem szeretik, és a visszatérítések díjakkal járnak.
Nincs letét, kárdíj utólag — a legkisebb súrlódás, a legnagyobb kockázat a tulajdonosoknak.

Bármelyiket választod, írd le a kár- és késedelmi szabályzatot, és mutasd meg a fizetés előtt.

Kifizetések

A tulajdonosok kifizetése pénz mozgatását jelenti harmadik feleknek, ami platform-fizetési terméket igényel, például a Stripe Connectet, és a tulajdonosoknak személyazonossági ellenőrzést jelent. Gyakori módja a kereslet előzetes tesztelésének, hogy a fizetést központilag veszed fel, és az első néhány tucat bérlés után kézzel fizeted ki a tulajdonosokat. Mielőtt skálázol, egy tanácsadóval ellenőriztesd a helyi szabályokat más emberek pénzének kezelésére.

Bizalom és biztonság

Legalább ellenőrzött e-mail és telefon; értékesebb kategóriákban személyazonosság-ellenőrzés; értékelések mindkét irányban; állapotfotók átvételkor és visszahozatalkor; és egyértelmű mód a probléma jelentésére.

Első prompt, amely működik

Készíts egy peer-to-peer kamera-felszerelés bérlési piacteret LensLoop néven Londonra. A tulajdonosok tárgyakat hirdetnek (kamerák, objektívek, világítás) fotókkal, napi árral, letéti összeggel, minimum 1 és maximum 14 napos bérléssel, átvételi körzettel és letiltott dátumokkal. A bérlők típus, hely és dátumok szerint keresnek, és csak azokat a tárgyakat látják, amelyek a teljes időszakban szabadok. A foglalás kérés-alapú: a tulajdonos 24 órán belül elfogadja vagy elutasítja. A bérlések státuszai: kérve, elfogadva, fizetve, átvéve, visszahozva, lezárva, lemondva, vitatott. A tulajdonos pontos címét és telefonszámát rejtsd el, amíg a bérlést el nem fogadták. A bérlő és a tulajdonos üzenhet egymásnak egy bérlésen belül. Átvételkor és visszahozatalkor mindkét fél feltölthet állapotfotókat. A befejezés után mindketten 1–5 csillagos értékelést adnak. Tulajdonosi vezérlőpult kérésekkel, naptárral és bevételekkel; admin oldal felhasználókkal, hirdetésekkel és vitákkal. Mindent adatbázisban tárolj. A fizetések később jönnek — egyelőre az admin oldalon kézzel jelöld fizetettnek a bérléseket. Tiszta, megbízható dizájn, mobilelsőbbségben.

A fizetések halasztása szándékos: így valódi emberekkel tesztelheted a piacteret, mielőtt pénzt kötnél be.

Építési lépések

Hirdetések és keresés. Hozz létre, szerkessz és böngess hirdetéseket fotókkal és naptárral.
Elérhetőség. Szerveroldali ellenőrzések, hogy két elfogadott bérlés ugyanarra a tárgyra soha ne fedje egymást, a letiltott dátumokat is beleértve.
Bérlési életciklus. Kérés, elfogadás, elutasítás, lemondás, a státuszszabályokat a szerveren érvényesítve.
Bejelentkezések és szerepek. Bérlő, tulajdonos, admin; a kapcsolattartási adatok elfogadásig rejtve.
Üzenetküldés és állapotfotók minden bérléshez csatolva. Lásd: fájlfeltöltés hozzáadása.
Fizetések teszt módban: a bérlő a tulajdonos elfogadásakor fizet; a letétet a szabályzatod szerint kezeled.
Kifizetések, eleinte kézzel, később platform-fizetési termékkel.
Értékelések és bejelentések.
Teszteld a kellemetlen eseteket: átfedő kérések, egy tulajdonos, aki sosem válaszol, lemondás fizetés után, késői visszahozatal, vitatott letét.

Gyakori hibák

Kifizetések építése, mielőtt a kereslet bizonyított. Előbb húsz valódi bérlést csinálj meg kézzel.
A kapcsolattartási adatok túl korai megmutatása. Az emberek a platformon kívül intézik a bérlést, és elveszíted a díjat és a biztonsági hálót.
Nincs állapotbizonyíték. Átvételi és visszahozatali fotók nélkül minden kárigény egyikük szava a másiké ellen.
Homályos lemondási és késői visszahozatali szabályok. Adj számokat.
Mindenhol egyszerre indulás. A bérlési piacterek sűrűséget igényelnek — elég tárgy elég bérlő közelében. Egy városban és egy kategóriában kezdj.
Biztosítás és helyi szabályok figyelmen kívül hagyása. A járművek, terek és drága felszerelések gyakran speciális követelményekkel járnak. Kérj tanácsot.

Amikor egy kész termék a jobb választás

Ha egy bérlési piactér ötletét anélkül szeretnéd tesztelni, hogy bármit építenél, a piactér-szoftverek és a bérlésekre szakosodott platformok sablonokból indítható hirdetéseket, foglalásokat és fizetéseket kínálnak, és némelyikük a kifizetéseket is kezeli. Ezek ésszerű módok a kereslet validálására.

Saját megoldást akkor építs, ha a kategóriádnak olyan szabályai vannak, amelyeket ezek a termékek nem kezelnek — átvételi lépések, tárgycsomagok, szállítási időablakok, egyedi letétek —, vagy ha maga a bérlési élmény a terméked, és számítasz rá, hogy folyamatosan változtatni fogod.

Építés a Mythexszel

A Mythexen a chatben írod le a piacteret, az ügynök pedig élő előnézetben építi meg Postgres-adatbázissal a hirdetéseknek és bérléseknek, és fájltárolóval a fotóknak. A bejelentkezés, a fizetések és a kifizetések a saját szolgáltatóidat és kulcsaidat használják: a Mythex nem ad beépített végfelhasználói bejelentkezést, saját Stripe-integrációt vagy kifizetéskezelést, ezért az ügynök azt köti be, amit választasz, a kulcsok projekttitokként tárolva. A tervezési mód itt hasznos — kérj tervet a bérlési életciklusról és a státuszokról, mielőtt bármi kódot írnának. Ha egy fejlesztőnek át kell vennie, a Pro csomag tartalmaz exportot és GitHub-szinkront.

Kezdő prompthoz próbáld ki a bérlési piactér sablont, vagy a berendezés-bérlő cég foglalási rendszer-építőt.

Kérdések

Miben különbözik a bérlési piactér egy normál piactértől?

A termékek visszajönnek. Te a tulajdonlás helyett időt adsz el, ezért minden hirdetésnek naptár kell, a foglalások nem fedhetik egymást, és szabályok kellenek az átadásra, a késői visszahozatalra, a letétekre és a kárra.

Hogyan kezelik a bérlési piacterek a letéteket?

Gyakori lehetőségek: kártyás előengedély, amelyet a visszahozatal után szabadítanak fel, külön visszatéríthető letéti terhelés, vagy kárdíj utólagos felszámítása a megállapodott feltételek szerint. A kártyás zárolások korlátozott idő után lejárnak, ezért a hosszú bérlésekhez gyakran más megközelítés kell.

Hogyan kapják meg a tulajdonosok a pénzüket?

A legtöbb bérlési piactér platformokhoz készült fizetési terméket használ, például a Stripe Connectet, amely ellenőrzi a tulajdonosokat, és a bérlés után elküldi nekik a részüket. Egy első verzióhoz néhány alapító a fizetést központilag veszi fel, és a tulajdonosokat kézzel fizeti ki, miközben tesztelik a keresletet.

Szükségem van biztosításra egy bérlési piactérhez?

Gyakran igen — különösen járművek, drága felszerelések vagy terek esetén. A követelmények országonként és kategóriánként eltérnek, ezért beszélj biztosítási közvetítővel és jogi tanácsadóval, mielőtt elindulsz.