AYA-0126 · SUPPORT · SAU
كود خصم Aya App خطوات إدخال الكود
إذا وصلتِ إلى السلة وتريدين معرفة الخطوة التالية، فهذه الصفحة مخصصة للحظة إدخال الكود نفسها، لا لاستعراض جميع عروض Aya ولا لإعادة شرح صفحة المالك الواسعة. سنبدأ بما هو ثابت في المشروع، ثم نرتب ما ينبغي فعله قبل الكتابة وبعدها حتى يكون قرار الشراء مبنيًا على النتيجة الظاهرة في السلة.
حسب مصدر الحقيقة في هذا المشروع، الأكواد B47 وB39 وB16 موصوف/موصوفة بأنه active بخصم 10% داخل السعودية. لا يضيف المصدر تاريخ انتهاء أو قيمة طلب دنيا أو سقف خصم أو شرط مستخدم جديد أو عدد استخدامات أو سياسة دمج أو توافقًا مع وسيلة دفع، لذلك لن يفترض هذا الدليل أيًا من ذلك.
للبدء من مرجع النشر يمكنك الرجوع إلى دليل AlyCoupon، ولتنفيذ الخطوات على المتجر نفسه استخدمي متجر Aya الرسمي. موضع الإدخال قد يتغير مع تحديث الواجهة، لذلك نعتمد على الوظيفة الظاهرة للمستخدم لا على اسم زر ثابت.
قبل إدخال الكود: ثبتي السلة أولًا
سجلي ذهنيًا أو بصريًا قيمة السلة قبل الخصم. لا نحتاج إلى افتراض أن كامل القيمة مؤهلة؛ يكفي أن تعرفي الرقم الظاهر وأن تراقبي ما يتغير بعد التطبيق. إذا كانت السلة تعرض تفاصيل منفصلة، اعتمدي على التفاصيل الفعلية بدل محاولة استنتاج أهلية كل عنصر من اسم الفئة.
تأكدي من النسخ الدقيق للأحرف والأرقام، خصوصًا عند الانتقال من صفحة مرجعية إلى التطبيق أو الموقع. المسافة الزائدة في البداية أو النهاية قد تسبب إدخالًا مختلفًا عما تقصدينه. الأفضل لصق الكود ثم مراجعة شكله قبل متابعة العملية.
في هذا السيناريو تحديدًا، اجعلي «التعامل مع أكثر من كود متاح في بيانات المشروع» خطوة تسبق الكوبون. السبب تحريري وعملي معًا: الصفحة تعالج إدخال الكود في سياق Core Coupon، ولا تريد أن يختلط تغير الاختيار نفسه مع التغير الناتج عن الخصم. عندما تستقر السلة، تصبح المقارنة قبل وبعد الإدخال أكثر وضوحًا.
استخدمي «متى تختارين بين الأكواد الثلاثة؟» كنقطة مراجعة قبل الانتقال. لا يعني ذلك أن Aya يفرض هذا التسلسل كشرط؛ هو فقط تنظيم يمنعك من تطبيق B47 وB39 وB16 على سلة ثم تغيير عناصرها ونقل النتيجة القديمة إلى الحالة الجديدة. كل تعديل جوهري يستحق مراجعة جديدة.
الحد الذي يجب تذكره هنا هو «المقارنة بين B47 وB39 وB16 دون افتراض اختلاف في الشروط غير المذكورة». لا تضيفي من عندك قاعدة تربط الفئة أو اللون أو المقاس أو الشحن بأهلية الكوبون. مصدر المشروع يحدد الكود والنسبة والسوق، أما أهلية السلة فتعرف من النتيجة التي تظهر وقت الطلب.
مسار إدخال الكوبون دون الاعتماد على اسم زر ثابت
بعد التطبيق، أعيدي النظر إلى السعر أو الإجمالي وموضع الخصم إن ظهر. إذا لم تفهمي النتيجة، توقفي عند المراجعة ولا تكملي بناءً على توقع رياضي وحده. المتجر هو الذي يحدد فعليًا ما اعتبره مؤهلًا في ذلك الطلب.
إذا كان لديك أكثر من كود في بيانات المشروع، جربي واحدًا فقط في المرة. لا توجد معلومة في المصدر تقول إن B47 أو B39 أو B16 له أولوية أو نسبة مختلفة؛ الثلاثة موصوفة بخصم 10% داخل السعودية. أي اختلاف في النتيجة يجب أن يُقرأ من السلة نفسها لا من افتراض مسبق.
أثناء الإدخال في سياق Core Coupon، اجعلي B47 وB39 وB16 هو المتغير الوحيد الذي تختبرينه في تلك اللحظة. لا تغيري المنتج والكمية والكود في خطوة واحدة؛ فالهدف أن تعرفي ما إذا كان ملخص الطلب قد استجاب للكود بعد إدخاله كما هو.
استخدمي فكرة «متى تختارين بين الأكواد الثلاثة؟» لتحديد توقيت الإدخال: بعد حسم القرار المرتبط بالسياق وقبل إتمام الطلب. إذا كانت الواجهة تعرض موضعًا للكوبون، ضعي الكود هناك، ثم انتظري النتيجة المرئية بدل افتراض أن مجرد كتابة النص تعني تطبيق الخصم.
أما «كيف تمنعين الخلط بين الكود والعرض الحي؟» فهي خطوة ما بعد الإدخال. اقرئي المبلغ أو بند الخصم الذي يظهر، واحتفظي بالفرق بين حقيقة 10% في بيانات المشروع وبين طريقة تطبيق السلة على العناصر المؤهلة. هذه الدقة تمنع تحويل تجربة فردية إلى شرط عام.
كيف يختلف هذا المسار عن صفحة المالك؟
هذه الصفحة لا تعيد تقديم صفحة الكوبون الأساسية، بل تعالج لحظة محددة: أين تضع الكود وكيف تراجع أثره قبل تأكيد الطلب. لذلك يبقى الحديث عن الأكواد الثلاثة في حدود بيانات المشروع فقط، ثم ينتقل مباشرة إلى ترتيب السلة والإدخال والتحقق.
عند وجود أكثر من كود في نفس مرجع المشروع، لا توجد لدينا معلومة تثبت أن أحدها يمنح نسبة مختلفة؛ الثلاثة موصوفة بخصم 10% داخل السعودية. لهذا لا نختلق ترتيب أولوية أو شرطًا إضافيًا، بل نستخدم كودًا واحدًا في المرة ونراقب نتيجة السلة.
الزاوية الأولى في هذا السيناريو هي «متى تختارين بين الأكواد الثلاثة؟». فائدتها أن عملية الخصم تأتي بعد قرار تسوق واضح، فلا نحمّل الكوبون مسؤولية اختيار المنتج أو الفئة أو الخدمة. عندما يكون الاختيار مستقرًا، يصبح أثر الكود في السلة أسهل في القراءة والمقارنة.
الزاوية الثانية هي «كيف تمنعين الخلط بين الكود والعرض الحي؟». وهي تحافظ على الفصل بين ما يثبته المصدر وبين ما قد يظهر لحظيًا في المتجر. لا نكتب قاعدة عامة من تجربة واحدة، ولا نحول عرضًا حيًا أو حالة شحن أو اختيارًا شخصيًا إلى شرط ثابت للكوبون.
هذه الصفحة مرتبطة بالمالك Core Coupon من حيث الموضوع، لكنها لا تعيد تغطية موضوعه الواسع. نطاقها المتعمد هو اللحظة العملية لإدخال الكود داخل هذا السياق، وهو ما يقلل Cannibalization ويحافظ على وظيفة الصفحة كدليل دعم.
كيف تتحققين من خصم 10%؟
مثال آخر: إذا رأيتِ قيمة مؤهلة مقدارها 720 ريال، فالحساب النظري للخصم هو 72 ريال. هذا المثال يشرح النسبة فقط، ولا يضع حدًا أقصى ولا حدًا أدنى ولا يفترض شرط أول طلب. إذا أظهر Aya رقمًا مختلفًا، فراجعي تفاصيل السلة والرسالة المصاحبة بدل تعديل الحقائق لتناسب التوقع.
إذا انتقلتِ بين الموقع والتطبيق، لا تفترضي أن الواجهة ستعرض المعلومات في الموضع نفسه. ثبتي القاعدة: الكود يُدخل في موضع الكوبون المتاح، والخصم يُراجع في ملخص الطلب، وأي عرض حي آخر يبقى منفصلًا عن حقيقة الأكواد الثلاثة في مصدر المشروع.
للتأكد داخل سياق Core Coupon، قارني السلة الحالية بنفسها قبل وبعد الإدخال، لا بسلة افتراضية من فئة أخرى. إذا كانت الواجهة توضح قيمة مؤهلة، يمكن حساب 10% منها للتأكد الحسابي، لكن لا تنقلي الأهلية من منتج إلى آخر بسبب التشابه في الاسم أو التصنيف.
عند استخدام B47 وB39 وB16، لا تبحثي عن رقم ثابت يجب أن ينقص من كل طلب. النسبة معروفة، أما القيمة التي تطبق عليها فتعتمد على ما تعرضه السلة. لذلك يكون «كيف تمنعين الخلط بين الكود والعرض الحي؟» أداة التحقق الأهم من أي توقع سابق.
إذا أجريتِ تعديلًا مرتبطًا بـ«التعامل مع أكثر من كود متاح في بيانات المشروع» بعد ظهور الخصم، أعيدي الحساب والمراجعة. هذا مهم خصوصًا لأن الصفحة لا تفترض أن كل المنتجات مؤهلة ولا تضع حدًا أدنى أو سقفًا لم يذكره مصدر المشروع.
حدود بيانات B47 وB39 وB16
الفصل بين هذين النوعين من المعلومات يحميك من قرار شراء مبني على وعد غير موجود. اعتبري بيانات المشروع مرجعًا للكود والنسبة والسوق، واعتبري السلة الحالية مرجعًا لما قُبل فعليًا على المنتجات التي اخترتها في تلك اللحظة.
لهذا أيضًا لا نقول إن الخصم مضمون على جميع المنتجات. الصياغة الدقيقة هي: لديك كود موصوف في المشروع بخصم 10% داخل السعودية، ثم تختبرينه على سلتك وتراجعين النتيجة التي يعرضها Aya قبل الإتمام.
في Core Coupon، لا يسمح نطاق المصدر بتحويل «التعامل مع أكثر من كود متاح في بيانات المشروع» إلى شرط كوبون. يمكن أن يكون هذا العنصر مهمًا في قرار التسوق، لكنه ليس دليلًا على الأهلية. الثابت فقط هو أن B47 وB39 وB16 موصوف بخصم 10% في السعودية ضمن بيانات المشروع.
كذلك لا تجعل «المقارنة بين B47 وB39 وB16 دون افتراض اختلاف في الشروط غير المذكورة» سببًا لاختراع استثناء. إذا ظهرت رسالة أو نتيجة مختلفة في السلة، تعامل معها كبيان حي من المتجر لذلك الطلب. لا نستنتج منها تاريخ انتهاء أو حد طلب أو وسيلة دفع أو سياسة دمج عامة.
الفصل بين صفحة الدعم والمالك يعتمد هنا على إبقاء النقاش عند «متى تختارين بين الأكواد الثلاثة؟» و«كيف تمنعين الخلط بين الكود والعرض الحي؟» كجزء من خطوات الإدخال. لا نتوسع إلى مراجعة شاملة للفئة أو المنتج، ولا نقدم وعودًا عن توفر أو شحن أو إرجاع غير مثبتة.
ماذا تراجعين قبل إعادة المحاولة؟
إذا قبلت الواجهة الكود لكنك لم تري تغيرًا مفهومًا، قارني ملخص السلة قبل وبعد. أحيانًا يكون المطلوب قراءة البنود بدل الاعتماد على الإجمالي وحده. وإذا بقيت النتيجة غير واضحة، لا تكتبي لنفسك قاعدة عامة من تجربة واحدة؛ الطلبات والمخزون والعروض الحية قد تتغير.
إذا لم يظهر الخصم، ابدئي بالأسباب التي يمكن فحصها من دون اختراع سياسة: هل الكود مكتوب كما هو؟ هل توجد مسافة زائدة؟ هل تغيرت السلة بعد الإدخال؟ هل تظهر رسالة من المتجر توضّح ما حدث؟ هذه الأسئلة تعطيك معلومات حقيقية قبل القفز إلى استنتاج مثل انتهاء الكود أو وجود حد طلب غير موثق.
إذا واجهتِ مشكلة في Core Coupon، ابدئي بما يمكن قياسه: تأكدي من B47 وB39 وB16، ثم راجعي السلة بعد «التعامل مع أكثر من كود متاح في بيانات المشروع»، ثم اقرئي الرسالة أو الملخص. هذه الخطوات أكثر دقة من افتراض أن المشكلة سببها شرط مخفي لم يذكره المشروع.
لو كانت المشكلة ظهرت بعد تغيير مرتبط بـ«متى تختارين بين الأكواد الثلاثة؟»، أعيدي التجربة على السلة المحدثة. لا تقارني النتيجة بمبلغ سابق كأنه ما زال صالحًا، لأن تكوين الطلب نفسه تغير حتى لو بقي الكود مكتوبًا.
وأثناء التشخيص حافظي على «كيف تمنعين الخلط بين الكود والعرض الحي؟» كحد منطقي: لا تربطي المشكلة تلقائيًا بالدفع أو الشحن أو اللون أو الموسم أو الفئة. مصدر المشروع لا يمنحنا قاعدة من هذا النوع؛ ما يهم هو الاستجابة الفعلية التي تعرضها Aya.
قائمة فحص قبل تأكيد الطلب
قبل تأكيد الطلب، استخدمي هذه القائمة كمراجعة أخيرة. هي ليست شروطًا إضافية للكوبون؛ إنها طريقة عملية للتأكد من أن السلة التي ستدفعينها هي نفسها التي راجعتِ عليها الخصم.
- السلة تحتوي على المنتجات والكميات المقصودة قبل بدء تجربة الكوبون.
- بعد أي تعديل على السلة تم فحص الخصم مرة أخرى قبل الإتمام.
- تم استخدام كود واحد في التجربة حتى تكون النتيجة قابلة للفهم.
- تم نسخ الكود كما هو من دون فراغات أو رموز إضافية.
- تم الفصل بين خصم الكوبون وأي سعر مخفض أو عرض حي ظاهر على المتجر.
- تمت مراجعة ملخص الطلب بعد التطبيق وليس الاكتفاء بوجود الكود في الحقل.
- لم يتم افتراض حد طلب أو سقف خصم أو شرط مستخدم جديد غير موجود في المصدر.
إذا فشلت نقطة من نقاط المراجعة، عودي خطوة واحدة فقط وصححيها ثم أعيدي قراءة الملخص. بهذه الطريقة لا تختلط مشكلة نسخ الكود مع تغيير السلة أو العرض الحي أو معلومات الشحن والدفع.
إجابات مختصرة قبل الإتمام
ماذا أفعل إذا لم يظهر الخصم بعد الإدخال؟
راجعي كتابة الكود، ثم حالة السلة وأي رسالة تظهر في المتجر، وأعيدي التحقق بعد أي تعديل. تجنبي افتراض انتهاء الكود أو شرط دفع غير موثق.
هل تختلف الخطوات بين الموقع والتطبيق؟
قد يختلف ترتيب الواجهة أو مكان الحقل، لكن المنهج واحد: جهزي السلة، ابحثي عن موضع الكوبون المتاح، أدخلي الكود، ثم راجعي ملخص الطلب قبل الإتمام.
هل خصم 10% يعني أنه يطبق على كل قيمة السلة؟
لا يمكن تعميم ذلك من مصدر المشروع. النسبة ثابتة للكود المذكور، لكن أهلية المنتجات أو أجزاء السلة يجب أن تُقرأ من النتيجة الفعلية التي يعرضها Aya بعد إدخال الكود.
هل يمكن دمج الكود مع عرض آخر؟
المشروع لا يحدد سياسة دمج أو stacking. لا تفترضي القبول أو الرفض؛ جربي وفق ما تسمح به السلة واقرئي النتيجة النهائية.
الخلاصة العملية: استخدمي بيانات المشروع لتحديد الكود والنسبة والسوق، واستخدمي السلة الحالية لتحديد ما حدث فعليًا في طلبك. هذا الفصل هو أبسط طريقة لتجنب الوعود غير الموثقة عند إدخال كوبون Aya.