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