الجلسات بلا انهيار
Crash-Free Sessionsالنوعتابع Laggingالاتجاهأعلى أفضل ↑الوحدة%تكرار القياسيومي
في سطر واحد قياس أبسط وعد للمنتج: أن يعمل. فكل قيمة أخرى تسقط في اللحظة التي ينهار فيها أمام المستخدم.
التعريف
Definitionنسبة الجلسات التي انتهت بلا انهيار في التطبيق أو خطأ يوقف المستخدم، إلى إجمالي الجلسات.
الهدف
Objectiveقياس أبسط وعد للمنتج: أن يعمل. فكل قيمة أخرى تسقط في اللحظة التي ينهار فيها أمام المستخدم.
لماذا هو مهم؟
Why it matters- الانهيار الواحد يكفي لتقييم سلبي في المتجر، والتقييم يؤثّر على كل اكتساب لاحق
- المستخدم لا يبلّغ عن الانهيار غالبًا، بل يحذف التطبيق بصمت
- الفارق بين 99% و99.9% هو الفرق بين انهيار كل مئة جلسة وكل ألف
المعادلة
FormulaCrash-Free % = ((Sessions − Sessions with a crash) ÷ Sessions) × 100
احسبه بالمستخدم أيضًا لا بالجلسة وحدها. انهيار يصيب مستخدمًا واحدًا في كل جلساته لا يحرّك نسبة الجلسات ويعني أن هذا المستخدم لا يستطيع استعمال المنتج أصلًا.
مثال محسوب
Worked example48,600 جلسة في اليوم، انهار التطبيق في 340 منها لدى 96 مستخدمًا.
الحساب: ((48,600 − 340) ÷ 48,600) × 100 = 99.3% بالجلسة، و99.2% بالمستخدم.
الحساب: ((48,600 − 340) ÷ 48,600) × 100 = 99.3% بالجلسة، و99.2% بالمستخدم.
النطاق الاسترشادي
Benchmarkفوق 99.5% هو الحد المقبول في تطبيقات الجوّال، وفوق 99.9% في المنتجات الناضجة. وأي رقم تحت 99% يعني مشكلة تصل إلى المتجر قبل أن تصل إليك.
تحليل الاتجاه
Trend analysis- انخفاضه بعد إصدار يعني تراجعًا يستوجب تراجعًا عن الإصدار لا انتظارًا
- تركّز الانهيارات في طراز جهاز أو إصدار نظام يوجّه الإصلاح مباشرةً
- ثباته العالي مع تقييمات سيئة يعني أن المشكلة في البطء لا في الانهيار
أسئلة تشخيصية
Diagnostic questions- كم مستخدمًا متأثّرًا لا كم انهيارًا؟ الرقم الثاني يخفي الأول
- هل الانهيارات في إصدار أو جهاز بعينه؟ التركّز يقصّر الإصلاح
- كم يستغرق إصدار إصلاح عاجل؟ الجواب يحدّد شدّة كل انهيار
نصائح عملية
Actionable tips- قِسه بالمستخدم والجلسة معًا، فأحدهما يخفي ما يظهره الآخر
- اربط التنبيه بانحدار الرقم بعد كل إصدار، فالكشف المبكّر يوفّر التقييمات
- افصله بطراز الجهاز وإصدار النظام، فالتركّز هو أسرع طريق للسبب
الرسم البياني المناسب
Visualization- خط زمني للنسبة مع تعليم تواريخ الإصدارات
- أعمدة بطراز الجهاز وإصدار النظام
- باريتو لأنواع الانهيار بعدد المستخدمين المتأثّرين
تحذيرات وفخاخ القياس
Risk warnings- القياس بالجلسة وحده يخفي مستخدمين لا يعمل المنتج لديهم أبدًا
- تجاهل انهيار يصيب شريحة صغيرة لأنه لا يحرّك النسبة الكلّية
- الانتظار حتى الإصدار التالي لإصلاح انهيار يكلّف تقييمات لا تُسترد
أثر التغيير
Change impact- إصلاح انهيار واحد يصيب 96 مستخدمًا يستعيد منتجًا معطّلًا تمامًا لديهم
- رفع النسبة من 99.3% إلى 99.9% يمنع نحو 290 انهيارًا يوميًّا
- الكشف المبكّر بعد الإصدار يمنع موجة تقييمات سلبية تؤثّر على الاكتساب شهورًا
احسبه في أداتك
Excel · DAX · Tableau · SQL=1 - COUNTIFS(S[Crashed],"Yes") / COUNTA(S[SessionID])
Crash Free Sessions % =
1 - DIVIDE (
CALCULATE ( DISTINCTCOUNT ( 'Session'[SessionID] ), 'Session'[Crashed] = TRUE () ),
DISTINCTCOUNT ( 'Session'[SessionID] )
)
1 - ( COUNTD( IF [Crashed] THEN [Session ID] END ) / COUNTD([Session ID]) )
SELECT app_version,
device_model,
(1 - COUNT(DISTINCT session_id) FILTER (WHERE crashed) * 1.0
/ NULLIF(COUNT(DISTINCT session_id), 0)) * 100 AS crash_free_pct,
COUNT(DISTINCT user_id) FILTER (WHERE crashed) AS affected_users
FROM app_session
WHERE started_at BETWEEN :from_date AND :to_date
GROUP BY app_version, device_model
ORDER BY affected_users DESC;
أسماء الجداول والأعمدة هنا أمثلة، بدّلها بأسماء نموذجك.
تريد هذا المؤشر مبنيًا على بياناتك أنت؟استشارة مجانية 60 دقيقة نحدد فيها مؤشراتك ومصادرها والخطوة التالية.