هل ينبغي لوكيل الذكاء الاصطناعي متابعة كل عملية دفع متروكة؟

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

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

حدّد ما يُسمح للوكيل بفعله

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

على سبيل المثال، يمكن أن يسمح سير العمل للوكيل بما يلي:

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

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

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

ابنِ مجموعة إشارات لعملية الدفع

لا يستطيع الوكيل تصنيف ما لا يظهر في سير العمل. اربط منصة التجارة الإلكترونية لديك بـ n8n أو Make، واجمع مجموعة مختصرة من الحقول لكل عملية دفع متروكة.

تشمل الحقول المفيدة ما يلي:

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

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

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

استخدم نظام تصنيف صغيراً وعملياً

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

يمكن أن تستخدم النسخة الأولى العملية الفئات الخمس التالية:

1. مرشح للتذكير

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

2. قلق بشأن الشحن

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

3. مشكلة في الدفع أو مشكلة تقنية

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

4. طلب عالي القيمة أو حساس

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

5. عدم التواصل تلقائياً

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

ينبغي أن يعيد النموذج مخرجات منظمة، لا فقرة نصية. على سبيل المثال:

{
  "category": "shipping_concern",
  "confidence": 0.86,
  "recommended_action": "send_shipping_clarification",
  "reason": "Customer reached shipping step and selected express delivery",
  "needs_human_review": false
}

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

صمّم سير العمل في أربع مراحل

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

المرحلة 1: الاكتشاف

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

المرحلة 2: التصنيف

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

المرحلة 3: التوجيه

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

المرحلة 4: التسجيل

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

اجعل الرسالة مفيدة لا تلاعبية

ينبغي أن تحل رسالة الاسترداد الأولى عائقاً محتملاً، لا أن تتظاهر بمعرفة سبب مغادرة العميل.

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

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

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

أضف حلقة مراجعة بسيطة

قبل تفعيل الإرسال التلقائي، اختبر المصنّف على عينة من عمليات الدفع المتروكة السابقة. صنّفها يدوياً باستخدام الفئات التي حددتها، ثم قارن قرارات الوكيل بتصنيفاتك.

ابحث عن الأخطاء العملية التالية:

• تصنيف فشل الدفع كتذكير عادي.
• إرسال خصم تلقائي إلى عملية دفع عالية القيمة.
• إدخال عميل لم يوافق على التواصل في مسار الرسائل.
• تلقي حالة متعلقة بالشحن وعداً غير دقيق بموعد التوصيل.
• تلقي المتسوق نفسه عدة رسائل استرداد.

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

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

قائمة تحقق عملية للإعداد

1. حدّد عمليات الدفع المتروكة المؤهلة.
2. ضع قواعد التواصل والخصومات والمنتجات وقيمة الطلب.
3. اربط Shopify ونظام إدارة علاقات العملاء وصندوق الدعم وn8n أو Make.
4. مرّر الحقول المطلوبة للتصنيف فقط.
5. اشترط مخرجات منظمة من الذكاء الاصطناعي مع قائمة فئات ثابتة.
6. وجّه الحالات منخفضة الثقة وعالية المخاطر إلى الموظفين.
7. ابدأ بوضع الموافقة وراجع القرارات الفعلية.
8. أتمت فقط الفئة التي يستطيع فريقك مراقبتها بثقة.

كيف يمكن لـ ADMOV مساعدتك؟

يمكن لـ ADMOV تصميم هذا النظام كحل أتمتة بالذكاء الاصطناعي حول متجر Shopify الحالي وأنظمة إدارة علاقات العملاء والدعم لديك. نستطيع رسم إشارات عملية الدفع، وبناء سير عمل n8n أو Make، وإضافة تصنيف منظم بالذكاء الاصطناعي، وإنشاء مسارات للموافقة، وربط الإجراءات النهائية بطريقة تشغيل فريقك.

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