یک روش عملی برای ثبت خرابی مشاعات، تعیین مسئول، پیگیری وضعیت و بستن درخواستهای خدماتی بدون گمشدن میان پیامها و تماسها.
برای پیگیری درست درخواست خدمات ساختمان، هر خرابی باید به یک درخواست مشخص با موضوع، محل، اولویت، مسئول و وضعیت تبدیل شود. این روش جلوی گمشدن گزارشها میان تماسها و پیامهای پراکنده را میگیرد و به مدیر و ساکن نشان میدهد هر کار در چه مرحلهای است. در ساختمون من میتوانید درخواستهای خدماتی را در کنار امور مالی و ارتباط با ساکنان ثبت و پیگیری کنید؛ اما حتی پیش از استفاده از سامانه، چارچوب این راهنما کمک میکند جریان کار روشنی بسازید.
چرا پیامرسان برای پیگیری خرابی کافی نیست؟
گروه پیامرسان برای اعلام سریع خبر مفید است، اما معمولاً مشخص نمیکند مسئول رسیدگی چه کسی است، درخواست چه اولویتی دارد و آیا کار واقعاً تمام شده است. با زیادشدن پیامها، عکس خرابی، شماره تعمیرکار و نتیجه نهایی از هم جدا میشوند. درخواست خدمات یا تیکت، همه این اطلاعات را زیر یک موضوع نگه میدارد.
- مالکیت کار روشن میشود: معلوم است چه کسی باید قدم بعدی را بردارد.
- وضعیت قابل مشاهده است: ساکن لازم نیست برای هر پیگیری دوباره تماس بگیرد.
- سابقه باقی میماند: خرابیهای تکراری و تصمیمهای قبلی قابل مرور میشوند.
- گزارش از گفتوگو جدا میشود: یک پیام کوتاه به یک کار قابل انجام تبدیل میشود.
هر درخواست خدمات چه اطلاعاتی لازم دارد؟
فرم را کوتاه نگه دارید، اما اطلاعاتی را بگیرید که مدیر برای تصمیمگیری لازم دارد. جدول زیر حداقل دادههای کاربردی را نشان میدهد.
| فیلد | چه چیزی بنویسیم؟ | نمونه |
|---|---|---|
| موضوع | شرح کوتاه و قابل جستجو | نشتی لوله کنار موتورخانه |
| محل | بخش دقیق ساختمان | طبقه منفی یک، کنار ورودی |
| شرح | نشانه، زمان مشاهده و اثر خرابی | از صبح کف راهرو خیس میشود |
| اولویت | فوری، ضروری یا عادی | ضروری؛ احتمال آسیب به دیوار |
| پیوست | عکس واقعی در صورت کمک به تشخیص | نمای نزدیک محل نشتی |
| مسئول پیگیری | مدیر، نگهبان یا فرد هماهنگکننده | مدیر ساختمان |
| وضعیت | مرحله فعلی کار | ارجاعشده به تعمیرکار |
گردش کار پیشنهادی از ثبت تا بستن درخواست
- ثبت: ساکن یا نگهبان موضوع، محل و شرح خرابی را وارد میکند.
- بررسی اولیه: مدیر تکرارینبودن درخواست و میزان فوریت را بررسی میکند.
- اولویتبندی: خطر جانی، توقف یک خدمت ضروری یا احتمال خسارت، درخواست را جلو میاندازد.
- ارجاع: مسئول هماهنگی یا نیروی اجرایی مشخص میشود.
- بهروزرسانی: نتیجه بازدید، زمان تقریبی اقدام و مانع احتمالی در همان درخواست ثبت میشود.
- تأیید انجام: نتیجه کار با توضیح روشن و در صورت نیاز مدرک هزینه ثبت میشود.
- بستن: پس از اطمینان از رفع مسئله، وضعیت نهایی میشود؛ نه صرفاً بعد از تماس با تعمیرکار.
درخواست خدمات وقتی قابل پیگیری است که همیشه یک «مسئول قدم بعدی» و یک «وضعیت فعلی» داشته باشد.
وضعیتها را کم و روشن نگه دارید
برای بیشتر ساختمانها همین وضعیتها کافی است: «جدید»، «در حال بررسی»، «ارجاعشده»، «در حال انجام»، «منتظر اقدام یا قطعه» و «انجامشده». وضعیتهای زیاد و مشابه، گزارش را پیچیده میکنند. اگر کار متوقف است، دلیل توقف را در توضیح بنویسید.
مثال عملی: خرابی درِ پارکینگ
فرض کنید یکی از ساکنان گزارش میدهد درِ پارکینگ هنگام بستهشدن مکث میکند. او محل و نشانه خرابی را ثبت میکند و اگر امن باشد، عکس یا ویدئوی کوتاهی میفرستد. مدیر ابتدا خطر و اثر خرابی را میسنجد، سپس درخواست را برای بازدید ارجاع میدهد. بعد از بازدید، تشخیص تعمیرکار و اقدام بعدی در همان درخواست نوشته میشود. کار زمانی بسته میشود که عملکرد در بررسی و نتیجه برای گزارشدهنده روشن شده باشد.
اگر تعمیر به هزینه مشترک منجر شد، سند و مبلغ باید در جریان مالی ساختمان نیز ثبت شود. راهنمای حسابداری ساختمان و ثبت هزینه و درآمد برای وصلکردن درخواست فنی به گزارش مالی کمک میکند.
درخواستها را چگونه اولویتبندی کنیم؟
| سطح | نمونه | اقدام مدیریتی |
|---|---|---|
| فوری | بوی گاز، آتشسوزی، برقگرفتگی یا خطر جانی | ابتدا اقدام اضطراری و تماس با مرجع تخصصی؛ ثبت تیکت جایگزین امداد نیست |
| ضروری | نشتی فعال، توقف آسانسور یا خرابی درِ ورودی | بررسی سریع، ایمنسازی محل و اعلام وضعیت به ساکنان |
| عادی | تعویض لامپ، رنگآمیزی یا تنظیم زمان سرویس | قرارگرفتن در برنامه نگهداری و اعلام زمان پیگیری |
اولویت را فقط بر اساس تعداد پیامها تعیین نکنید. شدت خطر، دامنه اثر و احتمال افزایش خسارت معیارهای قابل دفاعتری هستند.
چکلیست مدیر ساختمان
- درخواست مشابه قبلاً ثبت نشده است.
- محل و شرح خرابی برای بازدید کافی است.
- اولویت با دلیل مشخص تعیین شده است.
- مسئول قدم بعدی معلوم است.
- آخرین وضعیت برای گزارشدهنده قابل فهم است.
- هزینه، فاکتور یا مصوبه مرتبط در محل مناسب ثبت شده است.
- پیش از بستن، نتیجه اقدام بررسی شده است.
اگر رسیدگی به یک خرابی به تصمیم جمعی یا بودجه قابل توجه نیاز دارد، موضوع را از تیکت عملیاتی به فرایند تصمیمگیری منتقل کنید. چکلیست جلسه مجمع ساختمان کمک میکند مسئول، مصوبه و مهلت اجرا روشن بماند.
نمونه متن قابل کپی برای ساکن
موضوع: خرابی روشنایی راهروی طبقه سوم
زمان مشاهده: امروز عصر
شرح: دو چراغ نزدیک آسانسور روشن نمیشوند و کلید راهرو بررسی شده است.
اثر: مسیر شبها کمنور است.
پیوست: یک عکس از محل
درخواست: لطفاً وضعیت بررسی و زمان اقدام اعلام شود.
این قالب، گزارش را کوتاه نگه میدارد و پرسشهای رفتوبرگشتی مدیر را کم میکند. اطلاعات شخصی یا تصویر افراد را بیدلیل به درخواست پیوست نکنید.
اشتباههای رایج در مدیریت تیکت ساختمان
- ثبت چند مسئله در یک درخواست: هر خرابی مستقل را جدا ثبت کنید تا وضعیتها قاطی نشوند.
- بستن زودهنگام: «به تعمیرکار گفتیم» به معنی انجام کار نیست.
- نداشتن مسئول: درخواست بدون مسئول، معمولاً بین افراد میماند.
- اولویت فوری برای همه چیز: وقتی همه درخواستها فوری باشند، اولویت معنای خود را از دست میدهد.
- گفتوگو خارج از درخواست: نتیجه تماس تلفنی را خلاصه کنید تا سابقه کامل بماند.
- مخلوطکردن درخواست و هزینه: تیکت مسیر انجام کار را نشان میدهد؛ ثبت مالی باید در حسابهای ساختمان هم انجام شود.
ساختمون من چه کمکی میکند؟
در سامانه فارسی ساختمون من (Sakhtemon Man) قابلیت «درخواست خدمات و تیکت» در کنار اطلاعرسانی، اسناد، امور مالی و نقشهای ساختمان قرار دارد. مدیر میتواند کارهای روزمره را از پیامهای پراکنده جدا کند و ساکن نیز درخواست خود را در یک مسیر مشخص دنبال کند. قابلیتهای اصلی سامانه رایگان است؛ هزینه پیامک اپراتور جداگانه از اعتبار پیامکی ساختمان مصرف میشود.
اگر هنوز واحدها و اعضا را در سامانه تعریف نکردهاید، ابتدا راهنمای شروع مدیریت ساختمان را بخوانید. سپس برای ساخت ساختمان و فعالکردن جریان درخواستها، از ثبتنام رایگان پنل ساختمون من شروع کنید.
پرسشهای رایج
آیا گروه واتساپ را باید کاملاً حذف کنیم؟
نه لزوماً. پیامرسان میتواند برای خبر سریع باقی بماند، اما درخواست قابل اقدام بهتر است در سامانه ثبت شود و لینک یا نتیجه آن در گروه اطلاعرسانی شود.
چه زمانی درخواست را انجامشده بزنیم؟
وقتی اقدام وعدهدادهشده انجام و نتیجه بررسی شده باشد. اگر فقط هماهنگی صورت گرفته یا قطعه هنوز نرسیده است، وضعیت «منتظر اقدام» دقیقتر است.
در وضعیت اضطراری اول تیکت ثبت کنیم؟
خیر. در خطرهایی مانند آتشسوزی، بوی گاز یا برقگرفتگی، ابتدا افراد را ایمن کنید و با مرجع امدادی یا متخصص مربوط تماس بگیرید. ثبت درخواست برای مستندسازی بعدی است و جای اقدام اضطراری را نمیگیرد.
جمعبندی
مدیریت درخواست خدمات ساختمان با یک اصل ساده منظم میشود: هر خرابی باید شرح روشن، اولویت، مسئول قدم بعدی و وضعیت قابل مشاهده داشته باشد. ساختمون من این مسیر را برای مدیر و ساکن در کنار سایر کارهای ساختمان یکپارچه میکند تا درخواست از لحظه گزارش تا نتیجه نهایی قابل پیگیری بماند.
