حاسبة LTV عميل الاشتراك
عميل يدفع 50 شهريًا بهامش إجمالي 70% وتسرب شهري 5% تبلغ قيمته 700: مساهمة شهرية قدرها 35 على مدى متوسط بقاء يبلغ 20 شهرًا. اختبروا أفكار التسعير أو الاحتفاظ بالعملاء قبل بناء نموذج كامل. مجانًا في متصفحكم.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- الإيرادات الشهرية
- 50
- هامش الربح الإجمالي
- 70
- معدل الإلغاء الشهري
- 5
- هامش المساهمة الشهري
- 35
- متوسط مدة البقاء (أشهر)
- 20
- Ltv
- 700
تعيش أعمال الاشتراك أو تموت بحسب قيمة العميل النموذجي على مدى علاقته الكاملة بالمنتج. يحتاج المؤسسون والمسؤولون الماليون وفرق النمو إلى رقم سريع ومشترك —لا نقاش على جدول بيانات— عندما يسألون عما يساهم به حساب محتفظ به بعد التكلفة المتغيرة والتسرب المتوقع. تطبق حاسبة LTV لعميل الاشتراك النموذج البسيط القياسي: القيمة مدى الحياة تساوي متوسط الإيراد الشهري لكل عميل مضروباً في الهامش الإجمالي ومقسوماً على معدل التسرب الشهري، مع إدخال الهامش والتسرب كنسب مئوية. وتعيد أيضاً متوسط العمر الضمني بالأشهر وهامش المساهمة الشهري حتى تتمكنوا من مطابقة الحساب مع لوحات مجموعات العملاء.
كيف تعمل صيغة LTV القياسية للاشتراك
في نموذج المرور الأول الأكثر شيوعاً لدى فرق SaaS والفوترة المتكررة، قيمة العميل مدى الحياة هي القيمة الحالية لهامش المساهمة الذي تتوقعونه من عميل نموذجي قبل تسربه. عندما تعملون بوحدات شهرية وتتجاهلون الخصم المالي، ينهار ذلك إلى هوية واضحة: متوسط الإيراد الشهري لكل عميل (ARPU) مضروباً في الهامش الإجمالي ككسر من الإيراد، مقسوماً على معدل التسرب الشهري ككسر من العملاء الذين يغادرون كل شهر.
إذا كان ARPU خمسين وحدة نقدية والهامش الإجمالي سبعين في المئة والتسرب الشهري خمسة في المئة، فهامش المساهمة الشهري خمسة وثلاثون، ومتوسط العمر واحد على صفر فاصلة صفر خمسة أي عشرون شهراً، وLTV خمسة وثلاثون مقسوماً على صفر فاصلة صفر خمسة أي سبعمئة. يفترض هذا النموذج ARPU وتسرباً شبه ثابتين، ويعامل الهامش كنصيب الإيراد المتبقي بعد تكلفة التسليم المتغيرة، ولا يكدّس CAC أو إيراد التوسع أو مزيجاً متعدد الشرائح. إنها صيغة اللوح الأبيض التي ما زال المستثمرون والمشغّلون يستخدمونها قبل بناء منحنى احتفاظ كامل بالمجموعات.
استخدموا أشهر العمر المتوسط المعادة كتحقق سريع أمام مدة البقاء الوسيطة الفعلية لمنتجكم في التحليلات.
أين تُثبت حاسبة LTV للاشتراك قيمتها
يستخدم مؤسسو SaaS والمديرون الماليون حاسبة LTV لعميل الاشتراك قبل تغييرات الأسعار لرؤية كيف يحرّك ARPU أعلى أو هدف تسرب أدنى القيمة مدى الحياة دون إعادة بناء نموذج مالي كامل. تقارن فرق النمو والمنتج LTV عبر الخطط عند تقرير أين تُستثمر جهود الاحتفاظ —خفض التسرب الشهري بنقطة مئوية واحدة غالباً يحرّك LTV أكثر من زيادة صغيرة في سعر القائمة—. يحتاج معلّمو اقتصاديات الوحدة والمقاييس الجاهزة للمستثمرين إلى مرجعية حتمية ترفض التسرب الصفري بدل إرجاع اللانهاية أو NaN بصمت.
تُدمج الوكالات والاستشارات الحساب نفسه في إدماج العملاء حتى تشارك كل حساب تعريفاً واحداً لقيمة LTV من ARPU والهامش والتسرب. مواقع المحتوى التي تنافس على حاسبة LTV لعميل الاشتراك تستفيد من ودجت حي يتطابق مساره المجاني في المتصفح مع مسار الأتمتة المدفوع على الوحدة الخالصة نفسها. فشل التحقق لا يستهلك الرصيد.
حافظوا على الطلبات صغيرة وثبّتوا الحقول المقرَّبة في الاختبارات لتحصلوا على قيمة مدى الحياة قابلة للتكرار للعروض وإضافات LMS وedge workers دون بناء محرك احتفاظ بالمجموعات كامل خاص بكم.
حالات الاستخدام
اقتصاديات الوحدة لمراجعات تسعير SaaS
أدخلوا ARPU وهامش إجمالي % وتسرب شهري % للحصول على LTV ومتوسط أشهر العمر قبل تغيير أسعار القائمة أو سياسات الخصم.
أولوية الاستثمار في الاحتفاظ
نمذجوا كيف يرفع انخفاض نقطة واحدة في التسرب الشهري قيمة LTV حتى يقارن المنتج ونجاح العملاء بين الاحتفاظ وإنفاق الاكتساب.
التعليم واقتصاديات وحدة جاهزة للمستثمرين
امنحوا الطلاب والمؤسسين مرجعية LTV حتمية ترفض التسرب الصفري وتعيد هوية ARPU × هامش / تسرب القياسية.
الأسئلة الشائعة
ماذا يحدث إذا كان معدل التسرب الشهري صفراً أو سالباً؟
التسرب الصفري أو السالب يعني عمراً لانهائياً أو غير منطقي، لذا ترفض الحاسبة تلك القيم ولا تحاسب الاستدعاء.
هل يُدخل الهامش الإجمالي والتسرب كنسب مئوية أم كسور عشرية؟
كنسب مئوية. استخدموا 70 لهامش 70% و 5 لتسرب شهري 5% —وليس 0.70 و 0.05—. تقسم الصيغة كلاً على 100 داخلياً.
هل يتضمن هذا LTV تكلفة الاكتساب أو الخصم المالي؟
لا. هذا LTV مساهمة بسيط غير مخصوم من ARPU والهامش والتسرب. اخصموا تكلفة الاكتساب وطبقوا معدل خصمكم خارج هذا المسار إذا احتجتم LTV بأسلوب NPV.
كيف تُحسب القيمة الدائمة لعميل الاشتراك؟
اضربوا متوسط الإيراد الشهري لكل عميل في الهامش الإجمالي ثم اقسموا على معدل التسرب الشهري. فمع إيراد 50 وهامش 70% وتسرب 5% تكون المساهمة الشهرية 35 والقيمة الدائمة 700.
كم شهرًا يبقى العميل في المتوسط؟
متوسط البقاء هو واحد مقسومًا على معدل التسرب الشهري. فمع تسرب 5% يبقى العميل النموذجي 20 شهرًا؛ قارنوا هذا الرقم بالمدة الوسيطة الفعلية لعملائكم للتحقق من واقعية النموذج.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/biz/subscription-ltv-calc \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"monthly_revenue":50,"gross_margin":70,"monthly_churn_rate":5}'const res = await fetch("https://api.kit.forhosting.com/biz/subscription-ltv-calc", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"monthly_revenue": 50,
"gross_margin": 70,
"monthly_churn_rate": 5
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/biz/subscription-ltv-calc",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"monthly_revenue": 50,
"gross_margin": 70,
"monthly_churn_rate": 5
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/subscription-ltv-calc", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"monthly_revenue":50,"gross_margin":70,"monthly_churn_rate":5}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"monthly_revenue":50,"gross_margin":70,"monthly_churn_rate":5}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/subscription-ltv-calc", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"monthly_revenue": 50,
"gross_margin": 70,
"monthly_churn_rate": 5
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "biz.subscription_ltv_calc",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
يُرفض التسرب الصفري أو السالب مع invalid_input لأن تلك المدخلات تعني عمراً لانهائياً أو سالباً بدل رقم تخطيط مفيد. المسار التحليلي الخالص نفسه يغذي أداة المتصفح المجانية وواجهة API، فتتفق عروض مجالس الإدارة وتجارب التسعير ومسارات الأتمتة دائماً على الصيغة قبل فتح نموذج مجموعات كامل.
كيف تعمل صيغة LTV القياسية للاشتراك
وبشكل مكافئ، LTV يساوي monthly_revenue مضروباً في gross_margin بالنسبة المئوية مقسوماً على monthly_churn_rate بالنسبة المئوية —الأرقام نفسها دون تحويل يدوي إلى كسور عشرية—. الحالات الحدية مهمة: تسرب صفر يجعل العمر لانهائياً، لذا ترفض هذه الحاسبة التسرب الصفري والسالب بخطأ invalid_input واضح؛ ويجب أن يقع الهامش بين صفر ومئة في المئة؛ ويجب أن يكون الإيراد غير سالب.
عقد الإدخال وحقول الاستجابة وسلوك الأخطاء
لا يخصم هذا المسار التدفقات النقدية المستقبلية، ولا يفصل تسرب الشعارات عن تسرب الإيراد، ولا يخصم تكلفة اكتساب العملاء؛ اقرنوا LTV برقم CAC الخاص بكم عندما تحتاجون إلى فترات الاسترداد أو نسب LTV-to-CAC. أرسلوا جسم JSON بطلب POST يتضمن ثلاثة أرقام نهائية مطلوبة. monthly_revenue هو متوسط الإيراد الشهري لكل عميل بوحدات عملتكم —خمسون تعني خمسين شهرياً من الفوترة أو الإيراد المتكرر المعترف به لحساب نموذجي—. gross_margin هو الهامش الإجمالي كنسبة مئوية من صفر إلى مئة شاملين —سبعون تعني أن سبعين في المئة من الإيراد تبقى بعد التكلفة المتغيرة للسلع أو تقديم الخدمة—. monthly_churn_rate هو نسبة التسرب الشهري للعملاء ويجب أن يكون أكبر تماماً من صفر؛ خمسة تعني أن خمسة في المئة من العملاء يغادرون كل شهر. الحقول الناقصة والسلاسل الفارغة والقيم غير النهائية والإيراد السالب والهامش خارج صفر إلى مئة والتسرب الصفري أو السالب تفشل مع invalid_input مع تسمية المشكلة؛ ولا تُحاسب تلك الإخفاقات. عند النجاح يعيد الجسم المدخلات الثلاثة، ويُرجع contribution_margin_monthly وهو monthly_revenue مضروباً في gross_margin على مئة، و avg_lifetime_months كمئة مقسومة على monthly_churn_rate، و ltv وهو monthly_revenue مضروباً في gross_margin مقسوماً على monthly_churn_rate، وسلسلة صيغة قصيرة يمكن عرضها بجانب الأرقام. تُقبل السلاسل الرقمية كما تُقبل أرقام JSON.
أين تُثبت حاسبة LTV للاشتراك قيمتها
لأن التنفيذ parse من المستوى A، كل استدعاء ناجح يكلف السعر الأساسي المنشور $0.002 دون رموز نموذج ودون شبكة صادرة.
أسئلة تقنية
كيف يُحسب LTV لعميل الاشتراك؟
LTV = monthly_revenue × (gross_margin/100) / (monthly_churn_rate/100)، وهو يساوي monthly_revenue × gross_margin / monthly_churn_rate عندما يكون الهامش والتسرب بنسب مئوية. تعيد API أيضاً هامش المساهمة الشهري ومتوسط العمر بالأشهر.
كم تكلفة حاسبة LTV للاشتراك؟
أداة المتصفح مجانية. طلبات API تستخدم رصيد KIT المدفوع مسبقاً بسعر $0.002 لكل استدعاء ناجح؛ والإدخال غير الصالح لا يُحاسب.