تخط وانتقل إلى المحتوى الرئيسي

إدارة متقدمة للطلبات

صفحة طلبات على شكل CRM مع 12 حالة فرعية ثابتة وتتبع محاولات الاتصال وسجل كامل للحالات. ثماني حالات فرعية تُحدّث حالة الطلب الأساسية.

بقلم: Support

الفئة: الطلبات · أدنى خطة: غير محدود فقط · المعرّف: advanced-orders

تضيف صفحة مخصصة على شكل CRM مع 12 حالة فرعية ثابتة (مؤكدة، لم يرد، مؤجلة، ملغاة، مزيف، مكرر، ملغاة من العميل، في انتظار اتصال العميل، الخط مشغول، عند شركة التوصيل، مرجع، مكتملة)، وتتبع محاولات الاتصال، وسجل كامل لتغيرات الحالة. صفحة الطلبات القياسية نفسها لا تتغير، لكن ثماني حالات فرعية منها تُحدّث حالة الطلب الأساسية — انظر الحالات الفرعية التي تغيّر حالة الطلب الأساسية.

شرح بالفيديو

المميزات

  • صفحة CRM مخصصة للطلبات

  • 12 حالة فرعية ثابتة (لم يرد، الخط مشغول، مؤجلة، مزيف، مكرر…)

  • تتبع محاولات الاتصال مع الملاحظات

  • سجل كامل لتغيرات حالة كل طلب

  • تصفية وبحث حسب الحالة الفرعية

  • إعدادات خاصة بالمالك وإحصائيات لكل عضو في الفريق

ماذا تفعل

صفحة الطلبات القياسية في /dashboard/orders بسيطة عمداً — هدفها شحن الطلب. واقع COD الجزائري أعقد: الطلبات تحتاج تأكيداً عبر الهاتف، العملاء لا يردّون دائماً، الخط مشغول، الطلب مزيف، العميل يطلب التأجيل، إلخ.

تفعّل هذه الإضافة واجهة طلبات منفصلة ثانية على /dashboard/orders/advanced يستخدمها المشغّلون لإدارة طابور المكالمات. تتبع الـ 12 حالة فرعية أدناه، كل محاولة اتصال مع الملاحظات، والسجل الكامل لتغيرات الحالة لكل طلب.

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

الـ 12 حالة فرعية

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

الحالة

الاستخدام

مؤكدة

تم تأكيد الطلب مع العميل عبر الهاتف

لم يرد

لم يرد العميل على المكالمة

الخط مشغول

الخط كان مشغولاً (حاول لاحقاً)

مؤجلة

طلب العميل المعاودة في وقت محدد

ملغاة

ألغاها المتجر

مزيف

مزيف بشكل واضح — اسم/رقم عشوائي، مزحة

مكرر

نفس العميل طلب مرتين؛ ادمج أو ألغِ أحدهما

ملغاة من العميل

أكد العميل ثم ألغى لاحقاً

في انتظار اتصال العميل

طلب العميل أن يعاود الاتصال بك

عند شركة التوصيل

تم تسليم الطلب لشركة التوصيل

مرجع

شركة التوصيل أعادت الطرد

مكتملة

تم التوصيل والدفع

الحالات الفرعية التي تغيّر حالة الطلب الأساسية {#core-status-mirror}

ثماني حالات من أصل اثنتي عشرة تنعكس على الحالة الأساسية للطلب:

الحالة الفرعية

الحالة الأساسية التي تضبطها

مؤكدة

confirmed

ملغاة / مزيف / مكرر / ملغاة من العميل

cancelled

عند شركة التوصيل

shipped

مرجع

returned

مكتملة

delivered

هذا الانعكاس ليس شكلياً. فهو يحجز المخزون أو يحرّره، ويسجّل تاريخ التوصيل عندما يصبح الطلب مُسلَّماً، ويحدّث سجل طلبات العميل، ويشغّل نفس الإشعارات ومزامنات التكامل التي يشغّلها أي تغيير حالة يدوي — بريد العميل، Telegram، Google Sheets وEcoManager.

أما الأربع المتبقية — لم يرد ومؤجلة والخط مشغول وفي انتظار اتصال العميل — فتترك الحالة الأساسية كما هي (عادةً pending)، حتى تتمكن من إدارة طابور المكالمات دون المساس بالشحن.

كيف تفعّلها

  1. افتح لوحة التحكم → الإضافات على /dashboard/addons.

  2. ابحث عن إدارة متقدمة للطلبات ضمن الطلبات.

  3. انقر تفعيل (تحتاج خطة غير محدود).

  4. يظهر إدخال جديد الطلبات المتقدمة في القائمة الجانبية يشير إلى /dashboard/orders/advanced.

لا يمكن تفعيل الإضافة على قالب Digital. إذا انتقل متجرك إلى Digital تظهر البطاقة موقوفة — تتوقف الإضافة عن العمل، لكن لا شيء يُلغى تثبيته وتبقى بيانات الحالات الفرعية محفوظة.

كيف يستخدمها المشغّل

كل صف على /dashboard/orders/advanced يعرض الطلب، العميل، الحالة الفرعية الحالية، وقت آخر محاولة اتصال، وقائمة إجراءات سريعة. السير النموذجي:

  1. يفتح المشغّل الطابور. وهو مرتّب دائماً من الأحدث إلى الأقدم — لا يوجد تحكم في الترتيب.

  2. يأخذ الطلب التالي ويتصل بالعميل.

  3. يسجّل نتيجة المكالمة. النتائج خمس بالضبط: لم يرد، مشغول، ردّ، رقم خاطئ، طلب معاودة الاتصال. (أما مؤجلة ومؤكدة وملغاة فهي حالات فرعية تضبطها بشكل منفصل — وليست نتائج مكالمات.)

  4. يضيف ملاحظات حرّة (مثل «يريد قطعتين بدل واحدة»).

  5. ينتقل الطلب عبر القمع حتى يصبح عند شركة التوصيل أو ملغاة.

كل محاولة اتصال مؤرَّخة وتظهر في الخط الزمني للطلب جنباً إلى جنب مع تغيرات الحالة — مفيد لتقييمات الأداء وحلّ النزاعات.

تضييق الطابور

لا يوجد ترتيب، فقط عوامل تصفية:

  • شرائح الحالات الفرعية، ومنها شريحة بدون تعرض الطلبات غير المعالَجة.

  • تصفية حسب الحالة الأساسية.

  • الفترة الزمنية — اليوم، أمس، 3 أيام، أسبوع، شهر، أو مدى مخصص.

  • البحث — يطابق هاتف العميل أو اسمه أو معرّف الطلب أو رقمه التسلسلي في المتجر.

  • عدد الصفوف في الصفحة — من 5 إلى 100، والافتراضي 20.

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

📝 ملاحظة — الخط الزمني يسجّل تغييرات لوحة التحكم فقط

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

إعدادات خاصة بالمالك

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

إحصائيات الفريق

خاصة بالمالك أيضاً: لوحة إحصائيات الفريق تعرض لليوم الحالي ولكل موظف عدد التأكيدات وعدد محاولات الاتصال ووقت آخر نشاط لذلك الموظف.

نصائح

  • استخدم حقل الملاحظات للمعلومات القابلة للتنفيذ فقط — الحكاية الطويلة تنتمي لأدوات CRM.

  • لا توجد جدولة لمعاودة الاتصال: لمعالجة الطلبات المؤجلة، انقر شريحة الحالة الفرعية مؤجلة.

  • الحالة مزيف تتكامل بشكل ممتاز مع تحديد الطلبات حسب IP وحماية ضد البوتات — مجتمعة تخفض عبء التأكيد بالاتصال بشكل كبير.

  • أبقِ عمليات الشحن على صفحة الطلبات القياسية. الصفحة المتقدمة مخصّصة لسير عمل المكالمات الذي يسبقها — لكن تذكّر أن الحالات الفرعية الثماني المنعكسة تُحرّك الطلب في المكانين معاً.

هل أجاب هذا عن سؤالك؟