مساعد عروض الأسعار بالذكاء الاصطناعي لموزّعي مواد البناء

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

هذه المقالة هي خطة البناء التي نعمل بها: الخطوات السبع، والضوابط الخمسة التي تُبقي النظام آمناً، والشرط الواحد الذي يتجاوزه معظم الموزّعين.

لماذا الطلب مشكلة ترجمة

طلب عرض السعر يُكتب بلغة العميل ويُجاب من بيانات منتجاتك. العميل يكتب: "Cable Tray مجلفن بالغمس الساخن، 300 في 50، طول 3 أمتار، BS EN 61537". أما الكتالوج فعنده عائلة منتجات، وعلامة تجارية، وتصنيف فرعي، وجدول مواصفات. أحدهم على مكتب المبيعات يترجم الأولى إلى الثانية بنداً بنداً، وفي هذه الترجمة يضيع اليوم.

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

الخطوات السبع

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

الضوابط الخمسة في عروض الأسعار

كل مساعد نبنيه يعمل داخل خمسة ضوابط، وفي عروض الأسعار تُقرأ هكذا.

1. النموذج لا يقرر أبداً. يقترح مطابقات ويصوغ مستندات. الأسعار من القواعد، والمخزون ومدد التوريد من الأنظمة، والشخص يوافق على العرض. إذا لم يكن الـ ERP متصلاً، كُتب في العرض "حسب التوفر"، وكُتب ذلك لأن قاعدةً كتبته.
2. البيانات تُجرّد قبل أن تخرج. بيانات تواصل العميل تُحذف قبل أن يصل أي نص إلى النموذج اللغوي، ويُوثّق استدعاء النموذج بوصفه نقلاً للبيانات. الـ Hosting في النطاق القضائي الذي يتوقعه قانون العميل.
3. المخرج يُتحقق منه مقابل Schema. الطلب المستخرج بنية JSON ثابتة. السطر الذي لم يستطع النموذج ملأه يبقى فارغاً ومرئياً؛ لا يُملأ بطلاقة أبداً.
4. كل خطوة تترك أثراً. الرسالة الأصلية، والطلب المستخرج، والمطابقات، والأسعار، والتعديلات، والموافقة، ووقت الإرسال، كلها في سجل Audit Trail لا يُحذف منه شيء ويملكه العميل. عندما يعترض عميل على عرض، السجل يجيب.
5. اللغتان معاً، بما في ذلك الخليط. مجموعة الاختبار مبنية من طلبات حقيقية سابقة: جملة عربية بأسماء منتجات لاتينية، ووحدات مكتوبة بثلاث طرق، وملاحظة صوتية تبدّل اللغة في منتصف الجملة. المساعد يرد باللغة التي كتب بها العميل.

الشرط المسبق: كتالوج يستطيع المساعد قراءته

المساعد يطابق الطلبات مع بيانات المنتجات. إذا كانت صفحة المنتج صورة ورابطاً إلى PDF المصنّع، فلا شيء يُطابَق معه، وسيفشل المساعد أو يخمّن. هذه هي النتيجة التي شكّلت عملنا على الكتالوج: في الموقع الذي أعدنا بناءه لشركة Progress Horizon Trading، وهو كتالوج من 144 منتجاً عبر 22 علامة مصنّعة، كان وسيط صفحات المنتجات صفر كلمة من النص، ومنتج واحد من 144 له وصف عربي. لم يجد محرك البحث ما يفهرسه، ولم يكن المساعد ليجد ما يطابقه.

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

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

التكاملات بترتيب عائدها

• واتساب للأعمال (API) عبر مزوّد حلول أعمال معتمد، لا رقم مستهلك أبداً. المزوّد يتولى قواعد المنصة، وأنت تحتفظ بسجل المحادثات.
• قائمة الأسعار. ملف Excel يكفي للبداية. محرك القواعد يقرؤه؛ النموذج لا يقرؤه.
• الـ CRM (HubSpot أو Zoho أو ما تستخدمه) للطلب والعرض ومهمة المتابعة. هنا تهبط الخطوة 7.
• الـ ERP للمخزون ومدد التوريد، عندما يكون له API وبياناته محدّثة. وحتى ذلك الحين يحمل العرض تحفّظ التوفر.
• نموذج طلب العرض على الموقع، معبّأً مسبقاً بالمنتج الذي كان الزائر يقرؤه، ليغذّي النموذج وواتساب سجل الطلب نفسه.

ماذا تقيس، ومتى

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

النطاق والخطوة الأولى

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

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

المصادر

• How AI matches RFQs to your product catalogue، ADSM Tech، عن طلب العرض بوصفه مشكلة ترجمة بين لغة العميل وبيانات المنتجات.
• AI in procurement 2026، SpecLens، عن استخراج المواصفات ومصفوفات المقارنة. مصدر مورّد.
• AI construction software in 2026، FirstBit، عن البيانات المركزية شرطاً مسبقاً. مصدر مورّد.
• Building and construction materials e-commerce in 2026، BigCommerce، لأرقام حصة الطلبات عبر الإنترنت. مصدر مورّد.
• How B2B buyers research vendors in 2026، DemandWorks، لحصة الرحلة المكتملة قبل التواصل مع المبيعات.