Future Ideas & Backlog

← Product docs home

Raw product thinking captured for later — not committed MVP scope. Original notes were in Farsi (additional-info.txt); kept verbatim with light framing.

1. Platform-owned pricing flow (آینده / future)

فلوی قیمت باید سمت ما باشه:

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

چند تا نکته بنویسیم: اگر زیاد گذاشت یا کم، که «رنج مناسبی نذاشتی و مشتری‌هات کم میشه»؛ و نسبت به سابقه و مهارت‌ها یه عدد پیشنهادی توی بازه بهش نشون بدیم که کار رو راحت‌تر کنه.

  • در آینده باید داستان بوست (boost) رو برای هر دو طرف مشخص کنیم — اگر مشتری بخواد زودتر کسی رو

پیدا کنه، یا پرستار بخواد زودتر کار بگیره (مرحلهٔ خیلی بعد).

  • کل پروسهٔ بید زدن (bidding) پرستارها رو بذاریم برای بعداً — چون مشتری رو ناراضی می‌کنه و الان

وقتش نیست.

Relates to today's MVP, where nurses set their own transparent prices per variant — see Service Catalog & Pricing. Surge/boost/bidding are explicitly deferred there.

2. Installments only above a meaningful threshold

سیستم اقساطی باید بصرفه باشه — نباید برای یک روز خدمات قسطی بدیم. برای درخواست‌های بالای سه روز (شاید حتی بالاتر) منطقی‌تره که عددش معنی‌دار بشه — کسی ۴–۵ تومن رو قسطی نمی‌کنه. (این گمان هست؛ باید دیتای بیشتری ببینیم.)

پس نیاز داریم بتونیم برای بازه‌های قیمتی متفاوت، گزینه‌های پرداخت (کارت / BNPL) رو فعال یا غیرفعال کنیم.

Implementation hook: a config-driven rule that enables/disables BNPL by booking total / duration. See the BNPL business area and platform_configs in audit, config & reference.

3. Blog (آینده / future)

برای آینده، یک بلاگ در نظر داشته باشیم.

↑ Back to top