په هوا کې په ایپ کې ساتل څنګه پلي کیږي

په ګرځنده غوښتنلیک کې د کارونکي ساتل یو بشپړ ساینس دی. د کورس لیکوال خپل اساسات په VC.ru کې زموږ په مقاله کې بیان کړل د ودې هیکنګ: د ګرځنده اپلیکیشن تحلیلونه ماکسیم ګوډزي، په هوا کې په ایپ کې د ماشین زده کړې مشر. ماکسیم د ګرځنده غوښتنلیک تحلیل او اصلاح کولو کار مثال په کارولو سره په شرکت کې رامینځته شوي وسیلو په اړه خبرې کوي. د محصول ښه کولو لپاره دا سیستماتیک چلند چې په هوا کې په ایپ کې رامینځته شوی ، د ساتلو په نوم یادیږي. تاسو کولی شئ دا وسایل په خپل محصول کې وکاروئ: ځینې یې په کې دي وړیا لاسرسی په GitHub کې.

په هوا کې ایپ یو اپلیکیشن دی چې په ټوله نړۍ کې له 3 ملیون څخه ډیر فعال کاروونکي لري، چې تاسو یې کولی شئ الوتنې تعقیب کړئ، د وتلو / لینډینګ وختونو، چیک ان او هوایی ډګر ځانګړتیاو کې د بدلونونو په اړه معلومات ترلاسه کړئ.

له فنل څخه تر ټراکټوري پورې

ټول پرمختیایی ټیمونه د بورډینګ فینل رامینځته کوي (یو پروسه چې هدف یې د کارونکي محصول منل دي). دا لومړی ګام دی چې تاسو سره مرسته کوي له پورته څخه ټول سیسټم وګورئ او د غوښتنلیک ستونزې ومومئ. مګر لکه څنګه چې محصول وده کوي، تاسو به د دې طریقې محدودیتونه احساس کړئ. د ساده فینل په کارولو سره ، تاسو نشئ کولی د محصول لپاره غیر څرګند وده ټکي وګورئ. د فنل هدف په غوښتنلیک کې د کاروونکو مرحلو ته عمومي لید ورکول دي ، ترڅو تاسو ته د نورم میټریک وښیې. مګر فینل به په هوښیارۍ سره د نورم څخه انحرافات د څرګند ستونزو یا برعکس ، د ځانګړي کارونکي فعالیت په لور پټ کړي.

په هوا کې ایپ کې، موږ خپل ځان جوړ کړ، مګر د محصول ځانګړتیاوو له امله، موږ د ساعت ګلاس سره پای ته ورسیږو. بیا موږ پریکړه وکړه چې تګلاره پراخه کړو او بډایه معلومات وکاروو چې غوښتنلیک پخپله موږ ته راکوي.

کله چې تاسو یو فینل جوړ کړئ، نو تاسو د کاروونکي آن بورډینګ تګلارې له لاسه ورکوئ. ټراجیکټریز د کارونکي لخوا د عملونو ترتیب او پخپله غوښتنلیک لري (د مثال په توګه ، د فشار خبرتیا لیږل).

د ټایم سټمپونو په کارولو سره ، تاسو کولی شئ په اسانۍ سره د کارونکي لاره بیا جوړه کړئ او د هر یو لپاره یې ګراف جوړ کړئ. البته، ډیری ګرافونه شتون لري. له همدې امله، تاسو اړتیا لرئ چې ورته کاروونکي ګروپ کړئ. د مثال په توګه، تاسو کولی شئ ټول کاروونکي د میز قطارونو سره تنظیم کړئ او لیست کړئ چې دوی څو ځله یو مشخص فعالیت کاروي.

د داسې جدول پراساس، موږ یو میټریکس جوړ کړ او کاروونکي یې د دندو د کارولو فریکونسۍ له مخې ګروپ کړل، دا په ګراف کې د نوډونو په واسطه. دا معمولا د بصیرت په لور لومړی ګام دی: د مثال په توګه ، دمخه پدې مرحله کې تاسو به وګورئ چې ځینې کارونکي په بشپړ ډول ځینې دندې نه کاروي. کله چې موږ د فریکونسۍ تحلیل ترسره کړ، موږ مطالعه پیل کړه چې په ګراف کې کوم نوډونه "لوی" دي، دا دی، کوم پاڼې کاروونکي ډیری وختونه لیدنه کوي. هغه کټګورۍ چې په بنسټیز ډول د ځینې معیارونو سره سم توپیر لري چې ستاسو لپاره مهم دي سمدلاسه په ګوته شوي. دلته، د مثال په توګه، د کاروونکو دوه کلسترونه دي چې موږ د ګډون پریکړې پراساس ویشلي (په ټولیز ډول 16 کلسترونه وو).

څنګه یې وکاروو

د دې لارې خپلو کاروونکو ته په کتلو سره، تاسو کولی شئ وګورئ چې کوم ځانګړتیاوې تاسو د دوی ساتلو لپاره کاروئ یا د بیلګې په توګه، دوی د لاسلیک کولو لپاره ترلاسه کړئ. په طبیعي توګه، میټرکس به ښکاره شیان وښيي. د مثال په توګه، هغه څوک چې ګډون یې اخیستی د ګډون سکرین څخه لیدنه وکړه. مګر د دې سربیره ، تاسو کولی شئ داسې نمونې هم ومومئ چې تاسو به هیڅکله د بل په اړه نه پوهیږئ.

نو موږ په تصادفي ډول د کاروونکو یوه ډله وموندله چې الوتنه اضافه کوي ، په فعاله توګه یې د ورځې په اوږدو کې تعقیبوي او بیا د اوږدې مودې لپاره ورک کیږي تر هغه چې دوی یوځل بیا الوتنه وکړي. که موږ د دودیزو وسیلو په کارولو سره د دوی چلند تحلیل کړو ، نو موږ به فکر وکړو چې دوی په ساده ډول د غوښتنلیک له فعالیت څخه راضي ندي: بل څنګه موږ کولی شو تشریح کړو چې دوی دا د یوې ورځې لپاره کارولي او هیڅکله بیرته نه دي راغلي. مګر د ګرافونو په مرسته موږ ولیدل چې دوی خورا فعال دي، دا یوازې د دوی ټول فعالیتونه په یوه ورځ کې مناسب دي.

اوس زموږ اصلي دنده دا ده چې داسې یو کاروونکي وهڅوو چې د خپل هوایی ډګر وفادارۍ برنامې سره وصل شي پداسې حال کې چې هغه زموږ احصایې کاروي. په دې حالت کې، موږ به ټول هغه الوتنې وارد کړو چې هغه اخلي او هڅه به وکړو چې هغه د نوي ټکټ اخیستلو په وخت کې لاسلیک کولو ته وهڅوو. د دې ستونزې د حل لپاره، موږ هم د Aviasales، Svyaznoy.Travel او نورو غوښتنلیکونو سره همکاري پیل کړه. کله چې د دوی کارونکي ټیکټ اخلي، ایپ دوی ته هڅوي چې الوتنه په هوا کې اپلیکیشن ته اضافه کړي، او موږ یې سمدلاسه ګورو.

د ګراف څخه مننه، موږ ولیدل چې 5٪ خلک چې د ګډون سکرین ته ځي دا لغوه کوي. موږ د داسې قضیو تحلیل پیل کړ، او ولیدل چې یو کاروونکي شتون لري چې لومړي پاڼې ته ځي، د خپل ګوګل حساب پیوستون پیل کوي، او سمدلاسه یې لغوه کوي، بیا لومړی پاڼې ته ځي، او داسې نور څلور ځله. په لومړي سر کې موږ فکر کاوه، "د دې کارونکي سره یو څه په ښکاره ډول غلط دی." او بیا موږ پوهیږو چې ډیری احتمال، په غوښتنلیک کې یوه ستونزه وه. په فینل کې ، دا به په لاندې ډول تشریح شي: کارونکي د اجازې سیټ خوښ نه کړ چې غوښتنلیک یې غوښتنه کوي ، او هغه پریښود.

بلې ډلې 5٪ کاروونکي په سکرین کې ورک شوي چیرې چې ایپ دوی ته هڅوي چې د دوی په سمارټ فون کې د ټولو کیلنڈر ایپسونو څخه یو غوره کړي. کاروونکي به بیا بیا مختلف کیلنڈرونه غوره کړي او بیا به په ساده ډول له اپلیکیشن څخه وځي. دا معلومه شوه چې د UX مسله شتون لري: وروسته له دې چې یو کس یو کیلنڈر غوره کړ ، دوی باید په پورتنۍ ښیې کونج کې په بشپړ کلیک وکړئ. دا یوازې دا دی چې ټولو کاروونکو دا نه دی لیدلی.

په هوا کې د ایپ لومړی سکرین

زموږ په ګراف کې، موږ ولیدل چې شاوخوا 30٪ کاروونکي د لومړي سکرین څخه بهر نه ځي: دا د دې حقیقت له امله دی چې موږ د ګډون کولو لپاره د کاروونکي په هڅولو کې خورا تیریدونکي یو. په لومړي سکرین کې، ایپ تاسو ته د ګوګل یا Triplt په کارولو سره راجستر کولو ته هڅوي، او د راجستریشن پریښودلو په اړه هیڅ معلومات شتون نلري. د هغو کسانو څخه چې لومړی سکرین پریږدي، 16٪ کاروونکي "نور" کلیک کوي او بیرته راستانه کیږي. موږ وموندله چې دوی په غوښتنلیک کې د داخلي ثبت کولو لپاره د یوې لارې په لټه کې دي او موږ به یې په راتلونکي تازه معلومات کې خوشې کړو. سربیره پردې ، 2/3 هغه څوک چې سمدلاسه پریږدي په هیڅ شی کلیک نه کوي. د دې موندلو لپاره چې دوی ته څه پیښیږي، موږ د تودوخې نقشه جوړه کړه. دا معلومه شوه چې پیرودونکي د اپلیکیشن ځانګړتیاو لیست باندې کلیک کوي چې د کلیک کولو وړ لینکونه ندي.

یو مایکرو شیبه ونیسئ

تاسو ډیری وختونه لیدلی شئ چې خلک د اسفالټ سړک سره څنګ ته لارې ګنډي. ساتل د دې لارو موندلو هڅه ده او که امکان ولري، سړکونه بدل کړي.

البته، دا بد دی چې موږ د اصلي کاروونکو څخه زده کوو، مګر لږترلږه موږ په اتوماتيک ډول د نمونو تعقیب پیل کړ چې په غوښتنلیک کې د کاروونکي ستونزه په ګوته کوي. اوس د محصول مدیر د بریښنالیک خبرتیاوې ترلاسه کوي که چیرې لوی شمیر "لوپونه" واقع شي - کله چې کاروونکي ورته سکرین ته بیرته راستون شي.

راځئ وګورو چې د کارونکي په لاره کې کومې نمونې عموما په زړه پوري دي ترڅو د غوښتنلیک ستونزې او ودې ساحې تحلیل کړي:

• لوپ او سایکل. پورته ذکر شوي لوپونه هغه وخت دي کله چې یوه پیښه د کارونکي په لاره کې تکرار شي، د بیلګې په توګه، کیلنڈر-کلینڈر-کلینڈر-کلینڈر. د ډیری تکرار سره لوپ د انٹرفیس ستونزې یا ناکافي پیښې نښه کولو روښانه شاخص دی. یو سایکل هم یو تړلی لاره ده، مګر د لوپ برعکس پدې کې له یو څخه ډیرې پیښې شاملې دي، د بیلګې په توګه: د الوتنې تاریخ لیدل - د الوتنې اضافه کول - د الوتنې تاریخ لیدل.
• فلوسټوپرز - کله چې کارونکي د یو څه خنډ له امله نشي کولی د غوښتنلیک له لارې خپل مطلوب حرکت ته دوام ورکړي ، د مثال په توګه ، د انٹرفیس سره یو سکرین چې پیرودونکي ته څرګند نه وي. دا ډول پیښې ورو کوي او د کاروونکو لاره بدلوي.
• د ویشلو ټکي د پام وړ پیښې دي چې وروسته د مختلفو ډولونو مراجعینو تګلارې جلا کیږي. په ځانګړې توګه، دا هغه سکرینونه دي چې د هدف عمل ته مستقیم لیږد یا د زنګ وهلو عمل نلري، په اغیزمنه توګه ځینې کاروونکي دې ته اړوي. د مثال په توګه، ځینې سکرینونه چې په مستقیم ډول په غوښتنلیک کې د منځپانګې اخیستلو سره تړاو نلري، مګر په کوم کې چې پیرودونکي د مینځپانګې پیرودلو یا نه اخیستلو ته لیوالتیا لري، په بل ډول چلند کوي. د تقسیم ټکي کیدی شي ستاسو د کاروونکو په عملونو باندې د پلس نښه سره د تاثیر ټکي وي - دوی کولی شي د پیرود کولو یا کلیک کولو پریکړه اغیزه وکړي ، یا د منفي نښه - دوی کولی شي وټاکي چې د څو ګامونو وروسته به کارونکي غوښتنلیک پریږدي.
• لغوه شوي تبادلې ټکي احتمالي دوه اړخیز ټکي دي. تاسو کولی شئ د دوی په اړه د سکرینونو په توګه فکر وکړئ چې کولی شي د هدف عمل هڅوي، مګر نه. دا کیدی شي په وخت کې یو ټکی وي کله چې کاروونکي اړتیا ولري، مګر موږ دا نه پوره کوو ځکه چې موږ په ساده ډول د هغې په اړه نه پوهیږو. د ټراکټوري تحلیل باید اجازه ورکړي چې دا اړتیا وپیژندل شي.
• د تحریف نقطه - هغه سکرینونه/پاپ اپونه چې کارونکي ته ارزښت نه ورکوي، په تبادله اغیزه نه کوي او کولی شي "خراب" تګلارې، کاروونکي د هدف له کړنو څخه متوجه کړي.
• ړانده ځایونه د غوښتنلیک پټ ټکي دي، سکرینونه او ځانګړتیاوې چې د کارونکي لپاره رسیدل خورا ستونزمن دي.
• ډنډونه - هغه نقطې چیرې چې ترافیک تیریږي

په عموم کې، د ریاضيیک چلند موږ ته اجازه راکړه چې پوه شو چې پیرودونکي غوښتنلیک په بشپړ ډول مختلف ډول کاروي د محصول مدیران معمولا فکر کوي کله چې د کارونکي لپاره د معیاري کارونې سناریو پلان کولو هڅه کوي. په دفتر کې ناست او د غوره محصول کنفرانسونو کې ګډون کول، دا لاهم خورا ستونزمن کار دی چې د ریښتینې ساحې شرایطو ټول ډولونه تصور کړئ په کوم کې چې کاروونکي به د غوښتنلیک په کارولو سره خپلې ستونزې حل کړي.

دا ماته د یوې لویې ټوکې یادونه کوي. یو ټیسټر بار ته ځي او امر کوي: د بیر یو ګیلاس، 2 ګیلاس بیر، 0 ګیلاس بیر، 999999999 ګیلاس بیر، په یوه ګیلاس کې چرګ، -1 ګیلاس بیر، د بیر یو ګیلاس qwertyuip. لومړی اصلي پیرودونکي بار ته ځي او پوښتنه کوي چې تشناب چیرته دی. بار په اور کې سوځي او هرڅوک مړه کیږي.

د محصول شنونکي، په دې ستونزه کې ژور ډوب شوي، د مایکرومینټ مفهوم معرفي کول پیل کړل. عصري کارونکي د دوی ستونزې ته فوري حل ته اړتیا لري. ګوګل څو کاله دمخه پدې اړه خبرې پیل کړې: شرکت دا ډول کارونکي کړنې مایکرو لمحې بولي. کاروونکی مغشوش کیږي ، په ناڅاپي ډول غوښتنلیک بندوي ، نه پوهیږي چې د هغه څه ته اړتیا ده ، یوه ورځ وروسته بیا لاګ ان کیږي ، بیا هیر کیږي ، او بیا هغه لینک تعقیبوي چې یو ملګري ورته په میسنجر کې لیږلی و. او دا ټولې ناستې د 20 ثانیو څخه زیات دوام نشي کولی.

نو موږ هڅه پیل کړه چې د ملاتړ خدماتو کار تنظیم کړو ترڅو کارمندان پوه شي چې ستونزه په ریښتیني وخت کې څه وه. په هغه وخت کې چې یو څوک د ملاتړ پاڼې ته راځي او د خپلې پوښتنې لیکل پیل کوي، موږ کولی شو د ستونزې جوهر وټاکو، د هغه په ​​لاره کې پوه شو - وروستي 100 پیښې. مخکې، موږ د ملاتړ غوښتنو متنونو د ML تحلیل په کارولو سره کټګوریو کې د ټولو ملاتړ غوښتنو ویش اتومات کړ. د کټګورۍ بریالیتوب سره سره، کله چې د ټولو غوښتنو 87٪ په سمه توګه په 13 کټګوریو کې ویشل شوي وي، دا د ټراجیکونو سره کار کوي چې کولی شي په اتوماتيک ډول د کارونکي وضعیت لپاره ترټولو مناسب حل ومومي.

موږ نشو کولی تازه معلومات په چټکۍ سره خپاره کړو، مګر موږ د دې توان لرو چې ستونزه په ګوته کړو او که چیرې کاروونکي هغه سناریو تعقیب کړي چې موږ دمخه لیدلي، هغه ته د فشار خبرتیا واستوو.

موږ ګورو چې د غوښتنلیک د اصلاح کولو دنده د کارونکي تګلارې مطالعې لپاره بډایه وسیلو ته اړتیا لري. برسېره پردې، د ټولو هغو لارو په پوهیدو سره چې کاروونکي یې اخلي، تاسو کولی شئ اړینې لارې پیدا کړئ، او د دودیز منځپانګې په مرسته، د خبرتیاو او تطابق وړ UI عناصر "د لاس په واسطه" کاروونکي هدفي کړنو ته الرښوونه کوي چې د هغه اړتیاوو سره سم وي او پیسې راوړي. ، ستاسو د سوداګرۍ لپاره ډاټا او نور ارزښت.

څه باید په پام کې ونیول شي

• یوازې د مثال په توګه د فنلونو په کارولو سره د کارونکي تبادلې مطالعه کول د بډایه معلوماتو له لاسه ورکولو معنی لري چې غوښتنلیک پخپله موږ ته راکوي.

• په ګرافونو کې د کارونکي تعقیب تحلیلونه تاسو سره مرسته کوي چې وګورئ کوم ځانګړتیاوې تاسو د کاروونکو ساتلو لپاره کاروئ یا د مثال په توګه، دوی ګډون کولو ته وهڅوئ.
• د ساتلو وسیلې په اوتومات ډول مرسته کوي ، په ریښتیني وخت کې ، هغه نمونې تعقیبوي چې په غوښتنلیک کې د کارونکي ستونزې په ګوته کوي ، کیګونه ومومئ او وتړئ چیرې چې دوی ورته ستونزمن وي.

• دوی د کارونکي چلند غیر څرګند نمونې موندلو کې مرسته کوي.

• د ساتلو وسیلې دا امکان ورکوي چې د کلیدي کاروونکو پیښو او میټریکونو وړاندوینې لپاره د اتوماتیک ML وسیلې رامینځته کړي: د کارونکي ضایع کول ، LTV او ډیری نور میټریکونه چې په ګراف کې په اسانۍ سره ټاکل شوي.

موږ د نظرونو وړیا تبادلې لپاره د ساتیرۍ په شاوخوا کې یوه ټولنه رامینځته کوو. تاسو کولی شئ د هغه وسیلو په اړه فکر وکړئ چې موږ د یوې ژبې په توګه وده کوو په کوم کې چې تحلیل کونکي او محصولات د مختلف ګرځنده او ویب غوښتنلیکونو څخه بصیرت ، غوره تخنیکونه او میتودونه تبادله کولی شي. تاسو کولی شئ په کورس کې د دې وسیلو کارولو څرنګوالی زده کړئ د ودې هیکنګ: د ګرځنده اپلیکیشن تحلیلونه بائنری ولسوالی.

سرچینه: www.habr.com