Як створити маркетплейс оренди: оголошення, доступність за датами, депозити та довіра

Маркетплейс оренди з’єднує людей, які мають щось у власності — фотоапарат, фургон, намет для вечірок, паркомісце, — з людьми, які хочуть позичити це на кілька днів, і бере свою частку. Щоб його створити, потрібні оголошення з календарем, процес запиту і підтвердження бронювання, який ніколи не допускає подвійного бронювання речі, платежі, що утримують гроші до самої оренди, спосіб виплатити власникам і відгуки, щоб незнайомі люди могли довіряти одне одному. AI-конструктор застосунків може швидко створити оголошення, пошук і процес бронювання. Справжня робота — це правила: депозити, передача, пізнє повернення, пошкодження та виплати.

Якщо ви ще не читали, наш загальний гайд з маркетплейсу розглядає основи двосторонніх платформ. Цей гайд зосереджується на тому, що додає оренда.

Що потрібно застосунку

Дані

Статус оренди несе більшість логіки. Типовий життєвий цикл: запитано → прийнято → оплачено → отримано → повернено → завершено, з гілками для відхилено, скасовано, прострочено та спірно.

Сторінки

• Публічні: головна з пошуком (що, де, коли), результати з фільтрами та картою, сторінка оголошення з фото, ціною, календарем і рейтингом власника.
• Орендар: форма запиту, мої оренди, повідомлення, залишити відгук.
• Власник: мої оголошення, календар, вхідні запити для прийняття або відхилення, заробіток.
• Адмін: користувачі, оголошення, що очікують схвалення, спори, виплати.

Права доступу

Орендарі бачать ім’я власника, район і відгуки — але не точну адресу чи телефон, доки оренду не прийнято. Власники бачать дані орендарів лише для своїх оренд. Адміністратори бачать усе. Це означає справжні логіни і щонайменше три ролі; контроль доступу за ролями пояснює, як забезпечити їх на сервері.

Рішення та компроміси

Запит на бронювання чи миттєве бронювання

Почніть із запиту на бронювання: власник приймає або відхиляє його протягом встановленого часу. Це дозволяє власникам перевіряти орендарів і працювати з речами, доступність яких не відстежується ідеально. Миттєве бронювання додайте пізніше для перевірених власників із добре веденими календарями.

Добове, погодинне чи тижневе ціноутворення

Для першої версії оберіть одну одиницю. Добове ціноутворення з необов’язковою тижневою знижкою покриває більшість оренди обладнання та транспорту. Погодинне підходить для просторів і потребує часових слотів, а не дат.

Як працювати з депозитами

Це найважливіше рішення після самих платежів:

• Блокування суми на картці — сума резервується, але не списується, потім знімається після повернення. Зручно для коротких оренд, але блокування спливають через строк, встановлений платіжними мережами та вашим провайдером.
• Повернений депозит — стягується під час оплати, повертається після повернення. Просто, але орендарі не люблять такий варіант, а повернення коштують комісій.
• Без депозиту, плата за пошкодження згодом — найменше тертя, найбільший ризик для власників.

Що б ви не обрали, запишіть політику щодо пошкоджень і пізнього повернення і покажіть її до оплати.

Виплати

Виплата власникам означає переказ грошей третім сторонам, що потребує платіжного продукту для платформ, такого як Stripe Connect, і несе перевірки ідентичності для власників. Поширений спосіб спершу перевірити попит — приймати оплату централізовано і виплачувати власникам вручну для перших кількох десятків оренд. Перевірте з радником місцеві правила щодо утримання чужих грошей, перш ніж масштабувати це.

Довіра й безпека

Мінімум — перевірені email і телефон; перевірка ідентичності для дорогих категорій; відгуки в обидва боки; фото стану під час отримання і повернення; і зрозумілий спосіб повідомити про проблему.

Перший промпт, що працює

Створи одноранговий маркетплейс оренди фотообладнання під назвою LensLoop для Лондона. Власники виставляють речі (корпуси камер, об’єктиви, світло) з фото, добовою ціною, сумою депозиту, мінімумом 1 день і максимумом 14 днів, районом отримання і заблокованими датами. Орендарі шукають за типом речі, районом і датами і бачать лише речі, вільні на весь період. Бронювання — запит: власник приймає або відхиляє протягом 24 годин. Оренди мають статуси: запитано, прийнято, оплачено, отримано, повернено, завершено, скасовано, спірно. Приховуй точну адресу і телефон власника, доки оренду не прийнято. Орендар і власник можуть писати одне одному всередині оренди. Під час отримання і повернення обидві сторони можуть завантажувати фото стану. Після завершення обидві залишають відгук на 1–5 зірок. Панель власника із запитами, календарем і заробітком; адмін-сторінка для користувачів, оголошень і спорів. Зберігай усе в базі даних. Оплату поки не додавай — на адмін-сторінці оренди позначай вручну як оплачені. Охайний, довірливий дизайн, спершу для мобільних.

Відкласти платежі до того, як працює процес, — свідоме рішення: це дозволяє протестувати маркетплейс з реальними людьми, перш ніж підключати гроші.

Кроки побудови

1. Оголошення та пошук. Створюйте, редагуйте й переглядайте оголошення з фото та календарем.
2. Доступність. Перевірки на сервері, щоб дві прийняті оренди однієї речі ніколи не перетиналися, включно із заблокованими датами.
3. Життєвий цикл оренди. Запит, прийняття, відхилення, скасування, з правилами статусів, що застосовуються на сервері.
4. Логіни та ролі. Орендар, власник, адміністратор; приховування контактних даних до прийняття.
5. Повідомлення та фото стану, прикріплені до кожної оренди. Див. додавання завантаження файлів.
6. Платежі в тестовому режимі: орендар платить, коли власник приймає; депозит відповідно до вашої політики.
7. Виплати, спершу вручну, потім через платіжний продукт для платформ.
8. Відгуки та звітність.
9. Протестуйте складні випадки: перетинні запити, власник, який ніколи не відповідає, скасування після оплати, пізнє повернення, спірний депозит.

Типові помилки

• Побудова виплат до доказу попиту. Спершу зробіть двадцять справжніх оренд вручну.
• Розкриття контактів надто рано. Люди домовлятимуться про оренду поза платформою, і ви втратите і комісію, і страховку безпеки.
• Немає доказів стану. Без фото під час отримання і повернення кожна вимога про пошкодження стає словом одного проти слова іншого.
• Розмиті правила скасування й пізнього повернення. Поставте числа.
• Запуск усюди одразу. Маркетплейси оренди потребують щільності — достатньо речей поблизу достатньо орендарів. Почніть з одного міста і однієї категорії.
• Ігнорування страхування і місцевих правил. Транспорт, простори та дороге обладнання часто мають конкретні вимоги. Отримайте консультацію.

Коли краще готовий продукт

Якщо хочете перевірити ідею маркетплейсу оренди, нічого не будуючи, програмні продукти для маркетплейсів та спеціалізовані платформи оренди дозволяють запустити оголошення, бронювання й платежі з шаблонів, а деякі самі обробляють виплати. Це розумний спосіб перевірити попит.

Будуйте власний, коли ваша категорія потребує правил, яких ці продукти не мають — етапів огляду, пакетів речей, вікон доставки, власних депозитів, — або коли сам досвід оренди є вашим продуктом, і ви очікуєте постійно його змінювати.

Побудова з Mythex

У Mythex ви описуєте маркетплейс у чаті, а агент будує його в живому прев’ю з базою даних Postgres для оголошень і оренд та сховищем файлів для фото. Вхід користувачів, платежі та виплати використовують ваших власних провайдерів і ключі: Mythex не включає вхід для кінцевих користувачів, власної інтеграції зі Stripe чи обробки виплат, тож агент підключає те, що ви обираєте, а ключі зберігаються як секрети проєкту. Тут корисний режим планування — попросіть план життєвого циклу оренди та статусів до написання будь-якого коду. Коли розробнику потрібно перейняти проєкт, на Pro доступні експорт і синхронізація з GitHub.

Як відправну точку спробуйте шаблон маркетплейсу оренди або конструктор системи бронювання для компаній з оренди обладнання.

Запитання