指南

如何建立租賃市場平台:物品列表、日期可供情況、按金及信任

租賃市場平台把擁有物品的人(一部相機、一輛貨車、一頂派對帳篷、一個泊車位)與想短期借用的人連結起來,並從中抽取佣金。要建立這樣的平台,你需要附有日曆的物品列表、一套申請後批准的預訂流程,而且絕不會重複預訂同一物品、一套把款項暫時保管到租賃完成的付款機制、一種向業主付款的方法,以及讓陌生人之間互相信任的評價功能。AI 應用程式生成器可以快速建立列表、搜尋及預訂流程。真正的工夫在於規則:按金、交收、逾期歸還、損壞及付款。

如果你還未閱讀,我們的市場平台總指南涵蓋了雙邊平台的基本知識。本指南則集中於租賃所帶來的額外要求。

應用程式需要什麼

數據

資料表主要欄位
用戶姓名、電郵、是否已驗證、是否為業主、收款帳戶狀態、評分
物品列表業主、標題、類別、相片、每日價格、最少及最多租用天數、按金金額、位置、交收選項、是否啟用
封鎖日期物品列表、日期範圍、原因(業主自用、維修)
租賃物品列表、租客、開始日期、結束日期、狀態、價格、平台費用、按金狀態、交收備註
訊息租賃、發送者、文字、發送時間
評價租賃、作者、評價對象(業主或租客)、評分、文字
狀況報告租賃、階段(取件或歸還)、相片、備註

租賃狀態承載了大部分的邏輯。典型的生命週期是:已申請 → 已接受 → 已付款 → 已取件 → 已歸還 → 已完成,另外還有已拒絕、已取消、逾期及有糾紛等分支。

頁面

  • 公開部分:首頁提供搜尋(什麼、哪裡、何時)、附有篩選器及地圖的結果頁、附有相片、價格、日曆及業主評分的物品頁。
  • 租客:申請表格、我的租賃、訊息、留下評價。
  • 業主:我的物品列表、日曆、待處理申請(接受或拒絕)、收入。
  • 管理員:用戶、等待審批的物品列表、糾紛、付款。

權限

租客只能看到業主的名字、所在地區及評價,在租賃獲接受之前,看不到其確切地址或電話。業主只能看到自己租賃的租客資料。管理員可以看到所有資料。這意味著需要真正的登入功能,以及至少三種角色;角色型存取控制說明如何在伺服器上強制執行這些權限。

決策及取捨

先申請後預訂,還是即時預訂

起步時採用先申請後預訂:業主須在限定時間內接受或拒絕。這讓業主可以審查租客,也能處理那些可供情況無法完全追蹤的物品。待業主日曆維護得當、且值得信任後,再加入即時預訂。

每日、每小時還是每週收費

第一版選定一種計費單位。每日收費加上可選的每週折扣,足以應付大部分器材及車輛的租賃。每小時收費則適合場地,需要以時段而非日期來運作。

如何處理按金

這是付款本身之後最重要的決定:

  • 信用卡預授權:金額被保留但並未扣除,歸還後解除。適合短期租賃,但預授權的期限會受卡組織及付款服務供應商規定所限。
  • 可退還按金收費:付款時收取,歸還後退還。做法簡單,但租客會不滿,而且退款也要付手續費。
  • 不收按金,之後收取損壞費用:對租客的阻力最小,但對業主的風險最高。

不論選擇哪一種,都應把損壞及逾期歸還的政策寫下來,並在付款前顯示。

向業主付款

向業主付款即是把款項轉給第三方,因此需要 Stripe Connect 等平台付款產品,並需要為業主進行身份核實。測試需求的常見做法是先由平台集中收款,然後在最初幾十宗租賃中手動支付業主。在擴大規模之前,請先諮詢顧問,了解代他人持有款項的當地規定。

信任與安全

最低要求是驗證電郵及電話;高價值類別則需核實身份;雙向評價;在取件及歸還時拍攝狀況相片;並提供清楚的途徑讓人舉報問題。

有效的第一條提示

為倫敦建立一個名為 LensLoop 的點對點相機器材租賃市場平台。業主以相片、每日價格、按金金額、最少 1 天及最多 14 天的租期、取件地區及封鎖日期列出物品(相機機身、鏡頭、燈光器材)。租客按物品類別、地區及日期搜尋,只會看到整段期間都可供租用的物品。預訂採先申請後預訂:業主須在 24 小時內接受或拒絕。租賃狀態包括已申請、已接受、已付款、已取件、已歸還、已完成、已取消、有糾紛。在租賃獲接受之前,隱藏業主的確切地址及電話。租客與業主可以在租賃內互相傳送訊息。取件及歸還時,雙方都可以上載狀況相片。完成後,雙方各自留下 1 至 5 星的評價。業主儀表板顯示申請、日曆及收入;管理頁面則處理用戶、物品列表及糾紛。所有資料儲存於資料庫。目前付款暫不處理:管理頁面可手動把租賃標示為已付款。設計要整潔、可信,並以手機為先。

付款留到流程運作正常之後才處理,是刻意的安排:讓你可以在接駁金錢之前,先與真實用戶測試這個市場平台。

建立步驟

  1. 物品列表及搜尋。 建立、編輯及瀏覽附有相片和日曆的物品列表。
  2. 可供情況。 在伺服器端檢查,確保同一物品的兩宗已接受租賃絕不重疊,並且須計入封鎖日期。
  3. 租賃生命週期。 申請、接受、拒絕、取消,狀態規則在伺服器上強制執行。
  4. 登入及角色。 租客、業主、管理員;在接受之前隱藏聯絡資料。
  5. 訊息及狀況相片,附於每宗租賃。參閱如何為應用程式加入檔案上載。
  6. 付款,以測試模式進行:業主接受後,租客付款;按金則依你的政策處理。
  7. 向業主付款,起初手動,之後再透過平台付款產品處理。
  8. 評價及舉報功能。
  9. 測試棘手的情況:重疊的申請、一位從不回覆的業主、付款後取消、逾期歸還、有爭議的按金。

常見錯誤

  • 在證明需求之前就建立付款系統。 先人手完成二十宗真實租賃。
  • 太早披露聯絡資料。 人們會在平台以外安排租賃,你便同時失去費用及安全保障。
  • 沒有狀況證明。 沒有取件及歸還的相片,每宗損壞索償都會變成兩人各執一詞。
  • 取消及逾期歸還的規則含糊。 應列出具體數字。
  • 在所有地方同時推出。 租賃市場平台需要足夠的密度,也就是附近有足夠的物品及足夠的租客。應從一個城市、一個類別開始。
  • 忽視保險及當地規定。 車輛、場地及昂貴器材通常有特定要求。應諮詢專業意見。

何時使用現成產品較好

如果你想在不建立任何東西的情況下測試租賃市場平台的概念,市場平台軟件及專門的租賃平台,讓你可以用範本推出物品列表、預訂及付款,部分更可為你處理付款給業主。它們是驗證需求的合理方法。

當你的類別需要那些產品沒有的規則(例如檢查步驟、物品組合、送貨時段、特定的按金安排),或者租賃體驗本身就是你的產品,並且你預計需要不斷改進時,就值得自行建立。

用 Mythex 建立

在 Mythex 上,你在聊天中描述市場平台,代理商便會在即時預覽中建立它,其中包括用於物品及租賃的 Postgres 資料庫,以及用於相片的檔案儲存空間。用戶登入、付款及向業主付款,都採用你自己的服務供應商及金鑰:Mythex 不包含終端用戶登入、自己的 Stripe 接駁或付款處理,因此代理商只會接駁你所選擇的服務,金鑰則以專案機密形式儲存。計劃模式在這裡很有用:在寫任何程式之前,先要求它規劃租賃生命週期及各個狀態。當開發人員需要接手時,Pro 方案包括匯出及 GitHub 同步功能。

如需起始提示,可以試用租賃市場範本,或設備租賃公司預訂系統生成器。

常見問題

租賃市場平台與一般市場平台有什麼不同?

物品會歸還。你出售的是使用時間,而不是所有權,因此每個物品列表都需要日曆,預訂不可重疊,並且需要有交收、逾期歸還、按金及損壞的規則。

租賃市場平台如何處理按金?

常見的做法包括:信用卡預授權,在歸還後解除;另行收取可退還的按金;或在之後按協議條款收取損壞費用。信用卡預授權在限定期限後會失效,因此長期租賃通常需要另一種方法。

業主如何收款?

大多數租賃市場平台會使用為平台而設的付款產品,例如 Stripe Connect,它會驗證業主身份,並在租賃完成後把業主應得的部分支付給他們。若是首個版本,有些創辦人會在測試需求期間自行收取款項,並手動支付業主。

租賃市場平台需要保險嗎?

通常需要,尤其是涉及車輛、昂貴器材或場地的情況。要求視乎國家及類別而異,因此在推出之前,應諮詢保險經紀及法律顧問。

Mythex · Pricing · 用 AI 建造任何嘢 · 網站及應用程式範本 · Mythex 比較 · AI 應用程式開發詞彙表 · 免費 AI 應用程式開發工具 · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(台灣)