مواد پر جائیں

پروڈکٹ

ہم نے آن بورڈنگ سے صارفین کا نکل جانا آدھا کیسے کیا

آن بورڈنگ کی زیادہ تر اصلاحات دراصل اندازے ہوتے ہیں جنہیں ڈیزائن کے فیصلے کا لباس پہنا دیا جاتا ہے۔ پہلے فنل کی پیمائش کریں — اور جہاں سے صارف گرتے ہیں، وہ اکثر وہی ایک اسکرین نکلتی ہے جس پر آپ کی نظر ہی نہیں تھی۔

3 منٹ کا مطالعہدرمیانی

بہتری سے پہلے پیمائش

آن بورڈنگ کے کسی بھی کام میں ہمارا پہلا قدم یہ ہوتا ہے کہ ہم کچھ بھی تبدیل کرنے سے انکار کر دیتے ہیں۔ مرحلہ وار فنل کے بغیر آپ سنی سنائی باتوں پر ڈیزائن بدل رہے ہوتے ہیں، اور سب سے اونچی آواز والی بات شاذ و نادر ہی سب سے بڑا سوراخ ہوتی ہے۔ ہر مرحلے پر ایک ایونٹ بھیجیں — مستقل نام، مرحلے کا نمبر اور سیشن کی شناخت کے ساتھ؛ عموماً 6 سے 10 ایونٹس پورے فنل کو ڈھانپ لیتے ہیں۔ پھر ہر مرحلے تک لگنے والا وقت اور ہر اُس خانے پر ایرر ایونٹ شامل کریں جو غلط اِن پٹ مسترد کر سکتا ہے۔ چند ہزار سائن اپ والی پروڈکٹ پر ایک ہفتے کا صاف ڈیٹا شکل واضح کرنے کے لیے کافی ہے۔ ایک B2B ٹول پر ہم نے بالکل یہی کیا اور معلوم ہوا کہ 41% صارفین تیسرے مرحلے تک پہنچتے ہی نہیں، جبکہ ٹیم دو اسپرنٹ پانچویں مرحلے کو نکھارنے میں لگا چکی تھی۔ پیمائش پر دو دن لگے۔ جو ری ڈیزائن وہ لانچ کرنے والے تھے، اس پر چھ ہفتے لگتے اور نتیجہ صفر رہتا۔

ڈھلان نہیں، کھائی تلاش کریں

فنل دو طرح سے لوگ کھوتا ہے۔ ڈھلان یہ ہے کہ ہر مرحلے پر مستقل چند فیصد کم ہوتے رہیں — تنگ کرنے والا، ساختی، اور مہنگا مسئلہ۔ کھائی وہ ایک مرحلہ ہے جہاں 30% یا اس سے زیادہ صارف بہہ جاتے ہیں، اور یہ تقریباً ہمیشہ کوئی مخصوص اور سستا نقص ہوتا ہے: ایک لازمی خانہ جس کا جواب کسی کے پاس نہیں، ای میل تصدیق جو اسپام میں جا گرتی ہے، یا ایک OAuth اسکرین جو خطرناک دکھائی دینے والی اجازتیں مانگتی ہے۔ مراحل کی درجہ بندی کنورژن ریٹ سے نہیں بلکہ گمشدہ صارفین کی اصل تعداد سے کریں، ورنہ آپ ایسے مرحلے پر 20% کمی درست کرتے رہیں گے جہاں صرف 200 لوگ پہنچتے ہیں۔ پھر بدترین مرحلے پر نکل جانے والے 10 لوگوں کی سیشن ریکارڈنگز دیکھیں۔ 10 کافی ہیں؛ چوتھی ریکارڈنگ تک آپ کو وہی جھجک بار بار نظر آنے لگے گی۔ کھائیوں کو اسی ہفتے بھرنا چاہیے۔ ڈھلانیں روڈ میپ کا حصہ ہیں۔

مختصر فارم سے بہتر ہے تدریجی طلب

"فارم آدھا کر دیں" عام مشورہ ہے اور اکثر غلط ہوتا ہے — ڈیٹا کی ضرورت بہرحال باقی رہتی ہے، سو آپ نے رکاوٹ کو محض ایسی جگہ منتقل کر دیا جہاں وہ نظر ہی نہیں آتی۔ تدریجی طلب بہتر کام کرتی ہے: صرف اتنا پوچھیں جتنا اگلی اسکرین کھولنے کے لیے لازمی ہو، اور باقی اُس لمحے مانگیں جب اس کی ضرورت خود واضح ہو جائے۔ کمپنی کا حجم اُس اسکرین پر پوچھا جانا چاہیے جہاں وہ صارف کو دکھائی دینے والی چیز بدلتا ہو، سائن اپ پر نہیں۔ ایک فیصلے کے لیے ایک خانہ، اور کسی کو جواب ڈھونڈنے کے لیے باہر جانے پر مجبور نہ کریں۔ جہاں کوئی خانہ واقعی شروع میں ضروری ہو، وہاں ایک سطر میں اس کی وجہ ساتھ لکھ دیں۔ اسی B2B ٹول پر گیارہ خانوں والے سائن اپ کو تین خانوں اور بعد میں دو سیاق و سباق والے سوالوں میں بانٹنے سے تیسرے مرحلے کی تکمیل 59% سے 84% ہو گئی، اور سات دن بعد ڈیٹا کی مکمل ہونے میں بھی کوئی کمی نہیں آئی۔

ہر مطالبہ پہلی افادیت کے بعد تک مؤخر کریں

سب سے مضبوط لیور ترتیب ہے۔ صارف کے پروڈکٹ کو چلتا ہوا محسوس کرنے سے پہلے آپ جو بھی مانگتے ہیں، وہ ایسی سروس کا بل ہے جو ابھی دی ہی نہیں گئی — ادائیگی کی تفصیلات، ساتھیوں کی دعوتیں، کیلنڈر کی اجازتیں، یا ورک اسپیس کا ایسا نام جس کے انتخاب کی کوئی بنیاد ہی نہیں۔ اپنی پروڈکٹ کے لیے "پہلی افادیت" کو ٹھوس انداز میں طے کریں: پہلی رپورٹ بن جانا، پہلا پیغام بھیج دینا، پہلی ریپازٹری جُڑ جانا۔ وہاں دو منٹ سے کم میں پہنچیں، اور اگر اصل چیز میں زیادہ وقت لگتا ہو تو نمونہ ڈیٹا بھر دیں۔ اس کے بعد مانگیں۔ ہمارے ہاں دعوتوں کا کنورژن 3.1x بہتر ہو گیا جب انہیں دوسرے مرحلے سے ہٹا کر صارف کے پہلے کامیاب ایکسپورٹ کے فوراً بعد رکھا گیا، اور جن لوگوں نے دعوت قبول کی وہ 30ویں دن نمایاں طور پر زیادہ فعال نکلے۔ وہی مطالبہ، وہی الفاظ — صرف لمحہ مختلف۔

تمام بصیرتیں

آئیے کچھ ایسا بنائیں جو قابلِ فخر ہو

اپنے منصوبے کے بارے میں ہمیں بتائیں۔ ہم عموماً دو کاروباری دنوں میں واضح منصوبہ، دائرۂ کار اور تخمینہ لے کر واپس آتے ہیں۔