سنحلّل عملكم مع العملاء ونقول وأي آلية ولاء تناسب هنا
كم مرة يعودون إليكم، وما المعروف عن المشترين اليوم، وأي كاشير يقف في النقاط، وأين تقع طلبات المتجر الإلكتروني.
بطاقة الخصم تجيب عن سؤال واحد فقط — كم نسبة تُطرح من هذا الإيصال. وهي لا تتذكّر من يقف أمام الكاشير، ولا كم اشترى خلال سنة، ولا هل سيعود أصلًا. أما برنامج الولاء فيحلّ مهمة أخرى: أن يعرف العميل الدائم، وأن يحسب له النقاط بقواعد مفهومة، وأن يعطيه سببًا للمجيء مرة أخرى. وترى الشركة عندئذٍ لأول مرة لا تدفّقَ إيصالات، بل الناسَ الذين وراءها.
برنامج الولاء — القواعد التي تعمل بها الشركة مع عملائها الدائمين، والبرنامج الذي ينفّذ هذه القواعد بنفسه. فيسجَّل العميل مرة واحدة، ثم يُعرَف في كل عملية شراء، وتدخل تاريخه، وتجلب له نقاطًا. وتحصل الشركة على ما لم يكن لديها من قبل: قائمة مشتريها ومعرفة من يعود منهم.
والفرق يظهر في مثال واحد. فخصم 10% ببطاقة بلاستيكية تنازلٌ لمرة واحدة لحظة الدفع: خرج المال ونُسي العميل. أما 10% تُمنَح نقاطًا فسببٌ للمجيء مرة ثانية، لأن إنفاقها لا يكون إلا عندكم. فالأول ينقص إيراد اليوم، والثاني يعيد العميل بعد أسبوعين.
برنامج النقاط — أكثر آليات الولاء شيوعًا، لكنه ليس الوحيد. فالمستويات والعروض الشخصية والعروض لمجموعة مشترين بعينها وتاريخ المشتريات تعمل من القاعدة نفسها وبالبيانات نفسها. ويُبدَأ بالنقاط في الغالب: فهي مفهومة للعميل بلا شرح وتُحسب تلقائيًا.
مثال. ترك المشتري رقم هاتفه عند الكاشير — فأُنشئت بطاقة العميل. واشترى بـ 3 200 سوم، فمنحه النظام 160 نقطة وسجّل الإيصال في تاريخه. وبعد أسبوعين جاء ثانيةً وذكر الرقم نفسه ودفع جزءًا من مشترياته بالنقاط. وعند الزيارة الرابعة نقله مجموع مشترياته إلى المستوى التالي، فارتفعت نسبة المنح. ولم يحسب الكاشير شيئًا من ذلك بيديه.
أتمتة برنامج الولاء تبدأ حيث تكفّ الأجوبة عن ثلاثة أسئلة عن أن تسع في رأس المسؤول: من هذا العميل، وكم نقطة لديه الآن، وبأي شروط حصل عليها.
وهذه دائرة لا خطّ مستقيم: فالخطوة السابعة تعيد العميل إلى الثانية، ومع كل دورة يعرف النظام عنه أكثر. ومعنى برنامج الولاء أن تُغلَق هذه الدائرة مرة واحدة على الأقل: فالعميل الذي استخدم نقاطه يعود أكثر بوضوح ممّن راكمها ونسيها.

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

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

يشتري الإنسان في المتجر، ثم يطلب من الموقع، ثم يأتي إلى نقطة أخرى في الشبكة. وإن كانت هذه ثلاثة سجلات مختلفة، لم يعمل برنامج الولاء: فالنقاط في ثلاثة مواضع، وتاريخ المشتريات لا يجتمع في صورة واحدة.
لذلك للبطاقة معرّف أساسي — رقم الهاتف غالبًا — وتُربَط به الطرق الأخرى. فيؤدّي عندئذٍ رمزُ QR في التطبيق والحسابُ على الموقع إلى العميل نفسه، في أي نقطة دفع.
الاشتراك في البرنامج فعلٌ طوعي من العميل، وتُثبَّت الموافقة على معالجة البيانات في بطاقته مع تاريخها. وفيها يُحفَظ أيضًا رفض النشرات: فمن لا يريد الرسائل ينبغي أن يكفّ عن تلقّيها ويبقى مشتركًا في البرنامج.
لا يحسب الكاشير النقاط ولا يحفظ القواعد. بل يفعل فعلًا واحدًا — يؤكّد العميل — ويضع النظامُ في الإيصال المبلغَ الواجب منحه والرصيدَ المتاح للخصم. وهذا نفسه يزيل نصف الخلافات: فالرقم ذكره البرنامج لا الموظف.
سيمرّ جزء من المشتريات خارج البرنامج على كل حال: فالعميل مستعجل، أو نسي الرقم، أو لا يريد الاشتراك. وهذا طبيعي، ولا تضيع هذه الإيصالات — بل تبقى في الإيراد العام ولا تُربَط بإنسان فحسب.
والمهمّ أمر آخر: أن تُرى نسبة الإيصالات المعرَّفة من الشهر الأول. فما دامت منخفضة، وصفت أي تقارير عن البرنامج أقليةَ المشترين، واتُّخذ حكم «الولاء لا يعمل» على بيانات ناقصة.
وليس أيٌّ من الخيارات إلزاميًا وليس أيٌّ منها معلَنًا جاهزًا: فالمجموعة تُحدَّد في الدراسة — بحسب بناء الكاشير، وهل للشركة تطبيق، ومن هم مشتروكم. وقد تتعدّد الطرق دفعةً واحدة، لكن بطاقة العميل تبقى واحدة.
النقطة — وحدة داخلية للشركة يحصل عليها العميل مقابل الشراء ولا يستطيع إنفاقها إلا عندها. وتحدّد الشركةُ نفسها سعرَ الصرف، وتجعله بسيطًا في الغالب: نقطة واحدة تساوي سومًا واحدًا. وما كان أعقد من ذلك يلزم شرحه للمشتري، ولا وقت للشرح عند الكاشير.
وتنطوي الآلية كلها في سطر واحد. يقوم العميل بعملية شراء ← يحدّد النظام القواعد المنطبقة عليه ← يمنح النقاط ← يحفظ الرصيد ← وعند الشراء التالي يستطيع العميل خصم جزء ممّا تراكم. ولا يحدث بين عمليتي الشراء شيء سوى انتهاء صلاحية الدفعات المتأخّرة.
ماذا يحفظ النظام عن حساب النقاط:
وتضع الشركةُ القيود لا المشتري. والضبط المعتاد حدٌّ أعلى لنسبة الإيصال التي يُسمح بتغطيتها بالنقاط: ألّا تزيد على 30% مثلًا. فبدونه يُدفَع الشراء كله بالنقاط، ويبدأ البرنامج يعمل بدل الإيراد لا لأجله.

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

| المستوى | كيف يُنال | المنح | وماذا يعطي أيضًا |
|---|---|---|---|
| البداية الأساسي | فور الاشتراك | 3% | حساب نقاط، والعروض العامة |
| الانتقال الدائم | مشتريات من 30 000 سوم خلال نصف عام | 5% | عروض للدائمين، ونقاط أطول عمرًا |
| الانتقال VIP | مشتريات من 100 000 سوم خلال نصف عام | 7% | شروط شخصية، ووصول مبكر إلى العروض |
والأسماء والعتبات والامتيازات هنا للعرض — فهي مثال ضبط لا معيارًا لنا. وقد تكون المستويات اثنين وقد تكون خمسة؛ وقد تُحسب بمبلغ المشتريات، أو بعددها، أو بتواتر الزيارات. والقاعدة العامة واحدة: أن يفهم العميل ما عليه فعله حتى المستوى التالي، وإلا لم يحفّزه المستوى بل وُجد وحسب.
يعيد النظام حسابه بنفسه وفق القاعدة الموضوعة — بعد كل عملية شراء أو وفق جدول. والتعيين اليدوي ممكن كذلك، لكنه يبقى عملية منفصلة بمُنفِّذها وسببها: وإلا لم يفسّر أحد بعد نصف عام لماذا للعميل شروط خاصة.
نسبة المنح غالبًا. ثم بحسب غرض الشركة: خصم، أو وصول إلى عروض خاصة، أو عتبة أعلى للدفع بالنقاط، أو مدة حياة أطول لها. وتُحدَّد مجموعة الامتيازات في اللوحة وقد تختلف عند كل مستوى.
إن كانت الشروط تُحسب لفترة، أمكن فقدان المستوى — وهذه أيضًا قاعدة يجب حسمها سلفًا. والخيار الألطف: أن يُحفَظ المستوى ويتلقّى العميل تحذيرًا بأن مبلغًا معيّنًا ينقصه حتى نهاية الفترة.
العرض تغييرٌ مؤقّت للقواعد المعتادة: لمدة، أو لعملاء بعينهم، أو لبضائع بعينها. والآليات كثيرة، لكن العامل منها في آنٍ واحد اثنان أو ثلاثة عادةً: فكلّما زادت القواعد السارية معًا قلّ احتمال أن يفهم المشتري على أي شيء أُعطي شيئًا.
عدد ثابت من النقاط فوق المنح المعتاد: على شراء من مبلغ معيّن، أو على الطلب الأول، أو على زيارة بعد انقطاع طويل. وهي آلية بسيطة بشرط مفهوم.
حساب النقاط نفسه، لكن بنسبة أعلى من المعتاد — لمدة العرض، أو لفئة سلعية، أو ليوم بعينه من الأسبوع. ويعمل حيث يلزم إزاحة الطلب لا مجرّد إعطاء خصم.
إنقاص مباشر لمبلغ الإيصال لمشتركي البرنامج أو لمستوى بعينه. ويحسبه النظام بالقواعد نفسها التي يحسب بها النقاط، لذلك لا يضطرّ الكاشير إلى حفظ الشروط.
كود يدخله العميل عند الكاشير أو في المتجر الإلكتروني. وقد يكون عامًا للحملة أو شخصيًا — فيظهر عندئذٍ من استخدمه بالضبط وكم عددهم.
عرض لا يسري على الجميع: للعميل الجديد وحده، أو لمن لم يأتِ منذ شهرين، أو لكبار العملاء. وتُحدَّد المجموعة بشريحة لا بقائمة تُجمَع باليد.
شروط خاصة على أصناف بعينها أو على فئة كاملة. وتلزم حيث لا يكون الهدف الدورانَ العام بل بيعَ مجموعة بضائع بعينها: الجديد، والموسم، والفائض.
والسطر الأخير هو الذي تُقيَّد العروض في النظام من أجله أصلًا، لا تُعلَن على ورقة عند المدخل. فما دامت النتيجة لا تُحسب، خُطِّطت كل حملة تالية وفق الانطباع عن سابقتها.
النشرة المعتادة مبنية بناءً واحدًا للجميع: فتذهب رسالة واحدة إلى القاعدة كلها. ونصف المستلمين لا يشترون هذه الفئة أصلًا، وجزء لم يأتِ منذ سنة، وأحدهم جاء أمس واشترى كل شيء. فالاستجابة ضعيفة، وإلغاءات الاشتراك بعد كل نشرة كهذه دائمة.
والتخصيص يعني هنا أمرًا بسيطًا: أن يستخدم العمل بدل العرض الواحد للجميع ما يعرفه أصلًا عن مشتريات العميل ونشاطه، وأن يرسل العرض إلى من قد يهمّه. وليس هذا تنبّؤًا بالمستقبل، بل عملًا بالواقعة — ماذا اشترى الإنسان ومتى كان عندكم آخر مرة.
مثال. أخذ العميل ثلاث مرات في الربع طعامًا للقطط، وكانت آخر مرة قبل ستة أسابيع. فيذهب إليه عرض في هذه الفئة. والثاني الذي لا يشتري إلا ملابس الأطفال — عرضٌ في فئته. وكلاهما في اللحظة التي نضجت فيها عملية الشراء وفق دورتهما المعتادة.
ما الذي يمكن استخدامه في الاختيار:
وتُؤخَذ العلامات الستّ كلها من تاريخ المشتريات المتراكم أصلًا — ولا يلزم لذلك استجواب العميل ولا ملء استمارات ولا إمساك قوائم في جدول. وكلّما طال عمل البرنامج دقّ الاختيار: فبعد ثلاثة أشهر تظهر العادات، وبعد سنة تظهر الموسمية.

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

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

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

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