كانت إحدى شركات الشحن في جبل علي، بـ١٤ وكيلًا في تعامل مباشر مع العملاء، تدير عمليات الشحن بالكامل عبر جداول البيانات وOutlook. كل تحديث للشحنة — حالات الوصول المتأخر، واحتجاز الجمارك، وإعادة ترتيب الحاويات — كان يولّد من ٨ إلى ١٢ بريدًا إلكترونيًا للحالة لكل وكيل يوميًا. قال لنا المدير العام: «وظّفت موظفي شحن، فتحوّلوا إلى منسّقي بريد إلكتروني.»
استبدال جداول البيانات بأداة عمليات داخلية تسحب بيانات الشحنات الحيّة، وتلخّص الاستثناءات بالذكاء الاصطناعي، وتصوغ تحديثات حالة للعملاء يمكن للوكيل إرسالها بنقرة واحدة. معيار النجاح: أن يوفّر كل وكيل قدرًا قابلًا للقياس من الوقت أسبوعيًا، دون أي تراجع في رضا العملاء.
لم نبنِ نظام إدارة علاقات عملاء. بنينا «طبقة استثناءات» رقيقة فوق بياناتهم الحالية — تسحب من CargoWise عبر واجهته البرمجية REST، إضافة إلى موجزات الموانئ والجمارك.
يجري التلخيص عبر Claude بمخطط مخرجات منظَّم وصارم — فنحن لا نثق بالمخرجات الحرّة في أي شيء يخص العملاء. ويُظهر كل مسوّدة بريد للعميل معاينة يراجعها الوكيل قبل الإرسال. ولا تُرسَل تلقائيًا أبدًا.
تعمّدنا إبقاء الواجهة بسيطة. Retool، لا تطبيق React مخصص. وPostgres لسجل الاستثناءات، وn8n للتنسيق. أراد المدير العام «الجيّد» لا «البرّاق». إجمالي مدة البناء: ٧ أسابيع.
- ١٢ ساعة موفَّرة لكل وكيل أسبوعيًا، مُثبَتة عبر تتبّع الوقت قبل وبعد.
- صافي نقاط ترويج العملاء (NPS) دون تغيير — فمسوّدات الذكاء الاصطناعي تُقرأ بصوت الوكيل لأننا درّبناها على رسائله السابقة.
- يقضي المدير العام الآن صباحات الإثنين في الاستراتيجية التجارية، لا في فرز الرسائل.
«طلبت منا أبتولوجي ألا نُفرط في الهندسة. هذه أول مرة يقول لي فيها مورّد برمجيات شيئًا كهذا.»
كنا سندمج وكيلًا خبيرًا في الأسبوع الأول بدلًا من الأسبوع الثالث. فقد أغفلت الموجِّهات المبكرة مصطلحات صناعية أشار إليها الوكيل لاحقًا. لم تكن مشكلة جودة، لكنها كلفة على صعيد بناء الثقة.