تریپیلون متولد شد!
تعریف محصول
این محصول یک پلتفرم موبایلفرست برای مدیریت ساختمانها، مجتمعهای مسکونی و برجهاست که با هدف سادهسازی امور روزمره ساختمان، شفافسازی ارتباطات و کاهش وابستگی به تماس تلفنی، پیامرسانها و پیگیریهای دستی طراحی میشود.
این اپ قرار است ارتباط بین ساکنین، مالکین، مستأجران، مدیران ساختمان، نیروهای اجرایی، نگهبانی/لابی، حسابدار، ناظر و در فازهای بعدی بنگاههای املاک را ساختارمند کند. تمرکز اصلی محصول روی مدیریت امور جاری ساختمان مانند پرداخت شارژ، مشاهده ریزهزینهها، ثبت و پیگیری درخواستهای تعمیرات، ارسال اعلانات، مدیریت واحدها، رزرو امکانات، مدیریت مهمان، بستهها و فرآیندهای عملیاتی ساختمان است.
هدف محصول این نیست که فقط یک نرمافزار محاسبه شارژ باشد؛ بلکه هدف آن ساختن یک سیستم منظم برای مدیریت زندگی روزمره در ساختمان است؛ سیستمی که بتواند هم برای ساکن ساده و سریع باشد، هم برای مدیر ساختمان قابل اتکا، شفاف و قابل پیگیری.
مخاطبان اصلی محصول شامل ساکنین، مالکین، مستأجران، مدیران ساختمان، حسابداران، ناظران، لابیمنها، نگهبانها، سرایداران، مسئولان تأسیسات، تعمیرکاران و در مراحل بعدی بنگاههای املاک و تیم ادمین پلتفرم هستند.
این محصول تلاش میکند مشکلاتی مانند عدم شفافیت در هزینههای ساختمان، سختی پیگیری بدهیها، پراکندگی ارتباطات در پیامرسانها، ثبت دستی پرداختها، گم شدن درخواستهای تعمیرات، نبود وضعیت مشخص برای کارهای اجرایی، نبود دسترسی متناسب با نقش افراد، و دشواری مدیریت چندین واحد یا چندین ساختمان را از مسیر کاربران بردارد.
در این مرحله، تمرکز پروژه روی تعریف درست مسئله، شناسایی نقشها، طراحی مدل دسترسی، تعیین فلوهای اصلی، اولویتبندی قابلیتها و ساخت پایه تجربه کاربری محصول است. این پروژه به عنوان اصولی طراحی محصول از نقطه تعریف مسئله و نیازهای واقعی کاربران قابل تعریف است.
اصول محصول
- محصول فقط بر اساس فرضیات اولیه طراحی نمیشود؛ هر فرضیه باید بررسی، اصلاح و اعتبارسنجی شود
- طراحی باید بر اساس سناریوهای واقعی ساختمانهای کوچک، متوسط، برجها و مجتمعهای حرفهای انجام شود.
- نقشها نباید hard-code شوند؛ سیستم باید بر اساس نقش، دسترسی و زمینه استفاده طراحی شود.
- تجربه ساکن باید ساده، سریع و action-based باشد.
- تجربه مدیر باید قابل اتکا، شفاف و قابل گزارشگیری باشد.
- نیروهای اجرایی باید فقط کارهای مربوط به خودشان را ببینند.
- بنگاهها فقط کاربر محصول نیستند؛ میتوانند شریک رشد و فروش محصول باشند.
- ماژولهای مالی، تعمیرات، واحدها و دسترسیها باید قبل از UI از نظر منطقی درست طراحی شوند.
- هر قابلیت باید به یک ارزش مشخص وصل شود: کاهش تماس، شفافیت، درآمد، نظم، پیگیریپذیری یا کاهش کار دستی.