التحدي: محفظة متنامية، فريق عمليات ثابت
كانت لدى محفظة عقارية سعودية كبرى تدير أكثر من 40 عقاراً وأكثر من 1,200 وحدة سكنية وتجارية عبر الرياض فريق عمليات تأجير وصيانة لم ينمُ بما يتناسب مع المحفظة. كانت طلبات صيانة المستأجرين تصل عبر مكالمات هاتفية ورسائل واتساب ونموذج ويب أساسي، تهبط في ثلاثة أماكن منفصلة كان على فريق العمليات دمجها يدوياً قبل إرسال أي شيء لفني. اتبعت استفسارات التأجير نمطاً مشابهاً: يمكن أن يبقى اهتمام مستأجر محتمل بوحدة معينة دون رد ليوم أو أكثر لمجرد وصول الاستفسار بعد ساعات العمل أو أثناء فترة كان فيها فريق التأجير الصغير يتعامل مع جولات معاينة في مكان آخر.
نقطة الألم القابلة للقياس التي جلبتها الإدارة إلينا كانت وقت الاستجابة: الفجوة بين تقديم مستأجر لطلب صيانة أو استفسار تأجير وبين رد أحد من المجموعة العقارية فعلياً. كانت هذه الفجوة تصل إلى أيام لأي شيء لا يصل خلال ساعات العمل عبر القناة المفضلة، وهو ما ترجم لمحفظة بهذا الحجم إلى تيار مستمر من استياء المستأجرين، وعلى جانب التأجير، فقدان عملاء محتملين استفسروا ببساطة في مكان آخر أثناء انتظار الرد.
النهج: خط استقبال واحد عبر ثلاث قنوات
كان جوهر الحل هو دمج ثلاث قنوات استقبال منفصلة، الهاتف وواتساب ونموذج الويب، في خط أنابيب آلي واحد يتعامل مع الطلب بنفس الطريقة بغض النظر عن مصدر وصوله. يُصنّف LLM مخصص الطلبات الواردة ويُرتبها بحسب الأولوية: تُصنَّف مشكلة الصيانة حسب الإلحاح ونوع الحرفة (كهرباء، سباكة، تكييف، عام)، ويُطابق استفسار التأجير مع مخزون الوحدات المتاحة ويُوجَّه نحو الجدولة، وأي شيء غامض أو عالي المخاطر، مشكلة صيانة متعلقة بالسلامة، شكوى نزاع إيجار، يُصعَّد مباشرة إلى إنسان بدلاً من معالجته تلقائياً.
تتولى Twilio طبقة استقبال الصوت وواتساب، تُفرّغ وتُوجّه المكالمات الهاتفية والرسائل إلى نفس خط الأنابيب الذي يغذيه نموذج الويب، بحيث يعمل فريق العمليات من طابور موحد واحد بدلاً من ثلاثة. تُنسّق Python أتمتة سير العمل التي تربط مخرجات الفرز بالإرسال الفعلي: بمجرد تصنيف طلب صيانة، يحدد النظام تلقائياً الفني المتعاقد المناسب لذلك العقار ونوع الحرفة، يرسل الطلب، ويؤكد الجدولة مع المستأجر، كل ذلك قبل أن يلمس إنسان التذكرة، ما لم تكن المشكلة قد صُنِّفت للمراجعة.
التنفيذ: ضبط الفرز بشكل صحيح قبل أتمتة الإرسال
كان الطرح مرحلياً عمداً: عملت طبقة الفرز والتصنيف أولاً، لعدة أسابيع مع بقاء إنسان يتخذ كل قرار إرسال، تحديداً حتى يتمكن فريق العمليات من التحقق من أن تصنيف النظام للإلحاح ونوع الحرفة يطابق حكمهم الخاص قبل تشغيل أي منطق إرسال تلقائياً. كشف هذا فجوة حقيقية مبكراً: قلّل نموذج التصنيف الأولي من وزن أوصاف صيانة معينة يصوغها المستأجرون الناطقون بالعربية بشكل مختلف عما افترضته بيانات التدريب، نمط صياغة حول مشاكل متعلقة بالمياه لم يكن يُصنَّف بالإلحاح الذي يستحقه. صُحِّح ذلك قبل تشغيل الإرسال الآلي، لا بعده.
أحد القيود التي عولجت أثناء التنفيذ كان بيانات توفر الفنيين، التي لم تكن موجودة بشكل منظم في أي مكان في أنظمة العميل؛ كانت جداول الفنيين المتعاقدين تعيش في محادثات واتساب غير رسمية ومكالمات هاتفية مع منسق العمليات. بدلاً من انتظار بناء نظام جدولة فنيين رسمي أولاً، صُمِّم خط الأنابيب للعمل مع فحص توفر خفيف مبني مباشرة في قناة واتساب الخاصة بالفني نفسه، مما أبقى الطرح ضمن الجدول الزمني دون فرض تغيير أنظمة غير ذي صلة على شبكة مقاولي العميل.
النتائج: من أيام إلى دقائق، على مستوى المحفظة بأكملها
انخفض متوسط وقت الاستجابة عبر طلبات الصيانة واستفسارات التأجير بنسبة 76%، منتقلاً من متوسط متعدد الأيام للطلبات خارج ساعات العمل أو خارج القناة إلى نافذة استجابة تُقاس بالدقائق بغض النظر عن وقت أو طريقة وصول الطلب. يُقاس هذا الرقم كوقت أول استجابة، لا وقت الحل، إذ لا يزال العطل الكهربائي يحتاج وقتاً من الفني لإصلاحه فعلياً، لكن المستأجر يعرف الآن خلال دقائق أن الطلب استُلم وصُنِّف وأن فنياً يُرسَل، بدلاً من التساؤل عما إذا كان الطلب قد وصل لأحد على الإطلاق.
يعمل خط الأنابيب الآن عبر المحفظة بأكملها: أكثر من 1,200 وحدة عبر أكثر من 40 عقاراً، جميعها تُغذّى عبر نفس نظام الاستقبال والفرز الموحد بغض النظر عن نوع المبنى أو الوحدة. بالنسبة لفريق عمليات لم ينمُ مع المحفظة، كان الأثر العملي هو القدرة على الاستمرار في إدارة عدد متزايد من العقارات دون تدهور وقت الاستجابة الذي كان سيرافق ذلك النمو لولا ذلك.
