بوت واتساب لشركات التوصيل والخدمات اللوجستية بكلود AI
شركات التوصيل في الخليج تغرق يومياً في آلاف الرسائل المتشابهة: "أين طلبي؟" — "متى يصل؟" — "أريد تغيير العنوان" — "السائق لم يتصل." هذه الأسئلة تستهلك فرق خدمة العملاء بالكامل وتُبطئ العمليات الأساسية. بوت واتساب مدعوم بكلود AI لا يُجيب فقط على هذه الأسئلة — بل يُنسّق مع السائقين، يُعالج الشكاوى، يُدير COD، ويُرسل تحديثات استباقية قبل أن يسأل العميل.
هذا الدليل يُغطّي بناء بوت لوجستي متكامل يعمل بالعربية والإنجليزية والأردو — لاستيعاب التنوع اللغوي في سوق العمل الخليجي. سنبني كل وحدة: التتبع الفوري، جدولة التوصيل، تعيين السائقين، إدارة COD، التوجيه متعدد المناطق، ومعالجة الشكاوى.
معمارية البوت اللوجستي — ستة تدفقات محادثة رئيسية
System Prompt — قلب البوت اللوجستي
System Prompt هو ما يجعل كلود يتصرف كوكيل لوجستي حقيقي وليس مجرد روبوت إجابات:
// System Prompt الأساسي للبوت اللوجستي:
"""
أنت وكيل خدمة عملاء ذكي لشركة [اسم الشركة] للتوصيل والشحن.
تعمل بالعربية والإنجليزية والأردو — اكتشف لغة العميل وأجب بها تلقائياً.
صلاحياتك وما تستطيع فعله:
- جلب حالة أي طلب برقمه من النظام (أداة: get_order_status)
- إعادة جدولة التوصيل لنافذة زمنية متاحة (أداة: reschedule_delivery)
- تغيير عنوان التسليم قبل 2 ساعة من الموعد (أداة: update_address)
- فتح تذكرة شكوى وتعيين رقم مرجعي (أداة: create_complaint)
- إرسال موقع السائق الحالي كرابط خريطة (أداة: get_driver_location)
- تأكيد تحصيل COD وتسجيله (أداة: confirm_cod_collection)
ما لا تفعله — تحوّله للإنسان:
- التعويض المالي وطلبات استرداد المبلغ (أكثر من 100 ريال)
- مشاكل الشحن الدولي والجمارك
- عقود الشحن الكبرى والتسعير
- أي طلب يحتاج تحقيقاً داخلياً أكثر من 10 دقائق
أسلوبك:
- ودود ومحترف، سريع ومباشر
- لا تُطيل الردود — العميل يريد حلاً لا شرحاً
- عند عدم التأكد من المعلومة لا تخترع — قل 'سأتحقق'
- الاعتذار قبل الحل دائماً إذا كان هناك خطأ من الشركة
بيانات السياق المتاحة لك في كل محادثة:
{customer_name}, {recent_orders[]}, {active_complaints[]}
"""
تدفق تتبع الطلبات — Order Tracking Flow
أكثر من 60% من رسائل خدمة العملاء في شركات التوصيل هي "أين طلبي؟" — هذا التدفق يحلها بالكامل:
// البرومبت لكلود — بناء تدفق التتبع:
"""
اكتب Order Tracking Conversation Flow بـ Node.js:
1. اكتشاف نية التتبع:
العميل يقول أي من: 'أين طلبي', 'track order', 'مین میرا آرڈر',
أو يُرسل رقماً مكوناً من 8+ أرقام/أحرف
2. جلب بيانات الطلب من API:
GET /api/orders/{order_number}
Response: {
status: 'pending|picked|in_transit|out_for_delivery|delivered|failed',
estimated_delivery: datetime,
driver_id: string | null,
driver_name: string | null,
last_update: datetime,
location_update: {lat, lng} | null
}
3. تنسيق الرد حسب الحالة:
- pending: 'طلبك رقم #X قيد التجهيز. وقت التسليم المتوقع: [DATE]'
- out_for_delivery: 'السائق [NAME] في طريقه إليك 🚗 يصل خلال ~30 دقيقة'
+ زر/رابط: 'تتبع السائق على الخريطة'
- delivered: 'تم التسليم بنجاح اليوم الساعة [TIME]. شكراً لثقتك!'
- failed: 'تعذّر التوصيل. إليك خياراك:
1️⃣ إعادة التوصيل غداً
2️⃣ تغيير العنوان
3️⃣ الاستلام من فرعنا في [BRANCH]'
4. الرسائل الاستباقية Proactive:
عند تغيير حالة الطلب → أرسل إشعاذاً واتساب فوراً للعميل
قوالب مُعتمدة مسبقاً من Meta:
- order_confirmed: 'تأكيد طلبك رقم {{1}} قيمة {{2}} ريال'
- driver_assigned: 'السائق {{1}} سيوصل طلبك خلال {{2}} ساعة'
- delivery_imminent: 'سائقنا على بعد 15 دقيقة من موقعك!'
- delivery_confirmed: 'تم التوصيل. قيّم تجربتك 1-5: {{1}}'
"""
إدارة الدفع عند الاستلام COD
COD هو التحدي الأكبر لشركات التوصيل في المنطقة. البوت يُدير دورته الكاملة:
// البرومبت لكلود — COD Management System: """ اكتب COD Management Module يُدير تدفق الدفع عند الاستلام: جانب السائق (Driver App via WhatsApp): 1. عند التوصيل: يتلقى السائق رسالة 'طلب #X — المبلغ: 245 ريال الزبون: [الاسم] — الهاتف: [PHONE]' خيارات الرد: ✅ 'تحصّلت' — يطلب البوت صورة الإيصال أو بصمة العميل ❌ 'رفض الاستلام' — يطلب سبب: [لا يوجد / طلب إلغاء / غائب] 🔄 'تأجيل' — يُسأل عن الوقت المناسب 2. تسوية يومية للسائق: في نهاية كل يوم: 'مجموع COD المحصّل اليوم: X ريال عدد الطلبات: Y — يرجى الإيداع في حساب الشركة رقم المرجع: [AUTO-GENERATED]' جانب العميل: 1. إشعار قبل التوصيل بساعة: 'سيصلك طلبك خلال ساعة. المبلغ المطلوب: 245 ريال نقداً لا تملك نقداً؟ اضغط هنا لتحويل للدفع الإلكتروني' 2. عند تغيير لدفع إلكتروني: إرسال رابط دفع Tap/Moyasar للعميل عند الدفع: إشعار السائق بعدم الحاجة لتحصيل نقد جانب الإدارة (Dashboard): - تقرير COD اليومي: مُحصَّل / مرفوض / معلق - إشعار فوري عند كل رفض مع تفاصيل السبب - تتبع الإيداعات اليومية للسائقين مقابل المطلوب - تنبيه إذا تجاوز معدل رفض سائق معين 15% """
التوجيه متعدد المناطق — Multi-Zone Routing
توزيع الطلبات على السائقين بذكاء بدلاً من العشوائية يُقلّص تكاليف التشغيل بشكل ملموس:
// البرومبت لكلود — Zone-Based Driver Assignment:
"""
اكتب Driver Assignment Service يُعيّن السائقين بذكاء:
هيكل المناطق (قابل للتعديل في قاعدة البيانات):
zones = {
'north_riyadh': {
'polygons': [[lat,lng], [lat,lng], ...], // حدود المنطقة
'drivers': ['D001', 'D002', 'D003'],
'max_deliveries_per_driver': 20
},
'south_riyadh': { ... },
'east_riyadh': { ... }
}
خوارزمية التعيين:
1. تحديد منطقة العنوان:
استخدم Google Maps Geocoding API للعنوان النصي
أو احتسب polygon containment للإحداثيات المشاركة
2. البحث عن أفضل سائق في المنطقة:
معايير الترتيب (بالأولوية):
a. متاح ولم يتجاوز الحد اليومي (< 20 توصيل)
b. أقل حمل حالي (أقل طلبات معلقة)
c. الأقرب جغرافياً للعنوان (من آخر موقع مُبلَّغ)
d. أعلى معدل تسليم ناجح (تاريخياً)
3. Fallback عند عدم وجود سائق:
a. ابحث في المنطقة المجاورة
b. إذا تعذّر: أضف لـ overflow pool للتسليم الغد
c. أشعر dispatcher بشريّاً
4. إعادة التخطيط الديناميكي:
إذا أبلغ سائق عن عطل أو طارئ:
أعد توزيع طلباته المتبقية على أقرب السائقين المتاحين
مع إشعار العملاء المتأثرين بالتأخير الجديد
"""
بوابة السائق عبر واتساب
السائقون يعملون بهواتفهم — بوابة واتساب مخصصة لهم تُلغي الحاجة لتطبيق منفصل:
// البرومبت لكلود — Driver WhatsApp Portal: """ اكتب تدفق محادثة للسائق عبر رقم واتساب منفصل: 1. بداية يوم العمل: السائق يُرسل 'جاهز' → البوت يُرسل قائمة توصيلاته اليوم: '🚚 مرحباً أحمد! لديك 14 توصيل اليوم المنطقة: شمال الرياض أول توصيل: [العنوان] — طلب #1234 اضغط [بدء] لتفعيل التتبع' 2. تسلّم كل طلب: السائق يُرسل صورة الباركود أو رقم الطلب → البوت يُؤكد: 'استلمت طلب #X ✓ — انطلق لـ [العنوان]' 3. التحديثات خلال التوصيل: 'وصلت للحي' → البوت يُشعر العميل تلقائياً 'طرقت الباب لا يرد' → البوت يُرسل رسالة للعميل ويُعطي السائق خيار: 'انتظر 5 دق' / 'اتصل هاتفياً' / 'ارجع لاحقاً' 4. تأكيد التسليم: السائق يرفع صورة الطرد أمام الباب أو التوقيع الرقمي → البوت يُسجّل التسليم ويُشعر العميل والشركة فوراً 5. الإبلاغ عن مشاكل: خيارات جاهزة: [طرد تالف] [عنوان خاطئ] [العميل رفض] [حادث / عطل] [مشكلة في النظام] كل خيار يُشغّل تدفق استجابة مختلف 6. نهاية يوم العمل: ملخص تلقائي: X تم، Y مُعاد، Z معلق مجموع COD: [المبلغ] ريال مطلوب إيداعه قبل 10 مساءً """
دعم ثلاثي اللغات — عربي وإنجليزي وأردو
في السوق الخليجي، كثير من موظفي المستودعات والسائقين يفضّلون الأردو. البوت يُخدم الجميع:
// البرومبت لكلود — Multilingual Detection & Response:
"""
اكتب LanguageDetectionMiddleware للبوت اللوجستي:
1. كشف اللغة التلقائي:
استخدم Claude لتصنيف كل رسالة واردة:
- عربية (AR): خليجية، مصرية، شامية
- إنجليزية (EN)
- أردو (UR)
- مختلطة: تعامل مع اللغة الأكثر حضوراً
ثم احفظ language preference للعميل في session
2. قوالب الردود متعددة اللغات:
responses = {
'tracking_response': {
'AR': 'طلبك رقم {order_num} — الحالة: {status}',
'EN': 'Your order #{order_num} — Status: {status}',
'UR': 'آپ کا آرڈر #{order_num} — حیثیت: {status}'
},
'driver_on_way': {
'AR': 'السائق {driver_name} في طريقه إليك',
'EN': 'Driver {driver_name} is on the way',
'UR': 'ڈرائیور {driver_name} آپ کی طرف آ رہا ہے'
},
...
}
3. للموظفين في المستودع (Urdu-speaking):
بوابة منفصلة يتلقون بها:
- قوائم التجهيز اليومية بالأردو
- تأكيد شحن كل طلب
- الإبلاغ عن نواقص أو أضرار
باللغة التي يفهمونها دون الحاجة للترجمة اليدوية
"""
معالجة الشكاوى المتقدمة وإدارة الأزمات
الشكاوى المعالجة بسرعة تحوّل تجربة سيئة إلى ولاء. البوت يُعالج الأنواع المختلفة بتدفقات مخصصة:
// البرومبت لكلود — Complaint Resolution System: """ اكتب ComplaintManagementSystem يُعالج شكاوى التوصيل: تصنيف تلقائي بالذكاء الاصطناعي: يُحدّد كلود نوع الشكوى من سياق المحادثة: نوع 1 — التأخير: - جمع: الوقت المتوقع الأصلي، الوقت الفعلي، سبب التأخير - إجراء: اعتذار مُخصّص + وقت تسليم محدّث - تعويض تلقائي إذا > 24 ساعة: قسيمة خصم 15% نوع 2 — طرد تالف: - جمع: صور الضرر من العميل (مطلوبة) - تقييم آلي: تالف جزئياً / كلياً - إجراء تلقائي: فتح تذكرة تأمين + إعادة شحن مجانية - Escalate فوراً للإدارة إذا قيمة > 500 ريال نوع 3 — خطأ في الطلب: - تحقق من التطابق مع الطلب الأصلي - إذا خطأ من الشركة: ترتيب استلام الخطأ + تسليم الصحيح - إذا خطأ من التاجر: تحويل للتاجر مع رقم المرجع نوع 4 — السائق غائب / لم يتصل: - تحقق من logs التواصل - إذا ثبت إهمال السائق: تسجيل في ملفه + إشعار المشرف - تعيين سائق بديل فوراً SLA لكل نوع: - رد أولي: < 5 دقائق - حل كامل: 24-48 ساعة حسب النوع - تصعيد تلقائي إذا لم يُحل خلال SLA """
أفضل 8 ممارسات لبناء بوت التوصيل اللوجستي
صمّم رقم واتساب منفصلاً للسائقين عن رقم العملاء — هذا يُبسّط إدارة المحادثات ويُمكّنك من System Prompt مختلف لكل جمهور: العميل يحتاج لغة ودّية، والسائق يحتاج لغة واضحة مختصرة تُسهّل عمله الميداني.
قوالب واتساب Meta تُعتمد مسبقاً ولا تعمل قبل الموافقة — جهّز قوالب الإشعارات الاستباقية (تأكيد الطلب، السائق في الطريق، تأكيد التسليم) واحصل على موافقة Meta قبل الإطلاق بأسبوعين على الأقل.
استخدم Conversation State Machine بدلاً من if-else عشوائية — كلود يكتب State Machine نظيفاً لكل تدفق محادثة (track → confirm_order_number → fetch_status → respond) مع معالجة واضحة لكل انتقال وخروج من الحالة.
أضف Fallback Language في الردود — إذا فشل كشف اللغة، ابدأ بالعربية. كلود يكتب Language Confidence Score ويُعيد الكشف عند غموض اللغة. هذا يمنع سيناريو الرد بلغة مختلفة عن رسالة العميل.
نفّذ Queue للرسائل الواردة في أوقات الذروة — واتساب API لا يضمن ترتيب الاستلام دائماً. Queue يضمن معالجة كل رسالة بترتيبها الصحيح ويمنع إجابتين متناقضتين على نفس الاستفسار.
سجّل كل محادثة ونتيجتها في قاعدة بيانات منفصلة — ليس فقط لغرض الدعم الفني، بل لتحليل الأسئلة الأكثر تكراراً وتحسين البوت. كلود يكتب Analytics Dashboard يُظهر أسباب تحويل المحادثات للإنسان.
خصّص تدفق COD حسب قيمة الطلب — طلبات أقل من 50 ريال لا تحتاج صورة إيصال (يُطيّل العملية). طلبات أكثر من 500 ريال تحتاج تأكيداً مزدوجاً (صورة + OTP للعميل). هذا توازن بين الكفاءة والحماية.
أعدّ تقريراً يومياً لمشرف العمليات يُلخّص: معدل أسئلة التتبع، نسبة حل شكاوى البوت بدون تصعيد، معدل نجاح COD، ومتوسط وقت الرد. هذا يُظهر قيمة البوت الكمية ويحدد جوانب التحسين.
جواهر خفية — ميزات تُميّز بوت التوصيل
التنبؤ بمشاكل التوصيل قبل حدوثها
كلود يحلل patterns تاريخية: عناوين معينة دائماً تُسبب تأخيراً، مناطق جغرافية صعبة الوصول، أوقات ذروة المرور. عند تعيين طلب جديد لعنوان "إشكالي" تاريخياً، البوت يُشعر المشرف مسبقاً ويُخصّص وقتاً إضافياً في جدول السائق — يُقلّص فشل التوصيل للأول بنسبة كبيرة.
نظام تقييم وتحفيز السائقين
كل تسليم ناجح يُضيف نقاطاً لرصيد السائق. العملاء يُقيّمون بعد التسليم مباشرة عبر البوت (نجوم 1-5). نهاية الشهر: أعلى 3 سائقين في نقاط الأداء يحصلون على مكافأة. البوت يُرسل تصنيف السائق الأسبوعي ليظل متحفزاً. هذا النظام خفّض شكاوى التوصيل في شركات حقيقية بـ 35%.
تكامل مع منصات التجارة الإلكترونية
Webhook يستقبل طلبات Salla أو Shopify أو WooCommerce تلقائياً، يُنشئ رمز تتبع، يُعيّن سائقاً، ويُرسل للعميل رسالة واتساب تأكيد في أقل من 30 ثانية من لحظة الشراء — بدون أي تدخل بشري. كلود يكتب هذا الـ Webhook integration بالكامل مع طبقة التحقق والأمان.
تحليل مناطق الخسارة اللوجستية
تقرير شهري يُحلّل الطلبات المُعادة (لم تُسلَّم) حسب المنطقة الجغرافية والسبب والسائق. يكشف المناطق التي تُكلّف الشركة أكثر مما تُدرّ (تكلفة التوصيل > سعر الشحن المحصّل). يُمكّن قرار رفع السعر في مناطق بعيدة أو وقف الخدمة فيها مؤقتاً.
بوت المرتجعات الآلي
تدفق محادثة مستقل يُدير عمليات الإرجاع: العميل يُرسل سبب الإرجاع وصورة، البوت يُقيّم أهليته للإرجاع وفق سياسة الشركة، يُجدول الاستلام، يُصدر تصريح إرجاع برقم مرجعي، ويُتابع حالة الاسترداد المالي. كلود يكتب هذا التدفق مع دمجه في لوحة إدارة الإرجاعات.
الأسئلة الشائعة
محتاج مساعدة احترافية؟
فريق A Plan جاهز يساعدك في بناء بوت التوصيل اللوجستي المتكامل.
تواصل عبر واتساب