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

در پیشنهاد رسمی رصد برای مجتمعها و مراکز خرید، این چالشها بهعنوان مسائل پرتکرار مدیران این حوزه ثبت شدهاند.
بخشهای مختلف مرکز خرید از ابزارهای جدا استفاده میکنند و رسیدن به تصویر واحد از وضعیت مجموعه دشوار است.
مالی، قراردادها، بهرهبرداری و مدیریت اطلاعات متفاوتی از یک واحد یا مستأجر دارند.
صدور شارژ، برق، تبلیغات، جریمه و سایر قبوض و پیگیری پرداخت آنها بدون سیستم متمرکز زمانبر است.
وضعیت وصول، نگهداری تجهیزات، منابع انسانی یا واگذاری واحدها با تأخیر و تجمیع دستی گزارش میشود.
جابجایی پرسنل، دانش فرایند و سوابق مجموعه را تهدید میکند وقتی اطلاعات به افراد وابسته باشد.
درخواستها، نیازها، سوابق شارژ و قبوض در کانالهای مختلف پیگیری میشوند و سابقه متمرکز ندارند.
متن، تعهدات، پرداختها، تضامین و سررسید قراردادهای واحدها نیاز به کنترل پیوسته دارند.
فضاهای مشترک، تجهیزات، تبلیغات و قراردادهای مرتبط باید در یک مرجع قابل ردیابی باشند.
ثبت چندباره اطلاعات در واحدهای مختلف باعث اتلاف زمان، گزارش متناقض و خطای عملیاتی میشود.
دامنه نهایی بر اساس نیاز مجموعه انتخاب میشود. این اجزا میتوانند مرحلهای راهاندازی شوند و بهتدریج فرایندهای بیشتری را پوشش دهند.
تعریف مجتمع، فاز، بلوک، طبقه، واحد، کاربری، مالک، مستأجر و پرونده الکترونیکی واحد.
انواع قرارداد، طرفین، تضامین، هشدار سررسید، الحاقیه و سابقه کامل قراردادهای هر واحد.
شارژ، برق، تبلیغات و سایر قبوض، دوره صورتحساب، جریمه و تخفیف، پرداخت آنلاین و گزارش مانده.
مشاهده قراردادها و قبوض، پرداخت شارژ، دسترسی به اطلاعیهها و فرایندهای مرتبط با واحد.
تجهیزات، برنامه سرویس، درخواست خرابی، پذیرش کار، ناظر و گزارش عملکرد تیم نگهداری.
ثبت و پیگیری متقاضیان خرید یا اجاره، ارتباط فرصتها با واحدهای موجود و حرکت از سرنخ تا قرارداد.
تعریف فرایندهای داخلی برای کاهش سلیقهایبودن، استانداردسازی درخواستها و پیگیری مرحله کار.
اطلاعات پرسنلی، دسترسیهای نقشمحور و فرایندهای داخلی مرتبط با کارکنان مجموعه.
گزارشهای پویا از شارژ، قراردادها، واگذاری، نگهداری، منابع انسانی و شاخصهای عملیاتی.
کاتالوگهای محصول، این حوزه را فقط به چند فرم نرمافزاری محدود نمیکنند؛ هدف، اتصال داده و فرایندهای اصلی آن کسبوکار در یک چرخه قابل کنترل است.
فضاهای درآمدزا و مشترک در کنار واحدهای تجاری و قراردادهای مرتبط مدیریت میشوند.
تأسیسات و تجهیزات با برنامه سرویس، خرابی، مسئول اجرا و سابقه نگهداری پیگیری میشوند.
CRM، باشگاه مشتریان، Footfall و نظرسنجی میتوانند لایه تجربه مشتری را به داده عملیاتی متصل کنند.
اجاره، قبوض، خدمات، پارکینگ و سایر درآمدهای عملیاتی در گزارشهای مدیریتی قابل پیگیریاند.
مزیت اصلی زمانی دیده میشود که داده یکبار ثبت شود و در قرارداد، مالی، خدمات و گزارش مدیریتی دوباره استفاده شود.
مشخصات فیزیکی واحد، مالک و مستأجر بهعنوان مرجع ثبت میشوند.
قرارداد، تضامین، سررسیدها و اسناد به همان پرونده واحد متصل میشوند.
صورتحساب و پرداخت و همچنین درخواستهای عملیاتی روی همان مرجع شکل میگیرند.
مدیر وضعیت قرارداد، وصول و عملیات را بدون جمعآوری مجدد داده بررسی میکند.
برای مستأجر یا مستقر، کیفیت مدیریت در سرعت پاسخگویی، شفافیت قبض، دسترسی به سوابق پرداخت و امکان ثبت درخواست معنا پیدا میکند. پرتال مستقرین و رصد پالس این لایه از تجربه را به فرایندهای داخلی متصل میکنند.
در پروپوزالهای رصد، استقرار شامل انتقال داده موجود، تعریف ساختار کاربران، ارتباط با نرمافزار مالی، گزارشهای روزانه، آموزش و پشتیبانی است.
واحدها، نقشها، قراردادها، الگوی شارژ و جریانهای اصلی مشخص میشوند.
اطلاعات قبلی منتقل و ساختار دسترسی و دادههای مرجع در سامانه پیادهسازی میشوند.
مدیران، کارشناسان و کاربران اجرایی متناسب با نقش خود آموزش میبینند.
پس از ورود داده واقعی، بازخوردها برای رفع ایراد و بهینهسازی فرایند استفاده میشوند.
بسیاری از پروژهها همزمان چند نقش دارند؛ برای مثال یک هلدینگ میتواند مرکز خرید، برج و تیم بهرهبرداری مستقل داشته باشد.
برای پاسخ دقیقتر به سناریوی خاص مجموعه، دموی تخصصی پیشنهاد میشود.
بله. ساختار مستغلات و قراردادها برای نگهداری سوابق تاریخی واحد، مالک، مستأجر و قرارداد طراحی شده است.
در مستندات رصد، شارژ، برق، تبلیغات، تلفن و سایر قبوض خدماتی بهعنوان نمونه ذکر شدهاند و ساختار قبوض میتواند متناسب با فرایند مجموعه تنظیم شود.
بله. زیرسیستم قبوض شامل آمادهسازی برای پرداخت آنلاین، ثبت پرداخت و گزارش مانده و تحقق وصول است.
ماژول PM برای تعریف تجهیزات و مکانها، برنامه نگهداری، درخواست خرابی، پذیرش کار، نظارت و گزارش طراحی شده است.
رصد پالس و پرتال مستقرین برای نمایش قبوض، پرداختها، قراردادها، اطلاعیهها و برخی فرایندهای مرتبط با واحد در نظر گرفته شدهاند.
برای بررسی عمیقتر فرایندها، این راهنماها را بخوانید.
ساختار مجموعه و مهمترین مسئله فعلی را بگویید تا جلسه دمو روی همان فرایند واقعی متمرکز شود.