راهنماها

چطور یک بازار اجاره بسازیم: آگهی‌ها، در دسترس بودن بر اساس تاریخ، ودیعه و اعتماد

یک بازار اجاره، افرادی که چیزی دارند — یک دوربین، یک ون، یک چادر مهمانی، یک جای پارکینگ — را به افرادی وصل می‌کند که می‌خواهند چند روز آن را قرض بگیرند، و بخشی از آن را برمی‌دارد. برای ساختنش به آگهی با تقویم، یک جریان درخواست و تأیید رزرو که هرگز یک کالا را دوبار رزرو نکند، پرداختی که پول را تا وقوع اجاره نگه دارد، راهی برای پرداخت به مالکان و نظرها تا غریبه‌ها به هم اعتماد کنند نیاز دارید. یک ابزار ساخت اپلیکیشن با هوش مصنوعی می‌تواند آگهی‌ها، جستجو و جریان رزرو را سریع بسازد. کار واقعی قواعد است: ودیعه، تحویل، بازگرداندن دیرهنگام، خسارت و پرداخت به مالکان.

اگر هنوز راهنمای عمومی بازار ما را نخوانده‌اید، مبانی دوطرفه را پوشش می‌دهد. این راهنما روی چیزهایی تمرکز دارد که اجاره اضافه می‌کند.

اپ به چه چیزهایی نیاز دارد

داده

جدولفیلدهای کلیدی
کاربراننام، ایمیل، تأیید شده بله/خیر، مالک بودن، وضعیت حساب پرداخت، امتیاز
آگهی‌هامالک، عنوان، دسته، عکس‌ها، قیمت روزانه، حداقل و حداکثر روز، مبلغ ودیعه، موقعیت، گزینه‌های تحویل، فعال بله/خیر
تاریخ‌های مسدودآگهی، بازه‌ی تاریخ، دلیل (استفاده‌ی مالک، تعمیرات)
اجاره‌هاآگهی، اجاره‌گیرنده، تاریخ شروع، تاریخ پایان، وضعیت، قیمت، کارمزد پلتفرم، وضعیت ودیعه، یادداشت‌های تحویل
پیام‌هااجاره، فرستنده، متن، زمان ارسال
نظرهااجاره، نویسنده، موضوع (مالک یا اجاره‌گیرنده)، امتیاز، متن
گزارش‌های وضعیتاجاره، مرحله (تحویل یا بازگشت)، عکس‌ها، یادداشت‌ها

وضعیت اجاره بیشتر منطق را حمل می‌کند. چرخه‌ی معمول: درخواست‌شده → پذیرفته‌شده → پرداخت‌شده → تحویل‌گرفته‌شده → بازگردانده‌شده → تکمیل‌شده، با شاخه‌هایی برای رد‌شده، لغوشده، دیرشده و دارای اختلاف.

صفحات

  • عمومی: خانه با جستجو (چه، کجا، چه زمانی)، نتایج با فیلتر و نقشه، صفحه‌ی آگهی با عکس، قیمت، تقویم و امتیاز مالک.
  • اجاره‌گیرنده: فرم درخواست، اجاره‌های من، پیام‌ها، ثبت نظر.
  • مالک: آگهی‌های من، تقویم، درخواست‌های ورودی برای پذیرش یا رد، درآمد.
  • مدیر: کاربران، آگهی‌های در انتظار تأیید، اختلاف‌ها، پرداخت‌ها.

دسترسی‌ها

اجاره‌گیرندگان نام کوچک مالک، منطقه و نظرها را می‌بینند — نه آدرس دقیق یا تلفنش را تا وقتی که اجاره پذیرفته شود. مالکان جزئیات اجاره‌گیرنده را فقط برای اجاره‌های خودشان می‌بینند. مدیران همه‌چیز را می‌بینند. یعنی ورود واقعی و حداقل سه نقش؛ کنترل دسترسی مبتنی بر نقش توضیح می‌دهد چطور آن‌ها را روی سرور اعمال کنید.

تصمیم‌ها و مصالحه‌ها

درخواست رزرو یا رزرو فوری

با درخواست رزرو شروع کنید: مالک در یک مهلت مشخص می‌پذیرد یا رد می‌کند. این به مالکان اجازه می‌دهد اجاره‌گیرندگان را بسنجند و کالاهایی را هم مدیریت می‌کند که موجودی‌شان کاملاً ردیابی نمی‌شود. رزرو فوری را بعداً برای مالکان مورد اعتماد با تقویم منظم اضافه کنید.

قیمت روزانه، ساعتی یا هفتگی

برای نسخه‌ی اول یک واحد انتخاب کنید. قیمت روزانه با تخفیف هفتگی اختیاری بیشتر اجاره‌های تجهیزات و وسیله‌ی نقلیه را پوشش می‌دهد. قیمت ساعتی برای فضاها مناسب است و به بازه‌ی زمانی به‌جای تاریخ نیاز دارد.

مدیریت ودیعه

پس از خود پرداخت‌ها، این مهم‌ترین تصمیم است:

  • نگه‌داشتن مبلغ روی کارت — مبلغ رزرو می‌شود اما گرفته نمی‌شود، و بعد از بازگشت آزاد می‌شود. برای اجاره‌های کوتاه تمیز است، اما نگه‌داشت‌ها پس از مدت محدودی که شبکه‌های کارت و ارائه‌دهنده‌ی پرداخت تعیین می‌کنند منقضی می‌شوند.
  • شارژ ودیعه‌ی قابل استرداد — هنگام پرداخت گرفته و بعد از بازگشت برگردانده می‌شود. ساده است، اما اجاره‌گیرندگان از آن خوششان نمی‌آید و استرداد کارمزد دارد.
  • بدون ودیعه، هزینه‌ی خسارت بعداً — کمترین اصطکاک، بیشترین ریسک برای مالکان.

هر کدام را انتخاب کنید، سیاست خسارت و بازگرداندن دیرهنگام را بنویسید و پیش از پرداخت نشان دهید.

پرداخت به مالکان

پرداخت به مالکان یعنی انتقال پول به اشخاص ثالث، که به یک محصول پرداخت پلتفرمی مثل Stripe Connect نیاز دارد و بررسی هویت مالکان را هم به همراه دارد. یک روش رایج برای آزمایش تقاضا، گرفتن پرداخت به‌صورت مرکزی و پرداخت دستی به مالکان برای چند ده اجاره‌ی اول است. پیش از بزرگ‌کردن آن، قوانین محلی نگهداری پول دیگران را با یک مشاور بررسی کنید.

اعتماد و ایمنی

حداقل ایمیل و تلفن تأییدشده؛ بررسی هویت برای دسته‌های با ارزش بالا؛ نظر در هر دو جهت؛ عکس‌های وضعیت هنگام تحویل و بازگشت؛ و راه واضح برای گزارش مشکل.

یک پرامپت اولیه که کار می‌کند

یک بازار اجاره‌ی همتا به همتای تجهیزات عکاسی به نام LensLoop برای لندن بساز. مالکان کالاها (بدنه‌ی دوربین، لنز، نورپردازی) را با عکس، قیمت روزانه، مبلغ ودیعه، حداقل ۱ روز و حداکثر ۱۴ روز، منطقه‌ی تحویل و تاریخ‌های مسدود ثبت می‌کنند. اجاره‌گیرندگان بر اساس نوع کالا، منطقه و تاریخ جستجو می‌کنند و فقط کالاهایی را می‌بینند که برای کل دوره آزادند. رزرو به‌صورت درخواست است: مالک ظرف ۲۴ ساعت می‌پذیرد یا رد می‌کند. اجاره‌ها وضعیت‌های درخواست‌شده، پذیرفته‌شده، پرداخت‌شده، تحویل‌گرفته‌شده، بازگردانده‌شده، تکمیل‌شده، لغوشده و دارای اختلاف دارند. آدرس دقیق و تلفن مالک تا پذیرفته شدن اجاره پنهان باشد. اجاره‌گیرنده و مالک درون هر اجاره می‌توانند با هم پیام رد و بدل کنند. هنگام تحویل و بازگشت، هر دو طرف می‌توانند عکس‌های وضعیت بارگذاری کنند. پس از تکمیل، هر دو یک نظر ۱ تا ۵ ستاره می‌گذارند. داشبورد مالک با درخواست‌ها، تقویم و درآمد؛ صفحه‌ی مدیر برای کاربران، آگهی‌ها و اختلاف‌ها. همه‌چیز را در یک پایگاه داده ذخیره کن. پرداخت بعداً می‌آید — فعلاً اجاره‌ها را از صفحه‌ی مدیر دستی به‌عنوان پرداخت‌شده علامت بزن. طراحی تمیز و قابل اعتماد، با اولویت موبایل.

تعویق پرداخت تا وقتی جریان کار می‌کند عمدی است: به شما اجازه می‌دهد بازار را پیش از اتصال پول با افراد واقعی آزمایش کنید.

مراحل ساخت

  1. آگهی‌ها و جستجو. آگهی‌ها را با عکس و تقویم بسازید، ویرایش و مرور کنید.
  2. در دسترس بودن. بررسی‌های سمت سرور تا دو اجاره‌ی پذیرفته‌شده برای یک کالا هرگز هم‌پوشانی نداشته باشند، از جمله تاریخ‌های مسدود.
  3. چرخه‌ی اجاره. درخواست، پذیرش، رد، لغو، با قواعد وضعیت که روی سرور اعمال می‌شوند.
  4. ورود و نقش‌ها. اجاره‌گیرنده، مالک، مدیر؛ پنهان کردن اطلاعات تماس تا پذیرش.
  5. پیام‌ها و عکس‌های وضعیت که به هر اجاره وصل می‌شوند. افزودن بارگذاری فایل را ببینید.
  6. پرداخت‌ها در حالت آزمایشی: اجاره‌گیرنده وقتی مالک می‌پذیرد پرداخت می‌کند؛ ودیعه طبق سیاست شما مدیریت می‌شود.
  7. پرداخت به مالکان، ابتدا دستی، سپس از طریق یک محصول پرداخت پلتفرمی.
  8. نظرها و گزارش‌دهی.
  9. آزمایش موارد دشوار: درخواست‌های هم‌پوشان، مالکی که هرگز پاسخ نمی‌دهد، لغو پس از پرداخت، بازگرداندن دیرهنگام، ودیعه‌ی مورد اختلاف.

اشتباهات رایج

  • ساختن پرداخت به مالکان پیش از اثبات تقاضا. ابتدا بیست اجاره‌ی واقعی را دستی انجام دهید.
  • افشای زودهنگام اطلاعات تماس. افراد اجاره‌ها را بیرون از پلتفرم هماهنگ می‌کنند و هم کارمزد و هم شبکه‌ی ایمنی را از دست می‌دهید.
  • نبود شواهد وضعیت. بدون عکس تحویل و بازگشت، هر ادعای خسارت می‌شود حرف یک نفر در برابر دیگری.
  • قوانین مبهم لغو و بازگرداندن دیرهنگام. برای آن‌ها عدد بگذارید.
  • راه‌اندازی در همه‌جا. بازارهای اجاره به تراکم نیاز دارند — به اندازه‌ی کافی کالا نزدیک اجاره‌گیرندگان. با یک شهر و یک دسته شروع کنید.
  • نادیده گرفتن بیمه و قوانین محلی. وسیله‌ی نقلیه، فضاها و تجهیزات گران‌قیمت اغلب الزامات مشخصی دارند. مشورت بگیرید.

وقتی یک محصول آماده بهتر است

اگر می‌خواهید ایده‌ی بازار اجاره را بدون ساختن چیزی آزمایش کنید، محصولات نرم‌افزار بازار و پلتفرم‌های مخصوص اجاره به شما اجازه می‌دهند آگهی‌ها، رزروها و پرداخت‌ها را از قالب‌ها راه‌اندازی کنید و برخی پرداخت به مالکان را هم برایتان مدیریت می‌کنند. این روش معقولی برای اعتبارسنجی تقاضا است.

خودتان بسازید وقتی دسته‌ی شما قواعدی می‌خواهد که آن محصولات ندارند — مراحل بازرسی، بسته‌های چند کالا، بازه‌های تحویل، ودیعه‌ی سفارشی — یا وقتی خود تجربه‌ی اجاره، محصول شماست و انتظار دارید دائماً آن را تغییر دهید.

ساختن با Mythex

در Mythex بازار را در چت توصیف می‌کنید و عامل آن را در پیش‌نمایش زنده با یک پایگاه داده‌ی Postgres برای آگهی‌ها و اجاره‌ها و ذخیره‌سازی فایل برای عکس‌ها می‌سازد. ورود کاربران نهایی، پرداخت و پرداخت به مالکان با ارائه‌دهندگان و کلیدهای خودتان انجام می‌شود: Mythex ورود کاربر نهایی، یکپارچه‌سازی Stripe اختصاصی یا مدیریت پرداخت به مالکان ندارد، پس عامل آنچه را انتخاب می‌کنید وصل می‌کند و کلیدها به‌صورت secret پروژه نگه داشته می‌شوند. حالت برنامه‌ریزی اینجا مفید است — پیش از نوشتن هر کدی، برنامه‌ی چرخه‌ی اجاره و وضعیت‌ها را بخواهید. وقتی یک توسعه‌دهنده باید کار را تحویل بگیرد، نسخه‌ی Pro خروجی‌گیری و همگام‌سازی با GitHub دارد.

برای شروع، قالب بازار اجاره یا ابزار ساخت سیستم رزرو شرکت اجاره‌ی تجهیزات با هوش مصنوعی را امتحان کنید.

پرسش‌ها

بازار اجاره چه چیزی دارد که یک بازار معمولی ندارد؟

اجناس برمی‌گردند. شما زمان را می‌فروشید نه مالکیت، پس هر آگهی به تقویم نیاز دارد، رزروها نباید هم‌پوشانی داشته باشند، و به قوانین برای تحویل، بازگرداندن دیرهنگام، ودیعه و خسارت نیاز دارید.

بازارهای اجاره ودیعه را چطور مدیریت می‌کنند؟

گزینه‌های رایج عبارتند از: نگه‌داشتن مبلغ روی کارت (authorisation hold) که بعد از بازگشت آزاد می‌شود، یک شارژ جدا و قابل استرداد برای ودیعه، یا یک هزینه‌ی خسارت که بعداً و طبق شرایط توافق‌شده گرفته می‌شود. نگه‌داشتن مبلغ روی کارت پس از مدت محدودی منقضی می‌شود، پس اجاره‌های بلندمدت معمولاً به روش دیگری نیاز دارند.

مالکان چطور پرداخت می‌گیرند؟

بیشتر بازارهای اجاره از یک محصول پرداخت مخصوص پلتفرم‌ها مثل Stripe Connect استفاده می‌کنند که مالکان را تأیید می‌کند و سهمشان را بعد از اجاره می‌فرستد. برای نسخه‌ی اول، برخی بنیان‌گذاران تا وقتی تقاضا را آزمایش می‌کنند، پرداخت را خودشان جمع می‌کنند و به مالکان دستی می‌دهند.

آیا برای یک بازار اجاره به بیمه نیاز دارم؟

اغلب بله، به‌ویژه برای وسیله‌ی نقلیه، تجهیزات گران‌قیمت یا فضاها. الزامات بسته به کشور و دسته‌بندی فرق می‌کند، پس پیش از راه‌اندازی با یک بیمه‌گر و یک مشاور حقوقی صحبت کنید.

Mythex · Pricing · با هوش مصنوعی هر چیزی بسازید · قالب‌های وب‌سایت و اپلیکیشن · مقایسه‌ی Mythex · واژه‌نامه‌ی ساخت اپلیکیشن با هوش مصنوعی · ابزارهای رایگان ساخت اپلیکیشن با هوش مصنوعی · 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 简体中文 繁體中文(香港) 繁體中文(台灣)