بوابة طلبات الصيانة: أنشئ تجربة أفضل للمستأجرين

لماذا تضيع طلبات الصيانة أو تتأخر

تؤدي المكالمات الهاتفية والرسائل النصية والبريد الصوتي ورسائل البريد الإلكتروني المتفرقة إلى سجل إصلاح ضعيف. قد يصف المستأجر أنبوبًا متسربًا خلال مكالمة مزدحمة، ثم يضطر مدير العقار إلى تذكر التفاصيل والعثور على مقاول وإبلاغ المستأجر لاحقًا. وقد تترك رسالة واحدة فائتة الجميع غير متأكد من المسؤول عن الخطوة التالية.

غالبًا ما تختفي التفاصيل الأولى. قد يعرف الموظفون أن «هناك تسربًا في المطبخ»، لكنهم لا يعرفون رقم الوحدة أو وقت ملاحظة المستأجر للمشكلة أو ما إذا كانت المياه لا تزال تتدفق أو ما إذا كان بإمكان شخص دخول المنزل. وغالبًا ما تشرح صورة لأنبوب متشقق أو سقف رطب أو جهاز معطل المشكلة أفضل من رسالة قصيرة.

تمنح بوابة طلبات الصيانة المستأجرين مكانًا واحدًا لإرسال طلبات الإصلاح. يمكن للنموذج جمع العقار والوحدة ونوع المشكلة والوصف والصور وبيانات التواصل وتفضيلات الدخول. يقضي المستأجرون وقتًا أقل في تكرار المعلومات، ويحصل الموظفون على تفاصيل يمكنهم العمل بها.

يحتاج الموظفون أيضًا إلى سجل إصلاح مشترك واحد. ينبغي أن يوضح من استلم الطلب ومن سيتولى العمل والحالة الحالية وملاحظات الموعد والرسائل المرسلة إلى المستأجر. ومن دون هذا السجل، قد يخبر وكيل التأجير المستأجر بأن المقاول حُجز له موعد، بينما لم يعيّن فريق الصيانة أحدًا بعد.

تحتاج الإصلاحات العاجلة إلى مسار منفصل. ينبغي أن تطلب البوابة من المستأجرين الاتصال بخدمات الطوارئ عند وجود خطر فوري، مثل حريق أو الاشتباه في تسرب غاز أو حالة طبية طارئة. كما ينبغي أن تعرض جهة اتصال الطوارئ الخاصة بالعقار لمشكلات المبنى الخطيرة، مثل فيضان نشط أو انقطاع كامل للتدفئة عندما تتطلب القواعد المحلية استجابة سريعة.

يمكن للطلبات العادية اتباع تسلسل بسيط: يرسل المستأجر المشكلة مع تفاصيل وصور كافية، ويحدد الموظفون الأولوية ويسندون العمل، ويسجل الشخص المكلف التحديثات وموعد الزيارة المتوقع، ثم يراجع المستأجر التقدم من دون ملاحقة عدة أشخاص.

تُحدث الحالات الواضحة فرقًا. فكلمات «مستلم» و«مجدول» و«قيد التنفيذ» و«مكتمل» توضح للمستأجر ما يحدث. تجنب المسميات الغامضة مثل «مفتوح» عندما يكون الموظفون قد رتبوا زيارة بالفعل. قد لا يجعل تطبيق صيانة العقارات كل إصلاح أسرع، لكنه يمنع ضياع الطلب بين صناديق البريد الوارد.

حدد ما يجب أن تفعله البوابة

ابدأ بالإجراءات اليومية التي يحتاج الأشخاص إلى تنفيذها بدلًا من إضافة كل ميزة ممكنة منذ اليوم الأول. يحتاج المستأجرون إلى مسار قصير للإبلاغ عن مشكلة وإرفاق الصور وتحديد أوقات الدخول ومراجعة حالة الإصلاح لاحقًا. فالنموذج الذي يطلب تفاصيل كثيرة يدفع الناس غالبًا إلى العودة للمكالمات وإرسال بلاغات ناقصة.

يحتاج الموظفون إلى عرض أكثر شمولًا. عليهم مراجعة كل طلب وتحديد مدى استعجاله وإسناده إلى عامل صيانة أو مقاول وإضافة التحديثات وإغلاق المهمة عند اكتمال العمل. سجّل كل تغيير. إذا سأل مستأجر عن سبب استغراق الإصلاح أسبوعًا، ينبغي أن يتمكن الموظفون من معرفة من استلم الطلب ومتى تواصل مع المقاول وما العمل الذي أُنجز.

امنح كل شخص الواجهة المناسبة

ينبغي ألا يرى المستأجرون إلا المعلومات التي تساعدهم على فهم الخطوة التالية. قد تتضمن الملاحظات الداخلية بيانات تواصل المقاول وتقديرات التكلفة والأسباب المحتملة أو مشكلات الدخول. أبقِ هذه الملاحظات منفصلة عن رسائل المستأجرين لتجنب كشفها بالخطأ.

استخدم مجموعة صغيرة من الحالات الواضحة في بوابة المستأجر:

• مُرسل: استلم فريق العقار الطلب.
• قيد المراجعة: يفحص الموظفون المشكلة ويقررون ما يجب فعله.
• مجدول: حُدد تاريخ أو فترة زمنية لزيارة الإصلاح.
• قيد التنفيذ: بدأ العامل الإصلاح.
• مكتمل: سجّل الموظفون انتهاء المهمة.

يمكن للموظفين استخدام حالات داخلية إضافية مثل «في انتظار قطع الغيار» أو «في انتظار عرض سعر المقاول». لا يحتاج المستأجرون إلى فهم كل التفاصيل التشغيلية. فإذا احتاج صنبور المطبخ إلى قطعة بديلة، فستكون رسالة مثل «طلبنا القطعة وسنؤكد موعد الزيارة» أكثر فائدة بكثير.

يساعد AppMaster على إنشاء شاشات منفصلة للمستأجرين والموظفين وقاعدة بيانات للطلبات وعمليات عمل مرئية تتحكم في تغييرات الحالة. ابنِ رحلة الطلب الأساسية أولًا، ثم أضف تدفقات عمل المقاولين أو التذكيرات التلقائية بعد أن يستخدم الفريق البوابة بانتظام.

خطط لنموذج الطلب وسجل الإصلاح

ينبغي أن يجمع النموذج تفاصيل كافية لإرسال الشخص المناسب من دون تحويل البلاغ البسيط إلى معاملات ورقية. يجب أن يصف المستأجر المشكلة مرة واحدة، وألا يضطر فريقك إلى ملاحقة الحقائق الأساسية عبر الهاتف أو البريد الإلكتروني.

ابدأ كل سجل إصلاح بعنوان قصير ووصف بلغة واضحة. فعبارة «مياه تحت حوض المطبخ» تخبر عامل الصيانة أكثر من «مشكلة سباكة». اطلب من المستأجر اختيار الموقع، مثل المطبخ أو الحمام أو غرفة النوم أو الممر أو منطقة مشتركة. كما تساعد الفئة الموظفين على توجيه العمل: سباكة أو تدفئة أو كهرباء أو أجهزة أو آفات أو إصلاح عام.

استخدم أسئلة أولوية يستطيع المستأجر فهمها. بدلًا من أن تطلب منه الحكم على الاستعجال الفني، اسأله ما إذا كانت هناك مياه جارية أو انقطاع في التدفئة أو مشكلة سلامة أو ضرر ينتشر. بعد ذلك يستطيع الموظفون تحديد أولوية الإصلاح.

يحتاج السجل أيضًا إلى رقم وحدة المستأجر واسمه ورقم هاتفه وبريده الإلكتروني. إذا سجّل المستأجر الدخول، املأ هذه التفاصيل تلقائيًا واسمح له بتصحيح رقم الهاتف عند الحاجة. يمنع ذلك إرسال بلاغات تقول «المصباح معطل» من دون تحديد المكان الذي يجب إرسال المساعدة إليه.

غالبًا ما تمنع الصور المرفقة زيارة أولى ضائعة. اسمح بإضافة عدة صور إلى كل طلب وأبقها مرتبطة بسجل الإصلاح بدل إرسالها إلى صندوق وارد منفصل. اطلب من المستأجرين تصوير منطقة المشكلة، لا المستندات الشخصية أو السكان الآخرين.

أبقِ تفاصيل الدخول مع الطلب

يحتاج فريق الإصلاح إلى معلومات الإذن والتوقيت قبل جدولة العمل. أضف خيارات دخول بسيطة: «سأكون في المنزل»، و«يمكنكم الدخول أثناء غيابي»، و«اتصلوا بي قبل الدخول». أدرج التواريخ أو الفترات المتاحة وحقلًا للملاحظات العملية.

قد تتعلق الملاحظة بحيوان أليف في الوحدة أو طفل نائم أو رمز بوابة أو طلب الطرق على الباب بدلًا من استخدام الجرس. حدّد من يمكنه رؤية هذه التفاصيل وأبقها مع الطلب حتى يرى العامل المكلف أحدث التعليمات.

في AppMaster، يمكنك نمذجة هذه الحقول في Data Designer وربط نموذج المستأجر بسجل إصلاح من خلال عمليات العمل المرئية. أبقِ تحديثات الحالة منفصلة عن البلاغ الأصلي حتى يتمكن المديرون والمستأجرون دائمًا من مراجعة التفاصيل التي بدأت بها المهمة.

اجعل الإبلاغ سهلًا للمستأجرين

ينبغي أن تكون بوابة طلبات الصيانة بسيطة بما يكفي لاستخدامها عندما يكون الشخص متعبًا أو مشغولًا أو يتعامل مع أنبوب متسرب. استخدم فئات واضحة مثل السباكة والتدفئة والأجهزة والكهرباء ومشكلة آفات والسلامة. تجنب المسميات التي تفترض أن المستأجر يفهم طريقة عمل المبنى.

اسأل عن الغرفة أو المنطقة مبكرًا في النموذج. تساعد قائمة قصيرة مثل المطبخ والحمام وغرفة النوم والممر أو المنطقة الخارجية فريق الصيانة على فرز الطلبات. أدرج خيار «أخرى» لغرف الغسيل المشتركة ومواقف السيارات والمواقع الأقل شيوعًا.

يحتاج مربع الوصف إلى توجيه، لا إلى حقل فارغ فقط. اسأل المستأجر متى بدأت المشكلة وما الذي يستطيع رؤيته أو سماعه وما إذا كانت تحدث طوال الوقت وما إذا كانت المياه أو الكهرباء أو التدفئة أو إمكانية الدخول قد تغيرت. مثال: «يتسرب حوض المطبخ من الأنبوب أسفل الخزانة كلما فتحت الصنبور. بدأت المشكلة هذا الصباح.»

اسمح للمستأجرين بإرفاق الصور مباشرة من الهاتف أو الحاسوب، واجعل زر التحميل سهل العثور عليه. تمنح صورة لملصق جهاز أو بقعة في السقف أو مياه حول وصلة فريق الإصلاح سياقًا مفيدًا قبل الزيارة.

أبقِ النموذج القياسي مخصصًا لطلبات الإصلاح العادية. ضع إرشادات الطوارئ فوق النموذج في إشعار منفصل. أخبر المستأجرين بالاتصال بخدمات الطوارئ عند وجود خطر فوري، مثل حريق أو رائحة غاز أو إصابة خطيرة. وقدّم جهة اتصال منفصلة لصيانة العقار في المشكلات العاجلة، مثل تسرب كبير نشط أو انقطاع كامل للتدفئة.

يمكن أن يبقى النموذج العملي قصيرًا:

• فئة المشكلة والغرفة أو المنطقة
• وصف المشكلة ووقت بدايتها
• الصور المرفقة إن توفرت
• تفضيلات الدخول وبيانات التواصل

يساعدك AppMaster على إنشاء هذا النوع من تطبيقات صيانة العقارات باستخدام نماذج مرئية وتحميل الملفات وسجل طلبات يستطيع الموظفون مراجعته. أبقِ الحقول الاختيارية اختيارية. يجب أن يتمكن المستأجر من إرسال بلاغ مفيد خلال دقائق حتى إذا لم تكن لديه صورة أو لم يعرف اسم القطعة المعطلة.

اجمع تفضيلات الدخول بأمان

يجب ألا يضطر فريق الإصلاح إلى تخمين ما إذا كان يستطيع دخول منزل المستأجر. أضف خيار الدخول إلى كل طلب، واستخدم لغة واضحة خصوصًا في المشكلات العاجلة.

قدّم مجموعة صغيرة من الخيارات التي تغطي الحالات المعتادة: السماح بالدخول أثناء غياب المستأجر، تحديد موعد قبل الدخول، الاتصال بالمستأجر أولًا، أو الدخول في حالة طارئة. اسأل كيف يريد المستأجر أن يتواصل الموظفون معه، عبر الهاتف أو الرسائل النصية أو البريد الإلكتروني، ثم اجمع بعض فترات التوفر. قد يسمح المستأجر بالزيارات في أيام العمل بعد الساعة 5:30 مساءً، لكنه لا يستطيع استقبالها خلال ساعات العمل. هذا يوفر المواعيد الفائتة والمكالمات المتكررة.

تعامل مع تعليمات الدخول بوصفها معلومات حساسة. اجمع رمز البوابة أو رمز دخول المبنى أو تفاصيل صندوق المفاتيح أو تحذيرًا بشأن حيوان أليف فقط عندما يتطلب الإصلاح ذلك. لا تجعل هذه الحقول إلزامية لكل طلب. حدّد الوصول إليها واحذف التعليمات القديمة عندما يحدّث المستأجر بياناته أو يُغلق الإصلاح.

اعرض أحدث تفضيلات الدخول قرب حالة أمر العمل، حيث يستطيع موظفو الصيانة رؤيتها قبل جدولة الزيارة أو بدئها. إذا غيّر المستأجر «السماح بالدخول» إلى «يلزم تحديد موعد»، فاستبدل التعليمات القديمة بدل عرض التعليماتين معًا.

مثلًا، يبلّغ مستأجر عن أنبوب متسرب في المطبخ ويختار «اتصل بي أولًا». يتصل مدير العقار به ويتفقان على زيارة صباح الثلاثاء، ثم يسجل الموعد. يرى السباك الوقت المؤكد وملاحظة الدخول الحالية قبل وصوله. يمنع هذا التسليم البسيط رحلة يمكن تجنبها إلى باب مغلق.

يمكن لتطبيق صيانة عقارات مبني باستخدام AppMaster حفظ خيارات الدخول مع سجل الإصلاح وعرض التفاصيل الحالية للموظفين المعتمدين فقط. كما يمكن أن يؤدي تغيير الحالة إلى مطالبة الفريق بتأكيد الدخول قبل وضع الزيارة في حالة «مجدولة».

اعرض تقدم الإصلاح من دون إرباك المستأجرين

ينبغي أن تجيب بوابة المستأجر عن سؤال شائع: «ماذا يحدث بشأن إصلاحي؟» فالحالة القصيرة أفضل من سجل عمل تفصيلي يخلق أسئلة إضافية.

استخدم الكلمات نفسها لكل طلب. تكفي عادةً خمس مراحل:

• مُستلم: لدى فريق العقار الطلب وسيراجعه.
• مجدول: حُدد موعد لزيارة الإصلاح أو يجري الفريق ترتيبها.
• قيد التنفيذ: بدأ الفني العمل أو يشخّص المشكلة.
• في الانتظار: يحتاج الإصلاح إلى قطعة أو موافقة أو زيارة أخرى.
• مكتمل: سجّل الفريق انتهاء الإصلاح.

تجنب مسميات مثل «مفتوح» أو «قيد الانتظار» أو «مسند». فهي تصف العمل الداخلي، لكنها لا تخبر المستأجر ما إذا كان أحد سيزوره أو ما إذا كان عليه فعل شيء.

ينبغي أن يعرض كل طلب تاريخ أحدث تحديث وإجراءً تاليًا واحدًا. قد يرى مستأجر أبلغ عن تسرب في صنبور: «مجدول. حُدّث في 12 مايو. سيزورك سباك في 14 مايو بين الساعة 9:00 صباحًا و12:00 ظهرًا.» وإذا كانت الصمامة المطلوبة غير متوفرة، يمكن أن تقول الرسالة: «في الانتظار. حُدّث في 14 مايو. طلبنا قطعة بديلة وسنتواصل معك عند وصولها.»

افصل تحديثات المستأجرين عن ملاحظات الموظفين

يحتاج موظفو العقار والمديرون والموردون غالبًا إلى تفاصيل خاصة، مثل عرض سعر المورد أو سجل الحساب أو ملاحظة دخول المبنى أو نقاش داخلي حول المسؤولية. لا تضع هذه الملاحظات في واجهة المستأجر.

أنشئ حقولًا منفصلة للملاحظات الداخلية والتحديثات الموجهة للمستأجر. يستطيع الموظفون تسجيل تاريخ الإصلاح كاملًا، بينما يرى المستأجرون ملخصًا هادئًا وإجراءً تاليًا وتفاصيل الموعد. يدعم AppMaster هذا الفصل من خلال الشاشات القائمة على الأدوار، فيدير الموظفون سجل الإصلاح ولا يرى المستأجرون إلا التحديثات المخصصة لهم.

ينبغي أن تتضمن الحالة المكتملة رسالة ختامية قصيرة، مثل «استبدل السباك جلدة الصنبور في 16 مايو». امنح المستأجرين طريقة للإبلاغ بأن المشكلة ما زالت قائمة. يحافظ ذلك على ظهور الإصلاح عندما لا تحل الزيارة الأولى المشكلة.

ابنِ البوابة خطوة بخطوة

ابنِ الإصدار الأول حول مسار كامل واحد: يرسل المستأجر المشكلة، ويراجعها الموظفون، ويُعيّن عامل إصلاح، ثم يرى المستأجر التحديثات. يستطيع AppMaster إنشاء خدمات الخلفية وبوابة ويب وتطبيقات هاتف من المشروع المرئي نفسه، مع إبقاء السجلات مترابطة.

1. أنشئ حسابات للمستأجرين واربط كل حساب بالعقار والوحدة الصحيحين. يجب ألا يرى المستأجرون إلا الطلبات الخاصة بوحداتهم. ويحتاج الموظفون إلى صلاحيات بحسب أدوارهم، مثل مدير العقار أو منسق الصيانة.

2. أنشئ نموذج طلب يتضمن الفئة والعنوان القصير والوصف وتحميل الصور ووقت الزيارة المفضل وتفضيلات الدخول. اجعل الفئة والوصف إلزاميين. وفي المشكلات العاجلة، مثل تسرب نشط، اعرض أيضًا تعليمات للاتصال برقم الطوارئ.

3. أضف مساحة عمل للموظفين تعرض الطلبات الجديدة أولًا وتتيح التصفية حسب العقار والحالة والفئة والتاريخ. أدرج حقول المقاول المكلف وتاريخ الموعد والملاحظات الداخلية وتكلفة الإصلاح إذا كان فريقك يتابعها.

4. أنشئ حالات مثل جديد ومُراجع ومجدول وقيد التنفيذ ومكتمل. عند تغيير الموظفين للحالة، احفظ وقت التغيير واسم الشخص الذي أجراه. ينشئ ذلك تاريخًا للإصلاح يستطيع الموظفون مراجعته عند اتصال المستأجر.

5. أرسل إشعارات عند وصول طلب جديد وعند تحديد موعد وعند تحديث الحالات الموجهة للمستأجر. يمكن استخدام البريد الإلكتروني أو الرسائل النصية، لكن لا تُشعر المستأجرين بكل تعديل داخلي. تجعل التنبيهات الكثيرة الناس يتجاهلون التنبيهات المفيدة.

اختبر البوابة كاملة بحساب تجريبي قبل دعوة المستأجرين. أرسل صورة لتسرب في المطبخ، واختر تفضيل الدخول، وأسند الطلب إلى موظف، ثم أغلقه. تأكد من أن المستأجر يرى التحديث الصحيح وأن التفاصيل الداخلية تظل خاصة.

يمكن لـ Data Designer في AppMaster نمذجة الوحدات والمستأجرين والطلبات والصور وسجل الحالات. ويمكن لـ Business Process Editor توجيه الطلب الجديد إلى الموظف المناسب وتشغيل الإشعارات من دون كتابة تدفق العمل يدويًا.

مثال: مستأجرة تبلغ عن تسرب في المطبخ

تلاحظ مايا تجمع المياه تحت حوض مطبخها بعد غسل الأطباق. تفتح البوابة على هاتفها وتختار «سباكة»، ثم تكتب: «تتساقط المياه من الأنبوب أسفل الحوض عند فتح الصنبور. أرضية الخزانة مبللة.»

تضيف صورتين، إحداهما للأنبوب المتسرب والأخرى للخزانة المبللة، ثم تختار أن المشكلة تحتاج إلى اهتمام سريع لأن المياه قد تضر الخزانة والأرضية. يسألها النموذج متى يمكن للموظفين الدخول. تختار «يلزم تحديد موعد»، وتضيف أنها متاحة بعد الساعة 4 مساءً في أيام العمل، وتدخل رقم هاتف لتحديثات الموعد. تنشئ البوابة الطلب رقم 1842 وتعرض الحالة «مُستلم».

يراجع مدير العقار الطلب في ذلك الصباح. تشير الصور إلى وصلة تصريف مرتخية لا إلى أنبوب منفجر، لذلك يعيّن المدير سباكًا ويغير الحالة إلى «مجدول». ترى مايا في البوابة فترة الموعد يوم الثلاثاء من الساعة 4:30 إلى 6:00 مساءً.

يستبدل السباك جلدة تالفة ويشد الوصلة ويفحص الحوض. ويضيف ملاحظة عمل قصيرة: «استُبدلت جلدة التصريف وفُحص الحوض لمدة خمس دقائق. لم يُعثر على أي تسرب آخر.» ثم يضع الموظفون الطلب في حالة مكتمل.

تتلقى مايا إشعار الإكمال عبر البريد الإلكتروني أو الرسائل النصية، بحسب طريقة الإشعار التي اختارتها. تستطيع قراءة ملاحظة الإصلاح والتأكد من بقاء الخزانة جافة. وإذا عادت المياه، يمكنها إعادة فتح الطلب نفسه بدل إنشاء طلب مكرر.

هنا تظهر فائدة سجل الإصلاح المشترك. يستطيع AppMaster إبقاء وصف المستأجرة وصورها وتفضيلات الدخول والموعد وملاحظات الموظفين والتأكيد النهائي معًا، مما يقلل المكالمات والرسائل المفقودة والحالات غير الواضحة.

أخطاء شائعة تزعج المستأجرين

ينبغي أن تجعل بوابة طلبات الصيانة الإبلاغ أسهل، لا أن تنقل أعمال إدارة العقار إلى المستأجرين. وقد تجعل الخيارات الصغيرة في النموذج أو نظام الحالات الناس غير متأكدين من قراءة أحد لمشكلة خطيرة.

لا تطلب من المستأجرين اختيار مسميات فنية مثل «عاجل» أو «عادي» أو «وقائي». لا يستطيع معظم الناس الحكم على ما إذا كانت بقعة رطبة بسيطة أو تسربًا يتسع. اسأل أسئلة واضحة عن وجود مياه جارية أو فقدان التدفئة أو مخاطر السلامة أو انتشار الضرر، ثم دع الموظفين يحددون الأولوية.

أبقِ المعلومات الداخلية خارج واجهة المستأجر. قد تتضمن ملاحظات الموظفين أسعار الموردين وتفاصيل الجدولة أو مناقشات لا يحتاج المستأجر إلى قراءتها. ولا تنشر رقم هاتف المقاول المباشر إلا إذا وافق المقاول على التواصل مع المستأجرين.

اشرح كل حالة

لا تقول كلمة «معلّق» الكثير. فقد تعني انتظار موافقة أو قطعة أو موعد أو رد من المستأجر. ينبغي لكل حالة أن تخبر المستأجر بما يحدث، وأن توضّح عند الإمكان ما الذي عليه فعله بعد ذلك.

استخدم تحديثات مثل:

• «استلمنا طلبك وسنراجعه بحلول يوم الثلاثاء.»
• «سيزورك سباك يوم الخميس بين الساعة 9:00 صباحًا و12:00 ظهرًا.»
• «طلبنا قطعة بديلة وسنحدّثك عند وصولها.»
• «نحتاج إلى وقت الدخول المفضل حتى نتمكن من حجز الإصلاح.»

لا تغلق الطلب إلا بعد أن يسجل أحد الموظفين العمل المنجز. تمنح ملاحظة مثل «استُبدلت مصيدة الحوض التالفة وفُحصت التسريبات» المستأجر سجلًا مفيدًا وتساعد الموظفين إذا عادت المشكلة. وعندما يكون ذلك مناسبًا، اترك الطلب المكتمل ظاهرًا واسمح للمستأجر بالإبلاغ عن استمرار المشكلة.

تساعد الصور الموظفين على فهم العطل، لكنها لا تحل محل التواصل الفوري في مشكلة تتعلق بالسلامة. قد تُحمّل صورة أضرار الدخان أو الأسلاك المكشوفة أو رائحة الغاز أو فيضان كبير ببطء، أو قد لا يراها أحد خارج ساعات العمل. ضع تعليمات طوارئ واضحة قرب النموذج. يمكن للبوابة تسجيل البلاغ لاحقًا، لكنها يجب ألا تؤخر الاستجابة للسلامة.

افحص البوابة قبل دعوة المستأجرين

اختبر البوابة كما سيستخدمها المستأجر قبل مشاركتها مع مبنى كامل. قد يبدو النموذج جيدًا على حاسوب المكتب لكنه يكون صعب الاستخدام على الهاتف، حيث سيبلغ كثير من السكان عن المشكلات.

أرسل طلبًا تجريبيًا من هاتف وطلبًا آخر من متصفح حاسوب. تحقق من سهولة قراءة النموذج وبقاء الأزرار ظاهرة وإمكانية إرسال البلاغ من دون تكبير الشاشة أو إعادة كتابة التفاصيل بعد حدوث خطأ.

استخدم صورة حقيقية في الاختبار. حمّل صورة لمشكلة تجريبية، ثم افتح الطلب في واجهة الموظفين. ينبغي أن يرى الموظفون الصورة بوضوح وأن يعرفوا الطلب الذي تنتمي إليه. اختبر ما يحدث عندما تكون الصورة كبيرة أو يفقد المستأجر الاتصال أثناء التحميل.

اختبر تفاصيل الدخول أيضًا. أنشئ طلبًا يكون فيه المستأجر موجودًا في المنزل بعد الساعة 5 مساءً، وآخر يسمح بالدخول مع إشعار، وثالثًا يشترط اتصال الموظفين أولًا. أسند كل طلب إلى عامل وتأكد من وصول التفضيل إليه مع تفاصيل الطلب. لا تعتمد على رسالة منفصلة أو الذاكرة.

مرّر أحد الطلبات عبر كل الحالات المخطط لها، بما في ذلك مُرسل ومجدول وقيد التنفيذ ومكتمل. راجع كل إشعار للمستأجر. يجب أن تشرح كل رسالة التغيير بلغة واضحة من دون كشف التفاصيل الخاصة بالموظفين.

وأخيرًا، اختبر الخصوصية باستخدام حسابي مستأجرين. يجب أن يرى كل شخص طلبات إصلاحه فقط. ويجب ألا يرى الملاحظات الداخلية أو بيانات التواصل الخاصة بالعاملين أو طلبات السكان الآخرين. في بوابة AppMaster، اختبر قواعد الصلاحيات نفسها في واجهتي الويب والهاتف المنشأتين. إصلاح قواعد الوصول قبل الإطلاق أسهل بكثير من شرح خطأ في الخصوصية لاحقًا.

الخطوات التالية لبوابة طلبات الصيانة

ابدأ بعقار واحد أو مجموعة محدودة من الوحدات لبضعة أسابيع. ستوضح الطلبات الحقيقية أين يكون النموذج غير واضح، والفئات التي يختارها الناس خطأً، وما إذا كان الموظفون يستطيعون دفع الإصلاحات إلى الأمام من دون رسائل جانبية.

اطلب ملاحظات محددة من المستأجرين والموظفين. قد يجد المستأجر صعوبة في الاختيار بين «سباكة» و«تسرب مياه»، بينما يحتاج منسق الصيانة إلى طريقة أفضل لتسجيل موعد أو قطعة مطلوبة. أصلح النقاط التي تبطئ العمل قبل إضافة مزيد من الخيارات.

أبقِ الإصدار الأول مركزًا على العمل اليومي: نموذج إصلاح بسيط مع تحميل الصور وتفضيلات الدخول، وفئات للمشكلات الشائعة، وحالات تشرح سير العمل، وتاريخ إصلاح مشترك، وإشعارات عندما يحتاج الموظفون إلى تفاصيل إضافية أو يغيرون الحالة.

راجع الطلبات بعد الشهر الأول. إذا اختار كثيرون «أخرى»، فأضف فئات تطابق مشكلاتهم الفعلية. وإذا واصل المستأجرون طلب التحديثات بعد ظهور حالة «قيد التنفيذ»، فاستخدم عبارات أكثر تحديدًا مثل «تم تحديد موعد» أو «في انتظار قطعة». تقلل اللغة الواضحة المكالمات غير الضرورية.

باستخدام AppMaster، يمكنك إنشاء بوابة بدون كود تتضمن سجلات الإصلاح والنماذج وعمليات التوجيه وشاشات الويب والهاتف للمستأجرين والموظفين. ابدأ بنوع طلب واحد وعملية مراجعة واحدة للموظفين، ثم أضف الإسناد التلقائي أو تدفقات العمل التفصيلية بعد نجاح العملية الأساسية.

الاختبار الأول المفيد بسيط: يرسل المستأجر صورة لحوض مطبخ متسرب، ويختار ما إذا كان يمكن للموظفين الدخول أثناء غيابه، ويتلقى التحديثات حتى اكتمال الإصلاح. إذا كان هذا المسار واضحًا للجميع، فالبوابة جاهزة لتوسيع نطاق استخدامها.