المرتجعات في بوابة العملاء: افصلوا الطلب عن استلام البضاعة ورد المال
لا تجعلوا علامة واحدة باسم «تم الإرجاع» تختصر كل شيء. طلب العميل إعادة قطعة، ووصول الطرد إلى منشأتكم، وفحص محتوياته، ورد المبلغ، أحداث مختلفة. عند تكليف مطور ببناء بوابة للمرتجعات، حددوا ما يسجله كل حدث وما الإجراءات التي يسمح بتشغيلها بعده.
الهدف هنا سجل تشغيلي يمكن الاعتماد عليه. أما حقوق العملاء والمواعيد والبيانات الواجب تقديمها والشروط المسموح بها، فتحتاج إلى مراجعة مختصة مستقلة. لا تصمموا موافقة الموظف أو فحص البضاعة كعائق جديد أمام تلك الحقوق. هذا الدليل يقترح متطلبات للبرنامج، ولا يقدم سياسة إرجاع أو استشارة قانونية.
ابدؤوا ببند الطلب الأصلي
يجب أن يحدد سجل الإرجاع ما الذي سيعود، لا هوية من تواصل معكم فقط. اربطوا الطلب بأمر الشراء الأصلي وبنوده المحددة، بما في ذلك التنويعة والكمية. واحتفظوا بشرح العميل منفصلا عن هوية البضاعة. عبارة «المقاس غير مناسب» مفيدة للموظف، لكنها لا تخبر النظام أي المقاسين الموجودين في الطلب سيُعاد.
تصف وثائق كائن Return في Shopify المرتجع بأنه نية المشتري إرسال بند واحد أو أكثر من الطلب إلى التاجر أو إلى موقع تجهيز تابع لطرف آخر. ويرتبط السجل بطلب شراء ويمكن أن يتضمن عدة بنود مرتجعة. وهنا فرق مهم تدعمه الوثائق: قد يبدأ سجل المرتجع من نية الإرسال، لا من إثبات وصول البضاعة.
اتفقوا على معالجة طلب ثان للقطعة نفسها. قد يعيد فتح الحالة القائمة، أو يتعلق بكمية أخرى، أو يُحال إلى الموظفين للتوضيح. أيا كانت القاعدة، فلا ينبغي أن تعد برد المال مرتين للوحدة نفسها من دون قصد. اعرضوا الكميات المرتبطة بمرتجعات أخرى مفتوحة حتى يراجع الموظف الحالة في سياقها.
سجلوا النتيجة المطلوبة من دون اعتبارها منجزة
يمكن أن يحدد العميل رغبته في استرداد المال أو الحصول على بديل أو الاستبدال أو حل آخر متاح. تظل هذه رغبة إلى أن يقع القرار أو الإجراء المعني. طلب الاستبدال بمقاس مختلف لا يحجز مخزون البديل تلقائيا، وطلب استرداد المال لا يثبت انتقال أي مبلغ.
إذا كانت إجراءاتكم تتضمن مراجعة موظف، فوضحوا ما الذي يخضع للمراجعة. كلمة «موافق عليه» مبهمة إذا كان المقصود إذن إعادة الطرد، أو الموافقة على الحل المطلوب، أو اكتمال رد المال. وأي تمييز مطلوب بين طلب تشغيلي وإقرار ذي أثر قانوني يحتاج إلى مراجعة مختصة قبل الإطلاق.
في الاستبدال، اربطوا البضاعة العائدة بالقطعة البديلة التي ستخرج، مع إبقاء كل مسار قابلا للتتبع منفردا. اسألوا عما يحدث إذا لم يعد البديل متاحا. إصدار ملصق لإعادة الطرد لا يعني أن القطعة البديلة قد شُحنت.
وثقوا الاستلام والفحص كلّا على حدة
حددوا من يسجل وصول البضاعة وإلى أين تنتقل بعد ذلك. وصول طرد لا يعني وجود كل القطع المتوقعة داخله. ينبغي أن يسجل الفحص ما عُثر عليه فعلا وأي اختلاف لم يُحسم.
في مثال افتراضي، يطلب عميل إعادة قميصين، لكن الطرد الأول يحتوي على قميص واحد فقط. يحتاج الموظف إلى تسجيل وصول واحد وبقاء الآخر منتظرا، دون إغلاق الحالة كلها. وإذا وصل الطرد الثاني لاحقا، فإنه يضاف إلى التاريخ نفسه بدلا من الظهور كطلب استرداد جديد غير مفسر.
قرروا ما إذا كنتم تحتاجون حالات بعد الفحص، مثل «بانتظار التقييم» أو «صالح للبيع مجددا» أو «يحتاج إلى إصلاح». هذه تصنيفات تشغيلية مقترحة، وليست متطلبات عامة لكل نشاط. لا ينبغي أن يعيد وصول الطرد محتوياته إلى المخزون القابل للبيع تلقائيا. وبالمثل، لا ينبغي لنتيجة فحص داخلي أن تحدد وحدها حقوق العميل؛ فذلك يحتاج إلى السياسة والمشورة المختصتين الملائمتين لعملية البيع.
اجعلوا لحركة المال حالة مستقلة
توضح وثائق Shopify أن كائن Return يسجل الجوانب المالية واللوجستية والتجارية المقصودة من المرتجع، وتذكر رد قيمة القطع المرتجعة مثالا للاستخدام. وجود سجل المرتجع لا يثبت، بحد ذاته، أن رد المال قد اكتمل.
حددوا في تنفيذكم طريقة احتساب المبلغ والمكان الذي يمكن فيه مراجعة الحساب. لا تفترضوا أن سعر الكتالوج الحالي يساوي المبلغ المرتبط بالشراء الأصلي. الخصومات والكميات وأي تعديلات منطبقة تحتاج إلى معالجة صريحة وفق السياسة التي راجعتموها.
احفظوا سجل عملية رد المال المقصودة ومرجعها الخارجي حفظا دائما قبل استدعاء الإجراء لدى مزود الدفع. وإذا ضاعت الاستجابة، فيجب مطابقة العملية القائمة والتحقق من وضعها قبل محاولة جديدة. فشل الاتصال المؤقت ليس سببا لرد مبلغ جديد دون تحقق. اعرضوا الحالات المعلقة والمؤكدة وغير المحسومة منفصلة، وفقا لما يبلغه المزود فعلا. ولا تخبروا العميل بأن المال وصل إلى حسابه المصرفي لمجرد إرسال الطلب.
عرض عملي مفيد قبل الاستلام
اطلبوا تجربة بطلبات افتراضية وفي وضع الاختبار لدى مزود الدفع، لا برد مبالغ حقيقية. أضيفوا هذه الحالات إلى معايير قبول التطبيق:
- يختار العميل قطعة محددة من طلب يتضمن عدة تنويعات.
- لا ينشئ الطلب المتكرر وعودا متداخلة دون مراجعة مقصودة.
- يظل الفرق ظاهرا عندما يحتوي الطرد على قطع أقل من المتوقع.
- لا يعني الاستلام تلقائيا اكتمال الفحص أو إعادة التخزين أو رد المال.
- يرتبط الاستبدال بنتيجة مستقلة يمكن تتبعها للقطعة البديلة.
- يمكن التحقق من استجابة مزود ضائعة دون إصدار رد مال ثان غير مضبوط.
- تفرق شاشات العميل والموظف بين النتيجة المطلوبة والإجراءات المنجزة.
في متطلبات بوابة عملاء مخصصة، سمّوا المسؤول عن كل انتقال والرسائل التي تليه. يمكن أن يكون الشرح للعميل بسيطا، بينما تحتفظ السجلات الداخلية بالفروق اللازمة للإجابة عن السؤال المهم: ما الذي حدث فعليا لهذه البضاعة ولهذه الدفعة؟
حدود المصدر
تدعم مرجعية Shopify ربط المرتجع بالطلب واحتواءه على عدة بنود، وتسجيل نية الإرجاع وما يتصل بها من جوانب مالية ولوجستية. أما توصيات الاستلام والفحص وتتبع البديل ومطابقة رد المال فهي متطلبات للنقاش والاختبار، وليست ادعاءات بعملها تلقائيا في Shopify. ولا يقرر المقال مدة قانونية للإرجاع أو قاعدة أهلية أو رسوما أو موعدا ملزما لرد المال.