الطلبات المسبقة: هل الإتاحة تعني الدفع أم الاستعداد للشحن أم التسليم؟

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

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

اشرحوا توقيت الدفع قبل تأكيد الشراء

قد يبيع متجر افتراضي كراسة مطبوعة قادمة مع تحصيل المبلغ الآن أو عند إتاحة المنتج. يغير القرار ما ينبغي أن يفهمه العميل قبل الطلب. تجنبوا عرضا عاديا يقول «اشتر الآن» ويترك توقيت التحصيل غامضا.

تميّز وثائق WooCommerce Pre-Orders بين الدفع مقدما والدفع عند الإتاحة. الدفع المقدم يعني التحصيل أثناء إتمام الشراء. وفي المسار الآخر تصف الوثائق إمكان التحصيل التلقائي عبر بوابة مدعومة، أو إرسال رسالة تطلب من العميل الدفع.

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

سمّوا الإتاحة دون ادعاء التسليم

تفصل WooCommerce حالة الطلب المسبق عن حالة الطلب العادي. إكمال مرحلة الطلب المسبق ينقل العملية إلى إدارة الطلبات المعتادة. وقد يبقى الطلب المرتبط بحاجة إلى الدفع أو المعالجة؛ فلا تجعل الوثائق إكمال الإتاحة مرادفا للتسليم.

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

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

التأخير تعديل لوعد قائم

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

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

الإلغاء يحتاج إلى متابعة مالية منفصلة

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

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

اختبروا السلة التي تنوون بيعها فعلا

تصف WooCommerce Pre-Orders قيدا مهما: منتج طلب مسبق واحد في الطلب، دون منتجات أخرى. هذه ليست قاعدة عامة لكل متجر مخصص، لكنها قد تغير تجربة شراء تفترض جمع منتج قادم مع بضاعة متاحة الآن.

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