حدث التفعيل في SaaS: اختره، وافحصه، واختبره
اقترح حدث التفعيل من وظيفة المنتج، وافحصه على فوج حقيقي، وقِس وقت الوصول للقيمة بالتوزيع، وافصل الارتباط عن السببية باختبار.
قارن التجربة المجانية والخطة المجانية والتجربة العكسية، وقرر البطاقة عند التسجيل بالعدد لا بالنسبة، وضع نقطة الدفع بعد القيمة، واقرأ التحويل بالفوج.
Created by Mahmoud Omarآخر مراجعة
هناك ثلاثة نماذج أساسية لترك العميل يجرب قبل أن يدفع:
وفوق كل نموذج قرار ثانٍ: هل تطلب بيانات البطاقة عند التسجيل؟ وقرار ثالث: أين تطلب المال؟ أي اللحظة التي يصطدم فيها المستخدم بحد الخطة (Paywall).
لا يوجد نموذج أفضل للجميع. الاختيار يعتمد على: كم يحتاج المستخدم من وقت ليرى القيمة، وهل يستمر المنتج مفيدًا في نسخة محدودة، وكم تكلفك الحسابات المجانية. والحكم على أي نموذج يكون بـ عدد الحسابات التي تدفع وتبقى، لا بنسبة تحويل منفصلة عن تعريفها. المخرج: قرار نموذج التجربة ونقطة الدفع، وتعريف واحد لنسبة التحويل تقرأه بالفوج.
| التجربة المجانية | الخطة المجانية | التجربة العكسية | |
|---|---|---|---|
| ماذا يرى المستخدم أولًا | المنتج كاملًا | النسخة المحدودة | المنتج كاملًا |
| ماذا يحدث بعد المدة | يدفع أو يتوقف | لا مدة | ينزل للمجاني |
| الضغط للدفع | موعد الانتهاء | حد الخطة | خسارة ما جرّبه + حد الخطة |
| من يبقى بلا دفع | لا أحد | كل من لا يحتاج أكثر | كل من لا يحتاج أكثر |
| أهم تكلفة | من لم يصل للقيمة قبل الموعد يضيع | حسابات مجانية كثيرة تُخدم للأبد | الاثنتان، بقدر أقل |
التجربة المجانية تضغط بالوقت: مناسبة إذا رأى المستخدم القيمة خلال أيام. الخطة المجانية تترك وقتًا بلا حد: مناسبة إذا كان المنتج مفيدًا في نسخة محدودة، وكان استخدام المجانيين يجلب مستخدمين جددًا أو يكبر مع الوقت حتى يحتاج المدفوع. والتجربة العكسية تحاول الجمع: تُري المستخدم المنتج كاملًا، ثم تتركه في المجاني بدل أن تخسره.
اكتب الإجابات بأرقامك، لا بانطباع. ثم اختر، واكتب ما الذي يجعلك تغيّر الاختيار.
طلب بيانات البطاقة قبل التجربة يرفع نسبة التحويل عادةً، لأن من يتركها يتحول تلقائيًا إن لم يلغِ، ولأن كثيرين لا يسجلون أصلًا. فالنسبة ترتفع ومقامها يصغر.
لذلك لا تحكم بالنسبة. احسب:
الحسابات المدفوعة في الشهر = التسجيلات × نسبة التحويل.
ثم قارن السيناريوهين بنفس المعادلة. واسأل سؤالين آخرين: كم ممن «تحولوا» تلقائيًا يلغون في أول شهر أو يطلبون استرداد المبلغ؟ ومن يدفع لك بطريقة غير البطاقة (تحويل بنكي، فاتورة شركة، محفظة) هل سيخرج من الطريق تمامًا؟ في أسواق تقل فيها البطاقات، هذا السؤال وحده قد يحسم القرار.
إن طلبت البطاقة، فاذكر بوضوح متى يُخصم المبلغ، وذكّر قبل الخصم، واجعل الإلغاء سهلًا. التحويل الذي يأتي من نسيان العميل يتحول إلى إلغاء أو شكوى بعد شهر.
نقطة الدفع (Paywall) اللحظة التي يحتاج فيها المستخدم شيئًا لا تعطيه الخطة المجانية. أفضلها:
اكتب كل نقاط الدفع في منتجك، وأمام كل واحدة: كم حسابًا مجانيًا يصل إليها في الشهر، وكم منهم يدفع. النقطة التي يصل إليها كثيرون ولا يدفع منهم أحد إما حد في المكان الخطأ، وإما سعر لا يناسب.
وفي التجربة المجانية أو العكسية، نقطة الدفع الأولى هي نهاية التجربة. اجعل المستخدم يعرف قبلها ما الذي سيخسره بالتحديد، لا «ستنتهي تجربتك» فقط.
«نسبة التحويل» بلا تعريف رقم لا يُقارن. اكتب ثلاثة أشياء:
ثم احسبها بالفوج: كل من سجّل في شهر، وكم منهم دفع خلال النافذة. لا تقسم «من دفع هذا الشهر» على «من سجّل هذا الشهر»: كثير ممن دفع هذا الشهر سجّل في الشهر السابق، فالرقم يخلط فوجين، ويتغير مع سرعة النمو لا مع جودة التحويل.
احسب معها نسبتين تفسّرانها: التفعيل من المسجلين، والدفع من المفعّلين. إن كانت الأولى منخفضة، فالمشكلة قبل نقطة الدفع. وإن كانت الثانية منخفضة، فانظر إلى نقطة الدفع والسعر والعرض.
الأرقام المنشورة عن التحويل تختلف في المقام والنافذة والعينة. أقرب مرجع حديث هو تقرير Growth Unhinged مع ChartMogul وProductLed (استطلاع لـ 200 منتج برمجي B2B، يناير 2026). يحسب التحويل خلال ستة أشهر من التسجيل. ووجد أن التجارب التي تطلب البطاقة مقدمًا وسيطها 30%، أي أكثر من خمسة أضعاف التي لا تطلبها، وأن 20% فقط من منتجات التجربة تطلب البطاقة. وأن 7% فقط من المنتجات تستخدم التجربة العكسية، دون بيانات تحويل لها.
حدود هذا الرقم: عينة برمجيات B2B أغلبها خارج المنطقة العربية، واستطلاع لا بيانات فوترة، ونافذة ستة أشهر. ليس هدفًا لمنتجك، ولا قياسًا للسوق العربي. استخدمه لتسأل «هل أنا بعيد جدًا؟» بعد أن تطابق تعريفك بتعريفه. والمرجع الأهم أفواجك السابقة. وتفاصيل أكثر عن المراجع وحدودها في الأرقام المرجعية لـ SaaS.
مثال افتراضي للتعليم — ليس عميلًا حقيقيًا، والأرقام مفترضة لشرح الطريقة
«دفتر» برنامج فواتير افتراضي (حالة تدريبية، ملف الحالة). النموذج تجربة عكسية: الحساب الجديد يبدأ بتجربة Pro لمدة 14 يومًا دون بطاقة، ثم ينزل إلى الخطة المجانية (10 فواتير في الشهر، مستخدم واحد) إن لم يدفع.
الرقم الذي يتداوله الفريق: «4% من المسجلين بيدفعوا». مصدره: 80 حسابًا دفعت لأول مرة هذا الشهر ÷ 2,000 حساب سجّلت هذا الشهر.
القرار الأول: هذا ليس تحويلًا بالفوج. من دفع هذا الشهر ليس بالضرورة ممن سجّل فيه: التجربة 14 يومًا، وبعض من نزل للمجاني يدفع بعد أسابيع حين يصل إلى حد 10 فواتير. نسحب فوجًا سابقًا (2,000 حساب) ونتابعه 30 يومًا بعد نهاية التجربة: دفع منه 80، أي 4% أيضًا. الرقم تطابق هذه المرة لأن التسجيلات ثابتة تقريبًا من شهر لآخر. لو كانت التسجيلات تتضاعف، لظهرت الطريقة الأولى أسوأ من الحقيقة.
| المقام | البسط | النسبة | ماذا تقول |
|---|---|---|---|
| كل المسجلين في الفوج | 80 | 4% | الصورة الكاملة |
| المفعّلون (560) | 64 | 11.4% | من رأى القيمة، كم دفع |
| غير المفعّلين (1,440) | 16 | 1.1% | الدفع دون تفعيل نادر |
القرار الثاني: هل التجربة العكسية مناسبة؟ وقت الوصول للقيمة متوسطه 3 أيام (الوسيط غير معروف بعد)، والتجربة 14 يومًا، والتفعيل نفسه معرّف خلال 7 أيام، فمن يفعّل يفعل قبل نهايتها. والخطة المجانية مفيدة لمحل صغير يصدر أقل من 10 فواتير في الشهر، وتكلفة حسابه منخفضة على الأرجح (الحالة لا تذكر رقمًا، ونفترض أن برنامج فواتير لا يستهلك موارد كبيرة؛ قدّر هذه التكلفة بأرقامك). أي أن النموذج منطقي: من لا يحتاج المدفوع اليوم يبقى، وقد يحتاجه حين يكبر.
القرار الثالث: نقاط الدفع. ثلاث نقاط تظهر بعد التجربة:
| نقطة الدفع | تأتي بعد التفعيل؟ | مرتبطة بنمو العميل؟ |
|---|---|---|
| الفاتورة رقم 11 في الشهر | نعم | نعم: مبيعات أكثر |
| إضافة مستخدم ثانٍ (المحاسب مثلًا) | نعم غالبًا | نعم: عمل أكثر تنظيمًا |
| المخزون والتقارير (Pro) | يعتمد | نعم لمن يبيع منتجات |
الفريق لا يعرف كم حسابًا مجانيًا يصل إلى كل نقطة، ولا كم منهم يدفع. أول عمل: قياس ذلك قبل أي تغيير في الحدود.
القرار الرابع: هل نطلب البطاقة؟ لا الآن. نسبة التفعيل 28%، أي أن المشكلة الأكبر قبل نقطة الدفع. وجزء من العملاء في مصر والسعودية قد يدفع بتحويل أو محفظة لا ببطاقة. وطلب البطاقة يقلل التسجيلات التي يتغذى عليها كل الطريق. نكتب الشرط الذي يعيد فتح القرار: «لو التفعيل وصل 35% ونسبة الدفع من المفعّلين لسه حوالي 11%، نختبر البطاقة على جزء من الزيارات ونقارن عدد الحسابات المدفوعة بعد 60 يوم.»
قبل نهاية التجربة: الرسالة الحالية «تجربتك هتخلص». الأدق: «يوم [التاريخ] حسابك هيرجع للخطة المجانية: 10 فواتير في الشهر، ومستخدم واحد، ومن غير تقرير المخزون اللي استخدمته [عدد] مرة.» المستخدم يعرف ماذا سيخسر بالتحديد.
املأه بأرقامك. السطر الأخير مهم: الشرط الذي يجعلك تعيد القرار.
قرار نموذج التجربة ونقطة الدفع المنتج: التاريخ: النموذج الحالي: تجربة مجانية / خطة مجانية / تجربة عكسية / بلا تجربة مدة التجربة (إن وجدت): البطاقة عند التسجيل: نعم / لا الأسئلة الثلاثة: 1. وسيط وقت الوصول للقيمة: ... يوم (مقابل مدة التجربة: ... يوم) 2. هل النسخة المجانية مفيدة وحدها؟ لمن؟ 3. تكلفة الحساب المجاني في الشهر (تقدير): نسبة التحويل: البسط: المقام: النافذة: آخر 3 أفواج: ...% / ...% / ...% التفعيل من المسجلين: ...% الدفع من المفعّلين: ...% نقاط الدفع: النقطة | بعد التفعيل؟ | مرتبطة بالنمو؟ | حسابات وصلت إليها في الشهر | دفع منها القرار: السبب بالأرقام: الشرط الذي يجعلنا نعيد القرار:
للصق في Google Sheets بدءًا من A1. غيّر أرقام الصفين 2 و3. الأرقام هنا للتوضيح فقط، لا توقعات.
السيناريو التسجيلات في الشهر نسبة التحويل حسابات مدفوعة يلغي في أول شهر يبقى بعد شهر بلا بطاقة 2000 0.04 =B2*C2 0.1 =D2*(1-E2) ببطاقة 800 0.1 =B3*C3 0.25 =D3*(1-E3)
القرار جيد إذا: