وایرفریمهای کامل موبایل
وضعیت
نسخه سوم لوفای — همگامشده با جریان واحدها و ساکنان، تیم یکپارچه ساختمان و برنامه شارژ/قبض. فیگما مرجع اعتبارسنجی Flow و Writing است؛ HTML این صفحه وایرفریم مفهومی مستقل است و دیزاین فیگما را پیادهسازی نمیکند.
۱. قرارداد طراحی
| مورد | تصمیم |
|---|---|
| پلتفرم | اپلیکیشن موبایل |
| قاب مرجع | 402 × 874 px؛ قاب 390 × 844 px فقط مرجع تاریخی است |
| حداقل عرض | 320 px |
| جهت | RTL |
| دعوت و عضویت | داخل لیست واحدها، جزئیات واحد یا تیم ساختمان؛ بدون مرکز مستقل |
| پایان و جایگزینی رابطه | از جزئیات همان واحد یا ردیف کارکن |
| پرداخت پیشفرض | آنلاین |
| پرداخت جایگزین | کارتبهکارت و حساببهحساب با قبض و تأیید مدیر |
| مراحل قابل اقدام خرید | ۲ مرحله: مشخصات پایه، سپس انتخاب و پرداخت اشتراک |
| راهاندازی | Dashboard غیرخطی با ۵ بخش و ذخیره Draft |
| دسترسی تیم | خودکار بر اساس مسئولیت؛ ویرایش فقط بعداً در تنظیمات دسترسی |
| برنامه شارژ | شروع سریع یا محاسبه دقیق؛ ذخیره Draft و Publish صریح |
| فایل اجرایی | HTML وایرفریم در همین پوشه ماژول نگهداری میشود |
۲. پوشش User Flowها
| User Flow | صفحههای وایرفریم | پوشش |
|---|---|---|
OBM-UF-01 ایجاد ساختمان |
WF-01 تا WF-07 |
کامل |
OBM-UF-02 راهاندازی مرحلهای |
WF-08 |
کامل |
OBM-UF-03 واحدها و ساکنان |
WF-09 تا WF-13 |
کامل |
OBM-UF-04 تیم ساختمان |
WF-17 تا WF-20 |
کامل؛ مدیریت و کارکنان یکپارچه |
OBM-UF-05 کارکنان |
— | در OBM-UF-04 ادغام شده |
OBM-UF-06 برنامه شارژ و حساب |
WF-21 تا WF-27 |
کامل؛ پنج مرحله اصلی و State نتیجه |
OBM-UF-06A قبض بانکی |
WF-24R تا WF-27R |
Flow عملیاتی مستقل از راهاندازی |
OBM-UF-07 امکانات |
WF-28 تا WF-31 |
کامل |
OBM-UF-07A اطلاعات تکمیلی |
WF-31A و WF-31B |
کامل؛ نشانی و تصویر ساختمان |
OBM-UF-08 ارسال دعوت |
WF-11 و WF-14 |
کامل و Contextual |
OBM-UF-09 تصمیم Role |
WF-32 و WF-33 |
کامل |
OBM-UF-10 Resend و Cancel |
WF-14 |
کامل و Contextual |
OBM-UF-11 پایان یا جایگزینی |
WF-15 و WF-16 |
کامل و Contextual |
OBM-UF-12 تغییر Building Admin |
WF-34 و WF-35 |
کامل |
flowchart TD
ENTRY["ورود و خرید"] --> HOME["صفحه اصلی با کارت راهاندازی"]
HOME --> SETUP["Dashboard راهاندازی"]
SETUP --> UNITS["لیست واحدها"]
SETUP --> ROLES["تیم ساختمان"]
SETUP --> FINANCE["برنامه شارژ و حساب"]
SETUP --> FACILITIES["امکانات ساکنان"]
SETUP --> PROFILE["اطلاعات تکمیلی"]
UNITS --> UNIT["جزئیات واحد"]
UNIT --> PEOPLE["افراد واحد"]
PEOPLE --> INVITE["دعوت، Resend یا Cancel"]
PEOPLE --> REPLACE["پایان یا جایگزینی رابطه"]
FINANCE --> METHOD["شروع سریع یا محاسبه دقیق"]
METHOD --> VARIABLE["قبضها و هزینههای متغیر"]
VARIABLE --> REVIEW["بازبینی مبلغ و دلیل هر واحد"]
REVIEW --> ONLINE["پرداخت آنلاین پیشفرض"]
REVIEW --> BANK["واریز بانکی اختیاری"]
BANK --> RECEIPT["قبض در انتظار تأیید"]
RECEIPT --> LEDGER["تأیید و کاهش مانده"]
۳. وایرفریم تعاملی
تمام نماهای لوفای بهجای دیاگرامهای متنی تکراری، از فایل HTML همین ماژول در iframe زیر نمایش داده میشوند.
اگر مرورگر یا نمایشدهنده Markdown از iframe پشتیبانی نمیکند، فایل مستقل را باز کنید:
بازکردن وایرفریم در صفحه مستقل
۴. فهرست نماهای داخل وایرفریم
| بخش | شناسهها | نماهای اصلی |
|---|---|---|
| ورود، خرید و فعالسازی | WF-01 تا WF-07 |
موبایل، OTP، مسیریابی، مشخصات ساختمان، انتخاب و بازبینی یکپارچه اشتراک، وضعیت پرداخت و Provisioning |
| ورودی راهاندازی در صفحه اصلی | HOME-SETUP-01 |
فریم نهایی 402 × 874 px با Context Switcher، کارت پیشرفت و CTA؛ لمس کارت یا «ادامه راهاندازی»، WF-08 را باز میکند؛ مشاهده در Figma |
| Dashboard راهاندازی | WF-08 |
فریم مرجع 402 × 874 px با پنج بخش مستقل، وضعیت متنی، پیشرفت کلی و ذخیره Draft |
| واحدها و عضویت | WF-09 تا WF-16 |
ثبت دستی دومرحلهای واحد و افراد، سایر مشخصات، قبض، حیوان خانگی، Import، دعوت، Resend، Cancel و جایگزینی؛ مرجع Flow در Figma |
| تیم ساختمان | WF-17 تا WF-20 |
انتخاب مسئولیتها، توضیح دسترسی پیشفرض، جستوجو/ثبت شخص و تعیین مسئولهای تکنفره یا چندنفره؛ مرجع Flow در Figma |
| برنامه شارژ و حساب | WF-21 تا WF-27 |
روش تنظیم، شروع سریع، گروه/استثنا، محاسبه دقیق، قبض متغیر، بازبینی شفاف، حساب و نتیجه؛ مرجع Flow در Figma |
| قبض بانکی عملیاتی | WF-24R تا WF-27R |
پرداخت ساکن، بارگذاری قبض، صف بررسی و تأیید/رد |
| امکانات ساکنان | WF-28 تا WF-31 |
کاتالوگ امکانات قابل رزرو، مدل ساعتی/سانسی/روز کامل، قیمت و خلاصه فعالسازی؛ مرجع Figma |
| اطلاعات تکمیلی | WF-31A و WF-31B |
نشانی اختیاری و انتخاب/بارگذاری تصویر؛ مرجع Figma |
| تجربه دعوتشده | WF-32 و WF-33 |
تصمیم Role و گزارش تعلق اشتباه |
| تغییر مدیر | WF-34 و WF-35 |
ثبت درخواست رسمی و وضعیت Ticket |
تصمیم ادغام خرید
WF-04مرحله ۱ از ۲ و مخصوص مشخصات پایه ساختمان است.WF-05مرحله ۲ از ۲ است و انتخاب دوره، ریز قیمت، مبلغ نهایی و تأیید اختیار ثبت را یکپارچه نشان میدهد.WF-06وضعیت سیستمی پرداخت است، در شمارش مراحل قابل اقدام کاربر نمیآید و چهار State بررسی خودکار، تأخیر، موفقیت آماده و شکست قطعی دارد.WF-07وضعیت Provisioning است و بخشی از پردازش سیستم محسوب میشود، نه یک مرحله فرم.
تصمیم Dashboard راهاندازی
WF-08یک Wizard ترتیبی نیست و پنج ردیف آن با هر ترتیبی قابل انتخاباند.- Header شامل Action بازگشت و عنوان «تکمیل راهاندازی» است.
- نام و تصویر ساختمان، راهنمای انتخاب آزاد بخشها و پیشرفت کلی پیش از فهرست نمایش داده میشوند.
- پیشرفت کلی بر اساس تعداد بخشهای حلشده و پیشرفت بخش فعال با درصد همان بخش نمایش داده میشود.
- هر ردیف شامل آیکن، عنوان، توضیح کوتاه و Label وضعیت است و تمام سطح ردیف Action ورود به همان بخش محسوب میشود.
- پیام پایین صفحه صریحاً اعلام میکند که تکمیل همه بخشها در همان مراجعه الزامی نیست.
تصمیم ورودی راهاندازی در صفحه اصلی
HOME-SETUP-01پس از فعالشدن ساختمان و تا حلشدن هر پنج بخش در صفحه اصلی Current Building نمایش داده میشود.- Header موقت صفحه، Context جاری را با الگوی «
{roleTitle}|{buildingName}» و Action تغییر Context نمایش میدهد. - کارت شامل عنوان، آیکن هدف، Progress Bar، شمارنده بخشهای تکمیلشده و CTA «ادامه راهاندازی» است.
- Progress Bar از نسبت
{resolvedCount} / 5محاسبه میشود؛ یک بخش از پنج بخش برابر۲۰٪است. - لمس CTA یا تمام سطح کارت،
WF-08را با همان Current Building باز میکند. - پس از حلشدن هر پنج بخش، کارت از صفحه اصلی حذف و داشبورد ساختمان باز میشود؛ اطلاعات بعداً از مدیریت ساختمان قابل ویرایشاند.
تصمیم تیم ساختمان
- انتخاب مسئولیتها و تعیین افراد دو مرحله جدا هستند؛ در مرحله اول از Switch برای انتخاب وجود/عدم وجود مسئولیت استفاده میشود.
BUILDING_ADMINاجباری و قفلشده است. یک شخص میتواند چند مسئولیت داشته باشد.- نقشهای تکمسئول یک نفر و «اعضای هیئتمدیره» چند نفر میپذیرند.
- جستوجوی شخص موجود و ثبت شخص جدید در همان صفحه انجام میشود؛ موبایل تکراری به Person موجود متصل میشود.
- دسترسیها خودکارند؛ Onboarding فقط خلاصه اطلاعرسانی دارد و کنترل ویرایش Permission ندارد.
تصمیم برنامه شارژ و قبض
- شروع سریع سه Tab «یکسان»، «گروهی» و «واحدبهواحد» دارد.
- Action گروه و استثنای واحدی جداست و مبلغ اختصاصی واحد اولویت بالاتر دارد.
- زمانبندی در سطح برنامه ثبت میشود و فقط Draft میسازد.
- محاسبه دقیق هر هزینه را با یک مبنای تخصیص، دامنه، تاریخ اثر و سیاست گردکردن ثبت میکند.
- آب و سایر هزینههای متغیر در مرحله مستقل تعریف میشوند؛ تعداد نفرات Snapshot دوره است.
- بازبینی، مبلغ هر واحد و دلیل محاسبه را نشان میدهد و اختلاف جمع را مسدود میکند.
- تمام مبالغ رابط «تومان» هستند. اطلاعات بانکی Mask و Permission-gated است.
- پایان موفق و ناموفق State مستقل دارند؛ موفقیت به صفحه اصلی ساختمان برمیگردد.
کاتالوگ Roleهای پوششدادهشده
| خانواده | Role یا رابطه |
|---|---|
| مدیریت ساختمان | BUILDING_ADMIN، BUILDING_MANAGER |
| هیئتمدیره | BOARD_CHAIR، BOARD_MEMBER، TREASURER، INSPECTOR |
| مالی و عملیات | ACCOUNTANT، FACILITY_MANAGER، CONCIERGE، SECURITY_GUARD، JANITOR |
| همکاران بیرونی | CONTRACTOR، TECHNICIAN |
| سفارشی | Role Template با بسته Permission و Scope |
| روابط واحد | مالک، مستأجر و ساکن؛ بدون Permission مدیریتی پیشفرض |
کاتالوگ امکانات پوششدادهشده
- ورزشی: استخر و باشگاه
- گردهمایی: سالن اجتماعات
- فضای باز: روفگاردن
- اقامتی: اتاق مهمان
- پارکینگ: پارکینگ مهمان
- امکان سفارشی قابل رزرو
در Setup اولیه فقط Facilityهای قابل رزرو نمایش داده میشوند. تجهیزات، زیرساخت و خدمات بدون تخصیص زمان به داشبورد عملیات یا درخواست خدمات منتقل شدهاند.
۵. حالتهای الزامی هر صفحه
| الگو | صفحات |
|---|---|
| Loading و Skeleton | همه فهرستها و جزئیات |
| Empty State | واحدها، تیم ساختمان، امکانات، گروههای شارژ و قبضها |
| Inline Validation | همه فرمها |
| Offline Draft | فرمهای چندمرحلهای |
| Stale Data | Role، قبض، دعوت و تغییر رابطه |
| Partial Failure | Import و دعوت گروهی |
| Permission Denied | Role، مالی، انتقال مالکیت و تنظیم امکانات |
| Pending | پرداخت، Provisioning، دعوت، قبض و Ticket |
| Success Receipt | ذخیره برنامه شارژ، پرداخت آنلاین، قبض تأییدشده و جایگزینی رابطه |
۶. قواعد تحویل به UI Design
- Action اصلی هر صفحه حداکثر یکی و حداقل ارتفاع لمس آن
44 pxاست. - Bottom Navigation بعد از فعالشدن ساختمان نمایش داده میشود، نه در خرید اولیه.
- فهرست و ویرایش Permissionها در راهاندازی نمایش داده نمیشود؛ فقط خلاصه دسترسی پیشفرض قابل مشاهده است.
- Invite Badge و Action دعوت در همان ردیف شخص دیده میشوند.
- پایان یا جایگزینی رابطه همیشه از Context واحد یا کارکن آغاز میشود.
- تصویر قبض و اطلاعات بانکی فقط پس از Authorization نمایش داده میشوند.
- ثبت قبض، مانده را کم نمیکند؛ فقط تأیید و Apply موفق این اثر را دارد.
- ذخیره برنامه شارژ Publish محسوب نمیشود و ایجاد خودکار دوره فقط Draft میسازد.
- مبلغ هر واحد باید Explainable و جمع سهم واحدها با کل هزینه Reconciled باشد.
الگوی نهایی ثبت دستی واحد و افراد
- ثبت دستی از Bottom Sheet تبدار خارج شده و در دو صفحه متوالی انجام میشود: «مرحله ۱ از ۲ — مشخصات واحد» و «مرحله ۲ از ۲ — افراد واحد».
- مرحله اول اطلاعات اصلی، مساحت، وضعیت سکونت و در حالت «دارای ساکن» تعداد ساکنان را دریافت میکند.
- «سایر مشخصات»، «افزودن قبض» و «افزودن حیوان خانگی» Actionهای اختیاری مرحله اولاند و هرکدام Bottom Sheet کوتاه خود را باز میکنند.
- مرحله دوم خلاصه قابلویرایش واحد، فهرست افراد، Action «افزودن فرد»، بازگشت به مشخصات واحد و CTA «تأیید و ثبت واحد» را دارد.
- فرم فرد رابطه مالک، مستأجر یا ساکن را میگیرد. مالک یا مستأجر میتواند همزمان «در این واحد سکونت دارد» را فعال کند؛ برای ساکن این رابطه از خود انتخاب مشخص است.
- مالک بدون سهم معتبر قابل ثبت نیست. ورودی سهم بین «دنگ» و «درصد» قابل انتخاب است.
- «نقش پیشنهادی در اپ» از این Flow حذف شده است. دسترسی پیشفرض بعد از دعوت از رابطه فرد مشتق میشود.
- اطلاعات تکمیلی فرد با انتخاب حقیقی/حقوقی نمایش داده میشود.
- تأیید نهایی ذخیره است؛ دعوت و ارسال پیامک از Flow جداگانه جزئیات فرد انجام میشود.
- مدل رزرو Facility در Setup یکی از «ساعتی»، «سانس ثابت» یا «روز کامل» است؛ تنظیمات پیشرفته بعد از Setup تکمیل میشوند.
- اطلاعات تکمیلی در دو مرحله اختیاری «نشانی» و «تصویر ساختمان» تکمیل میشوند.
- Draft، Retry، Audit و Idempotency در تمام Actionهای حساس الزامی هستند.