AYA-0136 · SUPPORT · SAU

كود خصم عبايات دوام Aya خطوات إدخال الكود

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

حسب مصدر الحقيقة في هذا المشروع، الأكواد B47 وB39 وB16 موصوف/موصوفة بأنه active بخصم 10% داخل السعودية. لا يضيف المصدر تاريخ انتهاء أو قيمة طلب دنيا أو سقف خصم أو شرط مستخدم جديد أو عدد استخدامات أو سياسة دمج أو توافقًا مع وسيلة دفع، لذلك لن يفترض هذا الدليل أيًا من ذلك.

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

لوحة الكوبون الخاصة بسياق عبايات الدوام.

تهيئة السلة قبل كتابة الكوبون

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

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

في هذا السيناريو تحديدًا، اجعلي «ترتيب احتياجات الدوام ثم الوصول للسلة» خطوة تسبق الكوبون. السبب تحريري وعملي معًا: الصفحة تعالج إدخال الكود في سياق Work Abayas، ولا تريد أن يختلط تغير الاختيار نفسه مع التغير الناتج عن الخصم. عندما تستقر السلة، تصبح المقارنة قبل وبعد الإدخال أكثر وضوحًا.

استخدمي «تحضير سلة الدوام قبل الخصم» كنقطة مراجعة قبل الانتقال. لا يعني ذلك أن Aya يفرض هذا التسلسل كشرط؛ هو فقط تنظيم يمنعك من تطبيق B47 وB39 وB16 على سلة ثم تغيير عناصرها ونقل النتيجة القديمة إلى الحالة الجديدة. كل تعديل جوهري يستحق مراجعة جديدة.

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

مسار بصري من تثبيت السلة إلى التحقق من الخصم.

كيف تكتبين الكود وتقرئين الاستجابة؟

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

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

أثناء الإدخال في سياق Work Abayas، اجعلي B47 وB39 وB16 هو المتغير الوحيد الذي تختبرينه في تلك اللحظة. لا تغيري المنتج والكمية والكود في خطوة واحدة؛ فالهدف أن تعرفي ما إذا كان ملخص الطلب قد استجاب للكود بعد إدخاله كما هو.

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

أما «عدم تحويل الدليل إلى دليل موديلات» فهي خطوة ما بعد الإدخال. اقرئي المبلغ أو بند الخصم الذي يظهر، واحتفظي بالفرق بين حقيقة 10% في بيانات المشروع وبين طريقة تطبيق السلة على العناصر المؤهلة. هذه الدقة تمنع تحويل تجربة فردية إلى شرط عام.

السياق الخاص بهذه الصفحة

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

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

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

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

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

مخطط يربط سياق الصفحة بمرحلة إدخال الكود.

قراءة أثر الخصم بعد الإدخال

التحقق من خصم 10% يبدأ من التفرقة بين «النسبة المعروفة في المشروع» و«القيمة المؤهلة التي حددتها السلة». لو كانت كل قيمة قدرها 300 ريال مؤهلة، فإن 10% تساوي 30 ريال حسابيًا؛ لكننا لا نستطيع تعميم أن كامل كل سلة مؤهل من دون دليل من المتجر.

مثال آخر: إذا رأيتِ قيمة مؤهلة مقدارها 720 ريال، فالحساب النظري للخصم هو 72 ريال. هذا المثال يشرح النسبة فقط، ولا يضع حدًا أقصى ولا حدًا أدنى ولا يفترض شرط أول طلب. إذا أظهر Aya رقمًا مختلفًا، فراجعي تفاصيل السلة والرسالة المصاحبة بدل تعديل الحقائق لتناسب التوقع.

للتأكد داخل سياق Work Abayas، قارني السلة الحالية بنفسها قبل وبعد الإدخال، لا بسلة افتراضية من فئة أخرى. إذا كانت الواجهة توضح قيمة مؤهلة، يمكن حساب 10% منها للتأكد الحسابي، لكن لا تنقلي الأهلية من منتج إلى آخر بسبب التشابه في الاسم أو التصنيف.

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

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

فصل حقائق المشروع عن العروض الحية

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

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

في Work Abayas، لا يسمح نطاق المصدر بتحويل «ترتيب احتياجات الدوام ثم الوصول للسلة» إلى شرط كوبون. يمكن أن يكون هذا العنصر مهمًا في قرار التسوق، لكنه ليس دليلًا على الأهلية. الثابت فقط هو أن B47 وB39 وB16 موصوف بخصم 10% في السعودية ضمن بيانات المشروع.

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

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

بطاقة تذكير بقراءة خصم 10% من ملخص السلة.

إذا لم يظهر الخصم: تشخيص منظم

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

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

إذا واجهتِ مشكلة في Work Abayas، ابدئي بما يمكن قياسه: تأكدي من B47 وB39 وB16، ثم راجعي السلة بعد «ترتيب احتياجات الدوام ثم الوصول للسلة»، ثم اقرئي الرسالة أو الملخص. هذه الخطوات أكثر دقة من افتراض أن المشكلة سببها شرط مخفي لم يذكره المشروع.

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

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

سبع نقاط مراجعة عملية

قبل تأكيد الطلب، استخدمي هذه القائمة كمراجعة أخيرة. هي ليست شروطًا إضافية للكوبون؛ إنها طريقة عملية للتأكد من أن السلة التي ستدفعينها هي نفسها التي راجعتِ عليها الخصم.

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

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

قائمة مراجعة مرئية قبل إتمام الطلب.

أسئلة عملية تتكرر عند تطبيق الكوبون

هل تختلف الخطوات بين الموقع والتطبيق؟

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

هل يوجد حد أدنى للطلب أو سقف للخصم؟

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

هل يمكن دمج الكود مع عرض آخر؟

المشروع لا يحدد سياسة دمج أو stacking. لا تفترضي القبول أو الرفض؛ جربي وفق ما تسمح به السلة واقرئي النتيجة النهائية.

هل خصم 10% يعني أنه يطبق على كل قيمة السلة؟

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

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