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

كنت أصمم داخل CRM للوسيط العقاري وحدة Comps Engine لتقييم العقارات عبر الصفقات المقارنة. الفكرة عملية: نأخذ عقاراً، ونختار مبيعات فعلية مناسبة، ونعرض نطاقاً مع تفسير، لا رقماً منفرداً يقدَّم بكل وقار.

ما الذي يمكن مقارنته أصلاً؟

كون الشقة تقارَن بشقة أخرى لا يكفي. يهم المشروع ونوع العقار والمساحة ووقت الصفقة ومرحلة المشروع وجودة البيانات الأصلية. كما أن سعر العرض وسعر البيع المنجز يجيبان عن سؤالين مختلفين.

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

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

لماذا التوقف المؤقت جزء من الحالة؟

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

لا يكفي لإكمال العمل إنهاء ملف PDF. نحتاج إلى مصدر مؤكّد، واستيراد قابل للتكرار، وفحص جودة المقارنات، ومسؤولية واضحة عن التحديث. يستطيع AI كتابة معالجة جدول بسرعة؛ لكن هذا لا يثبت صلاحية الجدول نفسه للمهمة.

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

بقي Comps Engine وحدة متوقفة مؤقتاً، لا خدمة تقييم عاملة. حصيلة هذه الحالة هي صياغة مدروسة للمشكلة وحدود كفاية البيانات. تنفيذ LiveDXB Analytics اللاحق مشروع مستقل، ولا تُنسب قدراته إلى هذا المشروع.

قصص ذات صلة: LiveDXB Analytics · CRM للوسيط العقاري.