بناء تطبيق نقاط الولاء: المحفظة والتعرف عبر QR ومنح التاجر للنقاط

كيف يعمل تطبيق نقاط الولاء

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

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

وحول هذا السجل، يحتاج تطبيق الولاء إلى ثلاث تجارب:

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

ويتبع T-CODE، تطبيق العروض والولاء الذي بنته FLUIDS، هذا البناء: محفظة ولاء برصيد نقاط وسجل حركات في جانب العميل، وكشوف نقاط وشاشات حركات في جانب التاجر.

التعرف إلى العميل عند نقطة البيع برمز QR

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

ويسير مسار نقطة البيع عادةً على هذا النحو:

1. يفتح العميل بطاقة الولاء في التطبيق، فيظهر رمز QR.
2. يمسح الموظف الرمز من تطبيق التاجر على جوال أو جهاز لوحي في الفرع.
3. يحوّل الخادم الرمز إلى محفظة العميل، ويعيد ما يحتاجه الموظف فقط: الاسم أو الأحرف الأولى منه والرصيد الحالي.
4. يسجّل الموظف العملية: منح نقاط مع بيانات الإيصال، أو استخدام نقاط.
5. يرى الطرفان النتيجة: يُحدَّث سجل العميل، وتظهر الحركة في سجلات التاجر.

في T-CODE، للعميل بطاقة يمكن التعرف إليها عبر رمز QR، ويستطيع التاجر إيجاد العميل قبل تسجيل النقاط. وكقاعدة عامة في التصميم، ينبغي أن يحمل رمز QR رمزًا تعريفيًا لا رقم جوال العميل ولا معرّف حسابه. وحين يمكن تغيير هذا الرمز التعريفي أو إنهاء صلاحيته، لا تتحول لقطة شاشة منشورة إلى مفتاح دائم لمحفظة أحد.

منح النقاط مقابل إيصال الشراء

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

في T-CODE يسجّل التاجر النقاط على عملية شراء مع بيانات الإيصال، ويميّز جانب التاجر بين صلاحية منح النقاط وصلاحية استخدامها. ويمكن إسناد الموظف إلى فرع ومنحه وصولًا إلى نقطة البيع دون أن يحصل على دور المالك الكامل.

وأيًّا كان المنتج الذي تبنيه، يحتاج سجل النقاط عادةً إلى أنواع الحركات التالية، ولكل نوع قواعده:

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

استخدام النقاط: من القائمة إلى تأكيد البيع

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

يدعم T-CODE هذا المسار. ينظّم التاجر تصنيفات القائمة وعناصرها، بما فيها عناصر خاصة بفرع معين. ويجهّز العميل سلة بالنقاط لفرع المتجر، فيحصل على كود ورمز QR للطلب. وعند نقطة البيع يبحث التاجر عن السلة، ويراجع عناصرها والنقاط المستخدمة فيها، ثم يؤكّد البيع. ويبقى إعداد السلة وتأكيد البيع خطوتين منفصلتين.

وهذا الفصل يحمي الطرفين. فلا ينقص رصيد العميل لمجرد أنه جهّز سلة قد يتركها. ولا يسلّم التاجر المنتج قبل خصم النقاط فعلًا. ويجيب سجلٌّ لكل تأكيد عن السؤال الذي سيُطرح حتمًا: «من أكّد هذا الطلب، ومتى؟».

أبقِ النقاط ولاءً لا نقودًا

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

المحاسبة. حين يكسب العميل نقاطًا مع عملية شراء، يكون التاجر قد وعد عمومًا بمكافأة مستقبلية. ووفق المعيار الدولي للتقرير المالي 15 (IFRS 15) الخاص بالإيراد من العقود مع العملاء، تُعامل النقاط التي تمنح العميل حقًا جوهريًا عادةً بوصفها التزام أداء مستقلًا: يُخصَّص لها جزء من سعر البيع، ويُعترف به إيرادًا لاحقًا عند استخدام النقاط أو بحسب ما يُتوقع ألا يُستخدم منها. ويختلف المعيار المطبَّق وطريقة تطبيقه بين المنشآت، فالقرار هنا لمحاسب التاجر. أما ما يجب أن يوفّره البرنامج فهو البيانات: النقاط الممنوحة والمستخدمة والمعكوسة والمنتهية، بحسب التاجر والفرع والفترة.

التنظيم. خدمات الدفع والقيمة المخزّنة في السعودية يُنظّمها البنك المركزي السعودي (ساما). والبرنامج الذي يكسب فيه العميل النقاط من مشترياته ولا يستخدمها إلا في مكافآت لدى التاجر يختلف كثيرًا عن محفظة تقبل الشحن النقدي، أو تتيح تحويل الرصيد بين المستخدمين، أو تصرفه نقدًا. وكلما اقترب التصميم من النوع الثاني، زاد احتمال أن يثير أسئلة الترخيص.

• لا تسمح للعميل بشراء النقاط بالمال.
• لا تسمح بصرف النقاط نقدًا ولا بتحويلها بين العملاء.
• لا تصف النقاط بأنها عملة أو رصيد بالريال.
• انشر شروطًا واضحة: كيف تُكتسب النقاط، وفيمَ تُستخدم، وهل تنتهي صلاحيتها.

قرارات تُتخذ قبل البناء

تقنية تطبيقات النقاط معروفة، أما الصعوبة ففي السياسات، وينبغي حسمها في وثيقة النطاق:

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

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

تبني FLUIDS منتجات الولاء والعروض بوصفها برمجيات مخصصة أو جزءًا من منصة سوق، مع الاتفاق على النطاق والسعر والمدة في عرض مكتوب. وتوضح دراسة مشروع T-CODE كيف تجتمع المحفظة والتعرف عبر QR والطلبات بالنقاط في تطبيق واحد.