تحليل PLG: كيفية قياس النمو الموجه بالمنتج

Emily Redmondمحللة بيانات، Emilytics18 أبريل 2026

تحليل PLG: كيفية قياس النمو الموجه بالمنتج

بقلم Emily Redmond، محللة بيانات في Emilytics · أبريل 2026

الملخص: مقاييس PLG: تحويل مجاني إلى مدفوع (1–3%)، معامل فيروسي، تراجع المستخدم المجاني (10–20%)، تحويل تفعيل إلى مدفوع. لا فريق مبيعات يعني المنتج هو GTM.


النمو الموجه بالمنتج (PLG) نموذج عمل مختلف، لذا يحتاج تحليلات مختلفة.

SaaS الموجه بالمبيعات يتتبع CAC، طول دورة المبيعات، وتوسع المؤسسات. PLG يتتبع تحويل مجاني إلى مدفوع، معامل فيروسي، وانخراط مستخدم مجاني.

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

إليك كيفية قياس PLG.

قمع PLG

معظم شركات PLG لديها هذا التدفق:

  1. تسجيل مستخدم مجاني - لا بطاقة ائتمان، وصول فوري
  2. تفعيل المستخدم المجاني - يكمل إجراء أساسي (ينشئ مشروع، يشغّل تقرير)
  3. يضرب حد - حد الطبقة المجانية يتم الوصول إليه (تخزين، تصدير، أعضاء فريق)
  4. تحويل مجاني إلى مدفوع - يرقّى إلى خطة مدفوعة
  5. مستخدم مدفوع - مشترك نشط

عملك التحليل هو تحسين كل خطوة.


مقاييس PLG الأساسية

1. معدل تحويل مجاني إلى مدفوع

نسبة المستخدمين المجانيين الذين يرقّون إلى مدفوع.

كيفية التتبع:

// عند ترقية مستخدم مجاني إلى مدفوع
gtag('event', 'free_to_paid_conversion', {
  'user_lifetime_days': 14,
  'triggered_by': 'storage_limit', // أو 'team_member_limit'، 'export_limit'
  'plan_selected': 'pro'
});

ثم أنشئ قمع:

  • تسجيل مجاني
  • تفعيل مجاني
  • تحويل مجاني إلى مدفوع

احسب: تحويلات ÷ تسجيلات مجانية × 100

معيار صحي:

  • PLG النموذجي: 1–3% مجاني إلى مدفوع
  • PLG قوي: 3–5%
  • استثنائي: 5%+

مثال: 10,000 تسجيل مجاني → 300 مدفوع = تحويل 3%.

2. تراجع المستخدم المجاني

نسبة المستخدمين المجانيين الذين يتوقفون عن استخدام المنتج.

لماذا يهم: تراجع مستخدم مجاني مرتفع يعني منتجك غير لزج. تحويل منخفض + تراجع مرتفع = PLG ميت.

كيفية التتبع:

استخدام GA4 تقرير الاحتفاظ:

  • المجموعة: مستخدمون مجانيون حسب تاريخ التسجيل
  • مقياس الاحتفاظ: % الذين لا يزالون يسجلون دخول الأسبوع 1، الأسبوع 2، الأسبوع 4، الأسبوع 8
مجموعة المستخدم المجانيالأسبوع 1الأسبوع 2الأسبوع 4الأسبوع 8
الأسبوع 1100%35%18%8%
الأسبوع 2100%32%15%6%
الأسبوع 3100%38%20%10%

معيار صحي:

  • احتفاظ الأسبوع 1: 30–50%
  • احتفاظ الأسبوع 4: 10–25%
  • احتفاظ الأسبوع 8: 5–15%

إذا كان تراجع مستخدم مجاني في الأسبوع الأول >70%، الإعداد معطوب.

3. معدل تفعيل إلى تحويل

من المستخدمين المجانيين الذين يفعّلون، كم منهم يرقّون؟

مثال:

نوع المستخدمالمستخدمونالتحويل
مستخدمون مجانيون فعّلوا1,00050 مدفوع (5%)
مستخدمون مجانيون لم يفعّلوا2,00010 مدفوع (0.5%)

المستخدمون المفعّلون يحولون بـ 10 مرات معدل المستخدمين غير المفعّلين. هذا لماذا التفعيل مهم.

الإعداد:

  1. تتبع تفعيل المستخدم المجاني (إجراء أساسي أثناء الخطة المجانية)
  2. تتبع من يحول إلى مدفوع
  3. احسب معدل التحويل لكل مجموعة

4. معامل فيروسي

لكل مستخدم مجاني واحد، كم مستخدم مجاني إضافي يجلبون؟

كيفية الحساب:

تتبع أحداث user_invited:

معرف المستخدممستخدمون مدعوونتحويل
user_1232 مستخدم آخر1 رقّى
user_1241 مستخدم آخر0 رقّوا
user_1253 مستخدمين آخرين2 رقّوا

متوسط: (2+1+3) ÷ 3 = دعوات 2 لكل مستخدم تحويل الدعوات: (1+0+2) ÷ (2+1+3) = 3÷6 = 50% معامل فيروسي: دعوات 2 × تحويل 50% = 1.0

معيار صحي:

  • معامل فيروسي >1.0 = نمو أسي (كل مستخدم يجلب مستخدمين أكثر)
  • معامل فيروسي <0.5 = نمو خطي (تحتاج استحواذ مدفوع)

💡 رأي Emily: عملت مع شركة PLG بـ تحويل 2% مجاني إلى مدفوع لكن معامل فيروسي 1.2. كانوا تضاعف المستخدمين شهرياً من خلال نمو فيروسي بحت. التحويل كان ضعيفاً، لكن النمو كان أسياً. مشكلة مختلفة من معامل فيروسي منخفض.

5. وقت الترقية (أيام للمدفوع)

كم يبقى المستخدم المجاني مجاني قبل الترقية (أو التراجع)؟

كيفية التتبع:

أنشئ مقياساً مخصصاً:

// عند ترقية مستخدم مجاني
gtag('event', 'free_to_paid_conversion', {
  'days_free': 14,
  'reason_upgraded': 'storage_limit' // أو 'need_feature'
});

ثم احسب المتوسط:

المجموعةمتوسط أيام مجاني قبل الترقية
يناير18 يوم
فبراير16 يوم
مارس14 يوم

اتجاه تحسين (الأيام تراجعت) = الإعداد والميزات تقود ترقية أسرع.

معيار صحي:

  • 7–30 يوم نموذجي
  • الاتجاه يهم أكثر من الرقم المطلق

6. اعتماد الميزة (مجاني مقابل مدفوع)

هل المستخدمون المجانيون يستخدمون ميزاتك الأساسية، أم فقط الأساسيات؟

كيفية التتبع:

gtag('event', 'feature_used', {
  'feature_name': 'advanced_analytics',
  'user_plan': 'free' // أو 'paid'
});

ثم قارن:

الميزةمستخدمون مجانيون يستخدمونمستخدمون مدفوعون يستخدمون
ميزة أساسية85%95%
ميزة متقدمة 112%78%
ميزة متقدمة 25%65%

إذا لم يستخدم المستخدمون المجانيون الميزات المتقدمة، تلك الميزات لن تقود ترقيات. أنت لا تظهر القيمة.


أخطاء PLG الشائعة

الخطأ 1: الخلط بين تسجيلات مجانية ومستخدمين مجانيين

شخص يتسجيل لكن لا يسجل دخول أبداً ليس "مستخدم مجاني." تتبع النشاط، وليس التسجيلات.

الخطأ 2: عدم قياس معامل فيروسي

إذا كنت تعتمد على نمو عضوي/كلام الفم، يجب قياس معامل فيروسي. إنه محرك الاستحواذ.

الخطأ 3: طبقة مجانية سخية جداً

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

الخطأ 4: تجاهل تراجع المستخدم المجاني

تراجع مستخدم مجاني مرتفع (>70% أسبوع 1) يعني منتجك لا ينقل القيمة. أصلح ذلك قبل القلق حول معدل التحويل.

الخطأ 5: عدم تتبع "سبب الترقية"

هل رقّوا لأنهم ضربوا حد التخزين؟ حد عضو الفريق؟ أرادوا ميزة؟ تتبع هذا. يخبرك أي حدود تعمل.


لوحة تحكم PLG (ما يجب مراقبته أسبوعياً)

لوحة تحكم PLG الخاصة بك يجب أن تختلف من SaaS موجه بالمبيعات:

المقياسهذا الأسبوعالأسبوع الماضيالاتجاه
تسجيلات مجانية450420+7%
تحويلات مجاني إلى مدفوع911-18% ⚠
معدل التحويل2.0%2.6%يتراجع
احتفاظ الأسبوع 1 مستخدم مجاني42%45%يتراجع
دعوات فيروسية لكل مستخدم1.81.9ثابت
أيام الترقية (وسيط)1614أبطأ

لاحظ: المقاييس موجهة نحو مجاني، وليس موجهة نحو المبيعات. لا CAC (لا مبيعات). لا ARR لكل عميل (الطبقة المجانية لا تدفع). فقط تحسين قمع مجاني إلى مدفوع.


حسّن تحويل مجاني إلى مدفوع

إذا كان التحويل أقل من 2%، هنا المكان الذي يجب التركيز عليه:

1. حسّن حافز الترقية

  • هل المستخدمون المجانيون يضربون الحدود طبيعياً؟ (إذا لم يكن كذلك، الحدود سخية جداً)
  • هل من الواضح لماذا يحتاجون للترقية؟
  • مثال: "دعوت 3 زملاء. رقّ إلى Pro لإضافة المزيد."

2. قلل احتكاك الترقية

  • ترقية بنقرة واحدة (بدون نموذج)
  • لا بطاقة ائتمان مطلوبة (إذا استطعت التعامل مع الاحتيال)
  • واجهة ترقية في التطبيق (لا تتطلب بريد أو عملية يدوية)

3. أظهر القيمة قبل الحد

  • لا تفاجئ المستخدمين بـ "التخزين ممتلئ"
  • أظهر شريط تقدم: "أنت تستخدم 80% من التخزين المجاني"
  • اقترح الترقية قبل أن يضربوا الحد

4. قدّم حافز ترقية

  • "رقّ الآن والحصول على 20% خصم السنة الأولى"
  • عداد تنازلي: "انتهت المحاولة المجانية في 5 أيام"
  • خصم محدود الوقت على الشهر الأول

أسئلة شائعة

س: ما الفرق بين freemium والمحاولة؟

ج: المحاولة محدودة زمنياً (30 يوم، ثم تفرض). Freemium ميزة محدودة (إلى الأبد، إلا إذا رقّيت). تتبع بشكل مختلف: محاولة إلى مدفوع، freemium مجاني إلى مدفوع.

س: هل يجب أن تتضمن طبقة مجانية الميزة الأساسية؟

ج: نعم. بالتأكيد. يحتاج المستخدمون لتجربة القيمة. قيّد الميزات، وليس القيمة الأساسية.

س: كيف أحسب معامل فيروسي للمنتجات بدون دعوات؟

ج: لا تستطيع. معامل فيروسي يتطلب إحالات/دعوات. إذا لم يكن لديك ميكانيكا إحالة، ركز على نمو عضوي (SEO، محتوى) بدلاً من ذلك.

س: ماذا إذا كان تحويل مجاني إلى مدفوع 0.5%؟

ج: ملاءمة منتج بسوق ليست موجودة بعد. إما طبقة مجانية سخية جداً (المستخدمون لا يحتاجون الترقية)، أو مستخدمو مجانيون لا يختبرون القيمة. أصلح التفعيل قبل القلق حول ميكانيكا التحويل.

س: كم مرة يجب أن أغير حدود طبقتي المجانية؟

ج: اختبر ربع سنوي. زيادة الحدود قليلاً وقسْ تأثير التحويل. سخي جداً = لا تحويلات. ضيق جداً = تراجع مجاني مرتفع.


الخلاصة

PLG يتعلق بتحويل مستخدمين مجانيين إلى مدفوعين. يجب أن تكون التحليلات الخاصة بك مركزة على:

  1. تفعيل المستخدم المجاني (هل يرون القيمة؟)
  2. تحويل مجاني إلى مدفوع (هل يرقّون؟)
  3. معامل فيروسي (هل يجلبون أصدقاء؟)

إذا كانت تلك الثلاثة قوية، محرك PLG يعمل. كل شيء آخر تحسين.


Emily Redmond محللة بيانات في Emilytics — وكيل تحليل بيانات مراقبة GA4 و Search Console و Bing حول الساعة. 8 سنوات من الخبرة. قل مرحباً →