Tolk و Aras Kargo.

توصيل الطرود والخدمات اللوجستية

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

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

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

نبذة عن الشركة

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

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

التحدي

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

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

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

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

الحل المقترح

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

محادثة واحدة تحتفظ بسجلها كاملًا

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

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

مساعدة بالذكاء الاصطناعي تحت إشراف بشري

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

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

أما رسالة بمعنى: «من المفترض أن تصل شحنتي غدًا، لكنني لن أكون في المنزل»، فتعكس احتياجًا مختلفًا: معرفة خيارات التسليم المتاحة لهذه الشحنة. وينبغي أن تستند المساعدة إلى الخيارات التي يؤكدها النظام اللوجستي، دون الوعد بتغيير العنوان أو الموعد إذا لم يكن النظام يتيح ذلك.

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

توجيه الحالات بين الفرق مع الحفاظ على تفاصيلها

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

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

تكامل الأنظمة ودعم المكالمات والتواصل الاجتماعي

يمكن، عبر واجهات برمجة التطبيقات (APIs) وإشعارات الأحداث الآلية (Webhooks) المعتمدة، عرض حالة الشحنة، وآخر عملية مسح مسجّلة، والفرع المستقبِل، ومحاولات التسليم، والخيارات المتاحة، وحالة الإرجاع بجوار المحادثة. ويجب تحديد صلاحيات الوصول والإجراءات المسموح بها والتحقق منها خلال التشغيل التجريبي، مع بقاء أنظمة الشحن هي المرجع المعتمد لحالة الشحنة.

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

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

التشغيل التجريبي: البداية بمسار عمل واحد

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

  1. المرحلة الأولى — قياس الوضع الحالي: التركيز على استفسارات التتبع وتعديل التسليم، مع ربط المحادثة المباشرة، وإشراك فريق دعم واحد، وإضافة قاعدة معرفة معتمدة للأسئلة الشائعة، وربط واجهة برمجية للاستعلام عن حالة الشحنات، وتفعيل قواعد أساسية لتوجيه الطلبات.
  2. المرحلة الثانية — اختبار المساعدة والتحويل: إضافة حالات عدم استلام الشحنات، واستفسارات الإرجاع، وتصعيد الحالات، وملخصات الذكاء الاصطناعي، وتوجيه الطلبات بين الفرق، والتقارير التشغيلية.
  3. المرحلة الثالثة — مراجعة التوسع: دراسة إضافة مسارات محددة لمركز الاتصال والتواصل الاجتماعي، وإحالة المطالبات إلى المختصين، وإشراك فرق إضافية، ومراقبة الالتزام باتفاقيات مستوى الخدمة (SLA)، بعد مراجعة نتائج المرحلتين السابقتين.

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

قياس رحلة الخدمة

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

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

من تقارير الدعم إلى فهم أعمق للعمليات

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

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

النتيجة المنشودة

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

ويجمع هذا النموذج بين صندوق وارد موحّد، ومساعدة Kai، وردود تستند إلى قاعدة المعرفة، وتوجيه الطلبات، والأتمتة، والمكالمات، وSocial Engage، وواجهات برمجة التطبيقات، والتقارير، وتحويل الحالات إلى الموظفين المختصين. وتحتاج قيمته إلى إثبات عملي من خلال تجربة محدودة ومنضبطة، بمسؤوليات واضحة ونتائج قابلة للقياس.

معلومات عن الشركة: المعلومات الرسمية عن أراس كارجو. أُدرجت المعلومات المنشورة عن الشركة لتوضيح السياق، ولا تُعد دليلًا على وجود علاقة عميل بينها وبين Tolk.