فنل تجزیہ (Funnel Analysis) ایک موبائل اینالیٹکس طریقہ ہے جو ہدفی اقدام کی طرف مراحل کی ترتیب کے ذریعے صارف کی پیشرفت کو ٹریک کرتا ہے۔ فنل دکھاتے ہیں کہ صارف کس مرحلے پر چھوڑ دیتے ہیں اور کیوں۔ Amplitude، 2025 کے مطابق، جو ایپس باقاعدگی سے فنل تجزیہ کرتی ہیں، وہ ٹارگٹڈ رکاوٹوں کی اصلاح کے ذریعے چھ ماہ میں اوسطاً 20% تبدیلی میں اضافہ کرتی ہیں۔ فنل پروڈکٹ تجزیہ کار کا بنیادی آلہ ہے۔
اہم نکات
فنل تجزیہ (Funnel Analysis) ایک تجزیاتی طریقہ ہے جس میں تبدیلی کی طرف لے جانے والے واقعات کا ایک سلسلہ پہچانا جاتا ہے۔ ہر اگلے قدم میں صرف وہ صارف شامل ہوتے ہیں جنہوں نے پچھلے تمام مراحل مکمل کیے ہوں۔ نتیجہ ایک “فنل” ہے — چوڑا داخلہ (تمام جنہوں نے شروع کیا) اور تنگ باہر نکلا (جنہوں نے مکمل کیا)۔
موبائل ایپس میں، ایک عام فنل اس طرح دکھائی دیتا ہے: انسٹال → رجسٹریشن → آن بورڈنگ → پہلی کارروائی → دہرائی گئی کارروائی → خریداری۔ ہر قدم پر، کچھ صارف چھوڑ دیتے ہیں، اور تجزیہ کار کا کام وجہ سمجھنا اور نقصان کم کرنا ہے۔
| میٹرک | فارمولا | مثال |
|---|---|---|
| تبدیلی کی شرح | قدم N پر صارف / قدم 1 پر صارف | 70% قدم 3 تک پہنچے |
| قدم کی تبدیلی | قدم N+1 پر صارف / قدم N پر صارف | 85% قدم 2 سے قدم 3 پر گئے |
| ڈراپ آف کی شرح | 1 — قدم کی تبدیلی | 15% قدم 2 پر چھوڑ گئے |
| اوسط وقت | قدموں کے درمیان اوسط وقت | انسٹال سے رجسٹریشن تک 2.3 منٹ |
قدموں کے درمیان اوسط وقت میٹرک اکثر کم سمجھا جاتا ہے۔ اگر انسٹال سے رجسٹریشن تک اوسطاً 45 منٹ لگتے ہیں، تو مسئلہ مواد لوڈنگ یا پہلی اسکرین کی پیچیدگی میں ہے۔
فنل دو اہم اقسام میں تقسیم ہوتے ہیں — کھلے اور بند۔ انتخاب منظرنامے اور صارف کے سفر کی لچک پر منحصر ہے۔
صارف کو تمام مراحل سخت ترتیب میں مکمل کرنے ہوں گے۔ اگر وہ کوئی قدم چھوڑتا ہے یا دوسرا راستہ لیتا ہے، تو فنل میں شامل نہیں کیا جاتا۔ مثال: رجسٹریشن → ای میل تصدیق → پروفائل بھرنا → پہلا آرڈر۔ بند فنل صاف تصویر دیتے ہیں لیکن حقیقی صارف منظرناموں کو خارج کرتے ہیں۔
صارف کسی بھی ترتیب میں مراحل انجام دے سکتا ہے یا کچھ چھوڑ سکتا ہے۔ نظام ہر قدم پر آزادانہ طور پر تبدیلی شمار کرتا ہے۔ مثال: کیٹلاگ دیکھنا → کارٹ میں شامل کرنا → چیک آؤٹ۔ کھلا فنل زیادہ تر موبائل ایپس کے لیے زیادہ حقیقت پسندانہ طریقہ ہے۔
قدم 1 (لازمی): ایپ انسٹال۔ قدم 2 (لازمی): رکنیت اسکرین دیکھنا۔ قدم 3 (اختیاری): منصوبے دیکھنا۔ قدم 4 (لازمی): رکنیت خریدنا۔ ہائبرڈ طریقہ ڈیٹا کی پاکیزگی اور حقیقت پسندی کے درمیان توازن فراہم کرتا ہے۔
فنل بنانا اینالیٹکس اور پروڈکٹ کے سنگم پر ایک کام ہے۔ عمل پانچ قدموں پر مشتمل ہے، مفروضہ سازی سے لے کر رپورٹ آٹومیشن تک۔
آپ صارف سے کیا کروانا چاہتے ہیں؟ purchase_completed، subscription_started، referral_sent۔ ہدفی واقعہ فنل کی چوٹی ہے۔ نیچے کے تمام مراحل اس کی طرف لے جاتے ہیں۔
ایپ میں داخلے اور ہدفی کارروائی کے درمیان تمام لازمی واقعات کی فہرست بنائیں۔ ای کامرس کے لیے: app_opened → product_viewed → add_to_cart → checkout_started → payment_selected → purchase_completed۔ ہر واقعہ پہلے سے Event Tracking میں موجود ہونا چاہیے یا شامل کیا جائے گا۔
وقت کی ونڈو — پہلے اور آخری قدم کے درمیان زیادہ سے زیادہ وقت۔ تیز منظرناموں (گیم انسٹال) کے لیے — 24 گھنٹے۔ رکنیت کی بنیاد پر — 7 یا 30 دن۔ ونڈو سے باہر کے واقعات تجزیہ میں شامل نہیں کیے جاتے۔
ونڈو کا انتخاب براہ راست تبدیلی کو متاثر کرتا ہے: بہت چھوٹی ونڈو (1 گھنٹہ) ان صارفین کو کاٹ دیتی ہے جو خریداری مکمل کرنے کے لیے 2 گھنٹے بعد واپس آئے۔ بہت لمبی (30 دن) بے ترتیب کارروائیاں شامل کرتی ہے۔ زیادہ سے زیادہ قدموں کے درمیان وقت کے تجزیہ کے ذریعے طے کیا جاتا ہے: وقفہ کی تقسیم بنائیں اور 90ویں فیصد پر ونڈو منتخب کریں۔
تیز فنل (آن بورڈنگ، رجسٹریشن) کے لیے 1 گھنٹے کی ونڈو استعمال کریں۔ درمیانے (پہلی خریداری) کے لیے — 7 دن۔ لمبے (رکنیت) کے لیے — 30 دن۔ ایک ہی فنل میں مختلف قدموں کے جوڑوں کے لیے مختلف ونڈوز استعمال کی جا سکتی ہیں۔
-- BigQuery میں Funnel حساب کی مثال
WITH funnel_steps AS (
SELECT
user_id,
event_name,
event_timestamp,
LAG(event_name) OVER (
PARTITION BY user_id ORDER BY event_timestamp
) AS previous_event
FROM `project.events.*`
WHERE event_name IN (
'app_opened', 'product_viewed',
'add_to_cart', 'purchase_completed'
)
)
SELECT
event_name AS step,
COUNT(DISTINCT user_id) AS users,
ROUND(
COUNT(DISTINCT user_id)
/ MAX(COUNT(DISTINCT user_id)) OVER (), 3
) AS conversion_rate
FROM funnel_steps
GROUP BY step
ORDER BY ARRAY_POSITION(
['app_opened', 'product_viewed',
'add_to_cart', 'purchase_completed'],
event_name
)
استفسار ترتیب کو ٹریک کرنے کے لیے LAG اور قدموں کو ترتیب دینے کے لیے ARRAY_POSITION استعمال کرتا ہے۔ نتیجہ ہر قدم پر صارفین کی تعداد اور تبدیلی کے ساتھ ایک جدول ہے۔
پچھلے 30 دنوں کے ڈیٹا پر فنل بنائیں۔ اگر “checkout_started” میں 80% تبدیلی ہے لیکن “purchase_completed” میں 25% ہے، تو مسئلہ ادائیگی کے فارم میں ہے۔ مسابقتی بینچ مارکس سے موازنہ کریں: Statista (2024) کے مطابق موبائل ایپس میں اوسط کارٹ تبدیلی 15–25% ہے۔
ڈیش بورڈ (Looker Studio، Tableau) میں فنل کے ساتھ یومیہ رپورٹ ترتیب دیں۔ الرٹ شامل کریں: اگر کسی قدم پر تبدیلی کی شرح کنٹرول حد سے نیچے گر جائے، تو Slack یا Telegram پر اطلاع بھیجیں۔
ڈراپ آف تجزیہ فنل تجزیہ کا ایک اہم مرحلہ ہے۔ ہر قدم پر نقصان مصنوعات کی بہتری کے لیے مفروضوں کا ذریعہ ہے۔ تین مسئلہ علاقوں کی نشاندہی کی جاتی ہے: تکنیکی بگز، UX رکاوٹیں اور تحریکی منظرنامے۔
اگر “registration_completed” قدم پر فون نمبر درج کرنے کے بعد 15% صارف چھوڑ دیتے ہیں، تو SMS گیٹ وے چیک کریں۔ تکنیکی نقصان 1–2 دنوں میں ٹھیک ہو جاتا ہے اور فوری تبدیلی میں اضافہ دیتا ہے۔ بگز کی نشاندہی کے لیے Firebase Crashlytics کو فنل کے ساتھ استعمال کریں۔
اگر “cart_viewed” → “checkout_started” میں 40% ضائع ہو جاتا ہے، تو مسئلہ کارٹ UX میں ہے۔ ہو سکتا ہے اسکرین کے اوپر “چیک آؤٹ” بٹن نہ ہو، یا پتہ درج کرنے سے پہلے ترسیل کی لاگت نہ دکھائی گئی ہو۔ UX تجزیہ کے لیے سیشن ری پلے (Hotjar، UXCam، Smartlook) ضروری ہیں۔
اگر صارف “payment_selected” تک پہنچتا ہے لیکن خریداری مکمل نہیں کرتا، تو پیشکش کی قیمت قیمت سے کم ہے۔ تحریکی نقصان رعایتوں، آزمائشوں اور سماجی ثبوت سے علاج کیا جاتا ہے۔ A/B ٹیسٹ: 50% صارفین کو ادائیگی کے صفحے پر جائزے دکھائیں اور تبدیلی کا موازنہ کریں۔
فنل پر لاگو 5 کیوں تکنیک: ایک قدم پر جہاں تبدیلی 20% گر گئی، ترتیب سے پانچ “کیوں” سوال پوچھیں۔ صارف ادائیگی تک کیوں نہیں پہنچتے؟ کیونکہ ادائیگی کا فارم آہستہ لوڈ ہوتا ہے۔ یہ آہستہ کیوں لوڈ ہوتا ہے؟ کیونکہ ادائیگی گیٹ وے کی درخواست ٹائم آؤٹ ہو جاتی ہے۔ یہ ٹائم آؤٹ کیوں ہوتی ہے؟ کیونکہ SDK اپ ڈیٹ نہیں ہے۔ طریقہ کار علامت کی نہیں، اصل وجہ کی نشاندہی کرتا ہے۔
فنل کا کوہورٹ تجزیہ ایک اور آلہ ہے۔ جنوری اور فروری میں ایپ انسٹال کرنے والے صارفین کے فنل کا موازنہ کریں۔ اگر فروری کوہورٹ “رجسٹریشن” کے مرحلے میں 15% تبدیلی میں کمی دکھاتا ہے، تو وجہ جنوری کے آخر میں جاری کردہ آن بورڈنگ اسکرین میں تبدیلی ہے۔ کوہورٹس وقتی عوامل کو الگ کرتے ہیں۔
CXL Institute (2024) کے مطابق، منظم ڈراپ آف تجزیہ اور اس کے بعد مفروضوں کا A/B ٹیسٹ 3 مہینوں میں اوسطاً 30% فنل تبدیلی میں اضافہ دیتا ہے۔
ہر آلہ فنل بنانے کا اپنا طریقہ پیش کرتا ہے۔ انتخاب مصنوعات کی پیچیدگی اور بجٹ پر منحصر ہے۔
Amplitude مصنوعات کے تجزیہ میں رہنما ہے۔ بلٹ ان فنل تجزیہ کوہورٹس، آلات اور ایپ ورژن کے مطابق فنل کو تقسیم کرنے کی اجازت دیتا ہے۔ Pathfinder شاخیں دکھاتا ہے — قدم 2 کے بعد کتنے صارفین نے متبادل راستہ لیا۔
Mixpanel Flows فنل کو منتقلی گراف کے طور پر دکھاتا ہے۔ فائدہ: ریئل ٹائم اپ ڈیٹ۔ نقصان: مفت منصوبے میں محدود فلٹرنگ۔ 10 تجزیہ کاروں تک کی ٹیم والے درمیانے منصوبوں کے لیے موزوں۔
Firebase 10 قدموں تک کی حد کے ساتھ مفت فنل رپورٹ فراہم کرتا ہے۔ BigQuery کے ساتھ انضمام SQL کے ذریعے کسٹم فنل بنانے کی اجازت دیتا ہے۔ ان اسٹارٹ اپس کے لیے مثالی جو ابھی تبدیلی کا تجزیہ شروع کر رہے ہیں۔
انٹرپرائز حل کے لیے، BigQuery کو ماخذ کے طور پر استعمال کرتے ہوئے Tableau استعمال کریں۔ یہ مکمل لچک فراہم کرتا ہے: کسٹم میٹرکس، انسٹال سے LTV تک اینڈ ٹو اینڈ اینالیٹکس، ریئل ٹائم مانیٹرنگ۔ BI انجینئر کی ضرورت ہے۔
GA4 Explore سیکشن میں فنل ایکسپلوریشن فراہم کرتا ہے۔ 10 قدموں تک، صارف پیرامیٹرز کے مطابق تقسیم اور وقت کی مدت کا موازنہ سپورٹ کرتا ہے۔ نقصان: Amplitude کے مقابلے میں محدود لچک، لیکن مکمل طور پر مفت اور Google Ads کے ساتھ مربوط۔
| آلہ | مفت | زیادہ سے زیادہ قدم | BigQuery | ریئل ٹائم |
|---|---|---|---|---|
| Firebase | ہاں | 10 | ہاں | نہیں |
| Amplitude | نہیں | ∞ | ہاں | ہاں |
| Mixpanel | نہیں | ∞ | نہیں | ہاں |
| GA4 | ہاں | 10 | ہاں | نہیں |
| Tableau+BigQuery | نہیں | ∞ | ہاں | ہاں |
آلے کا انتخاب تجزیہ کی تعدد سے طے ہوتا ہے۔ یومیہ فنل مانیٹرنگ کے لیے، Amplitude یا Mixpanel موزوں ہیں۔ ہفتہ وار اسٹریٹجک رپورٹس کے لیے — BigQuery کے ساتھ Tableau۔ اسٹارٹ اپس کے لیے — Firebase یا GA4۔
اکثر پوچھے گئے سوالات
زیادہ سے زیادہ قدموں کی تعداد 4–7 ہے۔ 4 سے کم — فنل بہت مجموعی ہے، مسائل نظر نہیں آتے۔ 7 سے زیادہ — درستگی کم ہو جاتی ہے: شماریاتی اہمیت کے لیے 8ویں قدم تک بہت کم صارف پہنچتے ہیں۔ کلیدی فیصلہ سازی پوائنٹس پر توجہ دیں۔
انسٹال صرف ادا شدہ ٹریفک کے لیے فنل میں داخلہ ہے۔ نامیاتی ٹریفک کے لیے، داخلہ app_opened یا پہلی اسکرین کا screen_view ہے۔ وصف (AppsFlyer / Adjust) کا استعمال کریں تاکہ انسٹال کو ماخذ کے مطابق الگ کریں اور ہر چینل کے لیے تبدیلی شمار کریں۔
اشتہاری پلیٹ فارم (Meta، Google) اپنے وصف ماڈل (آخری کلک، ویو تھرو) کے مطابق تبدیلی شمار کرتے ہیں۔ فنل تجزیہ ایپ کے اندر کے واقعات کے مطابق سختی سے شمار کرتا ہے۔ 10–20% کا فرق معمول ہے۔ اندرونی فنل کو سچائی کے ماخذ کے طور پر مرکوز کریں۔
مصنوعات کے میٹرکس کے لیے یومیہ۔ اسٹریٹجک رپورٹس کے لیے ہفتہ وار۔ یومیہ فنل کا جائزہ بگ والی ریلیز کے فوراً بعد تبدیلی میں کمی کا پتہ لگانے کی اجازت دیتا ہے۔ جب قدم کی تبدیلی اوسط سے 3 سگما نیچے گر جائے تو الرٹ ترتیب دیں۔
صرف Screen View کی بنیاد پر — ہاں، حدود کے ساتھ۔ اسکرین پر مبنی فنل دکھاتا ہے کہ صارف کہاں چھوڑتا ہے لیکن کیوں نہیں بتاتا۔ مکمل تجزیہ کے لیے کاروباری واقعات کی ضرورت ہے: add_to_cart کارٹ اسکرین کے screen_view سے زیادہ معلوماتی ہے۔
خلاصہ
ہم ایک موبائل ایپلیکیشن ٹرنکی تیار کریں گے
IT Sectr 2017 سے اسٹارٹ اپس اور کاروبار کے لیے iOS اور Android ایپلیکیشنز بناتا ہے۔ ہم آپ کو مشورہ دیں گے اور بہترین حل تجویز کریں گے۔
مزید پڑھیں