如何建立租賃市場平台:物品列表、日期可供情況、按金及信任
租賃市場平台把擁有物品的人(一部相機、一輛貨車、一頂派對帳篷、一個泊車位)與想短期借用的人連結起來,並從中抽取佣金。要建立這樣的平台,你需要附有日曆的物品列表、一套申請後批准的預訂流程,而且絕不會重複預訂同一物品、一套把款項暫時保管到租賃完成的付款機制、一種向業主付款的方法,以及讓陌生人之間互相信任的評價功能。AI 應用程式生成器可以快速建立列表、搜尋及預訂流程。真正的工夫在於規則:按金、交收、逾期歸還、損壞及付款。
如果你還未閱讀,我們的市場平台總指南涵蓋了雙邊平台的基本知識。本指南則集中於租賃所帶來的額外要求。
應用程式需要什麼
數據
| 資料表 | 主要欄位 |
|---|---|
| 用戶 | 姓名、電郵、是否已驗證、是否為業主、收款帳戶狀態、評分 |
| 物品列表 | 業主、標題、類別、相片、每日價格、最少及最多租用天數、按金金額、位置、交收選項、是否啟用 |
| 封鎖日期 | 物品列表、日期範圍、原因(業主自用、維修) |
| 租賃 | 物品列表、租客、開始日期、結束日期、狀態、價格、平台費用、按金狀態、交收備註 |
| 訊息 | 租賃、發送者、文字、發送時間 |
| 評價 | 租賃、作者、評價對象(業主或租客)、評分、文字 |
| 狀況報告 | 租賃、階段(取件或歸還)、相片、備註 |
租賃狀態承載了大部分的邏輯。典型的生命週期是:已申請 → 已接受 → 已付款 → 已取件 → 已歸還 → 已完成,另外還有已拒絕、已取消、逾期及有糾紛等分支。
頁面
- 公開部分:首頁提供搜尋(什麼、哪裡、何時)、附有篩選器及地圖的結果頁、附有相片、價格、日曆及業主評分的物品頁。
- 租客:申請表格、我的租賃、訊息、留下評價。
- 業主:我的物品列表、日曆、待處理申請(接受或拒絕)、收入。
- 管理員:用戶、等待審批的物品列表、糾紛、付款。
權限
租客只能看到業主的名字、所在地區及評價,在租賃獲接受之前,看不到其確切地址或電話。業主只能看到自己租賃的租客資料。管理員可以看到所有資料。這意味著需要真正的登入功能,以及至少三種角色;角色型存取控制說明如何在伺服器上強制執行這些權限。
決策及取捨
先申請後預訂,還是即時預訂
起步時採用先申請後預訂:業主須在限定時間內接受或拒絕。這讓業主可以審查租客,也能處理那些可供情況無法完全追蹤的物品。待業主日曆維護得當、且值得信任後,再加入即時預訂。
每日、每小時還是每週收費
第一版選定一種計費單位。每日收費加上可選的每週折扣,足以應付大部分器材及車輛的租賃。每小時收費則適合場地,需要以時段而非日期來運作。
如何處理按金
這是付款本身之後最重要的決定:
- 信用卡預授權:金額被保留但並未扣除,歸還後解除。適合短期租賃,但預授權的期限會受卡組織及付款服務供應商規定所限。
- 可退還按金收費:付款時收取,歸還後退還。做法簡單,但租客會不滿,而且退款也要付手續費。
- 不收按金,之後收取損壞費用:對租客的阻力最小,但對業主的風險最高。
不論選擇哪一種,都應把損壞及逾期歸還的政策寫下來,並在付款前顯示。
向業主付款
向業主付款即是把款項轉給第三方,因此需要 Stripe Connect 等平台付款產品,並需要為業主進行身份核實。測試需求的常見做法是先由平台集中收款,然後在最初幾十宗租賃中手動支付業主。在擴大規模之前,請先諮詢顧問,了解代他人持有款項的當地規定。
信任與安全
最低要求是驗證電郵及電話;高價值類別則需核實身份;雙向評價;在取件及歸還時拍攝狀況相片;並提供清楚的途徑讓人舉報問題。
有效的第一條提示
為倫敦建立一個名為 LensLoop 的點對點相機器材租賃市場平台。業主以相片、每日價格、按金金額、最少 1 天及最多 14 天的租期、取件地區及封鎖日期列出物品(相機機身、鏡頭、燈光器材)。租客按物品類別、地區及日期搜尋,只會看到整段期間都可供租用的物品。預訂採先申請後預訂:業主須在 24 小時內接受或拒絕。租賃狀態包括已申請、已接受、已付款、已取件、已歸還、已完成、已取消、有糾紛。在租賃獲接受之前,隱藏業主的確切地址及電話。租客與業主可以在租賃內互相傳送訊息。取件及歸還時,雙方都可以上載狀況相片。完成後,雙方各自留下 1 至 5 星的評價。業主儀表板顯示申請、日曆及收入;管理頁面則處理用戶、物品列表及糾紛。所有資料儲存於資料庫。目前付款暫不處理:管理頁面可手動把租賃標示為已付款。設計要整潔、可信,並以手機為先。
付款留到流程運作正常之後才處理,是刻意的安排:讓你可以在接駁金錢之前,先與真實用戶測試這個市場平台。
建立步驟
- 物品列表及搜尋。 建立、編輯及瀏覽附有相片和日曆的物品列表。
- 可供情況。 在伺服器端檢查,確保同一物品的兩宗已接受租賃絕不重疊,並且須計入封鎖日期。
- 租賃生命週期。 申請、接受、拒絕、取消,狀態規則在伺服器上強制執行。
- 登入及角色。 租客、業主、管理員;在接受之前隱藏聯絡資料。
- 訊息及狀況相片,附於每宗租賃。參閱如何為應用程式加入檔案上載。
- 付款,以測試模式進行:業主接受後,租客付款;按金則依你的政策處理。
- 向業主付款,起初手動,之後再透過平台付款產品處理。
- 評價及舉報功能。
- 測試棘手的情況:重疊的申請、一位從不回覆的業主、付款後取消、逾期歸還、有爭議的按金。
常見錯誤
- 在證明需求之前就建立付款系統。 先人手完成二十宗真實租賃。
- 太早披露聯絡資料。 人們會在平台以外安排租賃,你便同時失去費用及安全保障。
- 沒有狀況證明。 沒有取件及歸還的相片,每宗損壞索償都會變成兩人各執一詞。
- 取消及逾期歸還的規則含糊。 應列出具體數字。
- 在所有地方同時推出。 租賃市場平台需要足夠的密度,也就是附近有足夠的物品及足夠的租客。應從一個城市、一個類別開始。
- 忽視保險及當地規定。 車輛、場地及昂貴器材通常有特定要求。應諮詢專業意見。
何時使用現成產品較好
如果你想在不建立任何東西的情況下測試租賃市場平台的概念,市場平台軟件及專門的租賃平台,讓你可以用範本推出物品列表、預訂及付款,部分更可為你處理付款給業主。它們是驗證需求的合理方法。
當你的類別需要那些產品沒有的規則(例如檢查步驟、物品組合、送貨時段、特定的按金安排),或者租賃體驗本身就是你的產品,並且你預計需要不斷改進時,就值得自行建立。
用 Mythex 建立
在 Mythex 上,你在聊天中描述市場平台,代理商便會在即時預覽中建立它,其中包括用於物品及租賃的 Postgres 資料庫,以及用於相片的檔案儲存空間。用戶登入、付款及向業主付款,都採用你自己的服務供應商及金鑰:Mythex 不包含終端用戶登入、自己的 Stripe 接駁或付款處理,因此代理商只會接駁你所選擇的服務,金鑰則以專案機密形式儲存。計劃模式在這裡很有用:在寫任何程式之前,先要求它規劃租賃生命週期及各個狀態。當開發人員需要接手時,Pro 方案包括匯出及 GitHub 同步功能。
如需起始提示,可以試用租賃市場範本,或設備租賃公司預訂系統生成器。
常見問題
租賃市場平台與一般市場平台有什麼不同?
物品會歸還。你出售的是使用時間,而不是所有權,因此每個物品列表都需要日曆,預訂不可重疊,並且需要有交收、逾期歸還、按金及損壞的規則。
租賃市場平台如何處理按金?
常見的做法包括:信用卡預授權,在歸還後解除;另行收取可退還的按金;或在之後按協議條款收取損壞費用。信用卡預授權在限定期限後會失效,因此長期租賃通常需要另一種方法。
業主如何收款?
大多數租賃市場平台會使用為平台而設的付款產品,例如 Stripe Connect,它會驗證業主身份,並在租賃完成後把業主應得的部分支付給他們。若是首個版本,有些創辦人會在測試需求期間自行收取款項,並手動支付業主。
租賃市場平台需要保險嗎?
通常需要,尤其是涉及車輛、昂貴器材或場地的情況。要求視乎國家及類別而異,因此在推出之前,應諮詢保險經紀及法律顧問。