របៀបដែល Retentioneering ត្រូវបានអនុវត្តនៅក្នុង App in the Air

ការរក្សាអ្នកប្រើប្រាស់នៅក្នុងកម្មវិធីទូរស័ព្ទគឺជាវិទ្យាសាស្ត្រទាំងមូល។ អ្នកនិពន្ធនៃវគ្គសិក្សាបានពិពណ៌នាអំពីមូលដ្ឋានរបស់វានៅក្នុងអត្ថបទរបស់យើងនៅលើ VC.ru Growth Hacking៖ ការវិភាគកម្មវិធីទូរស័ព្ទ Maxim Godzi ប្រធានផ្នែករៀនម៉ាស៊ីននៅ App in the Air ។ Maxim និយាយអំពីឧបករណ៍ដែលបានបង្កើតនៅក្នុងក្រុមហ៊ុនដោយប្រើឧទាហរណ៍នៃការងារលើការវិភាគ និងការបង្កើនប្រសិទ្ធភាពនៃកម្មវិធីទូរស័ព្ទ។ វិធីសាស្រ្តជាប្រព័ន្ធសម្រាប់ការកែលម្អផលិតផលដែលត្រូវបានបង្កើតឡើងនៅក្នុង App in the Air ត្រូវបានគេហៅថា Retentioneering។ អ្នកអាចប្រើឧបករណ៍ទាំងនេះនៅក្នុងផលិតផលរបស់អ្នក៖ ពួកវាខ្លះនៅក្នុង ការចូលប្រើដោយឥតគិតថ្លៃ នៅលើ GitHub ។

App in the Air គឺជាកម្មវិធីដែលមានអ្នកប្រើប្រាស់សកម្មជាង 3 លាននាក់ជុំវិញពិភពលោក ដែលអ្នកអាចតាមដានជើងហោះហើរ ទទួលបានព័ត៌មានអំពីការផ្លាស់ប្តូរពេលវេលាចេញដំណើរ/ចុះចត ពិនិត្យចូល និងលក្ខណៈអាកាសយានដ្ឋាន។

ពីផ្លូវទៅកាន់គន្លង

ក្រុមអភិវឌ្ឍន៍ទាំងអស់បង្កើតបណ្តាញចាប់ផ្តើមដំណើរការ (ដំណើរការដែលផ្តោតលើការទទួលយកផលិតផលរបស់អ្នកប្រើប្រាស់)។ នេះជាជំហានដំបូងដែលជួយអ្នកមើលប្រព័ន្ធទាំងមូលពីខាងលើ និងស្វែងរកបញ្ហាកម្មវិធី។ ប៉ុន្តែនៅពេលដែលផលិតផលមានការរីកចម្រើន អ្នកនឹងមានអារម្មណ៍ថាមានដែនកំណត់នៃវិធីសាស្រ្តនេះ។ ដោយប្រើចីវលោសាមញ្ញ អ្នកមិនអាចឃើញចំណុចលូតលាស់ដែលមិនច្បាស់លាស់សម្រាប់ផលិតផលនោះទេ។ គោលបំណងនៃចីវលោគឺដើម្បីផ្តល់នូវទិដ្ឋភាពទូទៅនៅដំណាក់កាលនៃអ្នកប្រើប្រាស់នៅក្នុងកម្មវិធី ដើម្បីបង្ហាញអ្នកអំពីម៉ែត្រនៃបទដ្ឋាន។ ប៉ុន្តែចីវលោនេះនឹងលាក់បាំងគម្លាតពីបទដ្ឋានឆ្ពោះទៅរកបញ្ហាជាក់ស្តែង ឬផ្ទុយទៅវិញ សកម្មភាពអ្នកប្រើប្រាស់ពិសេស។

នៅ App in the Air យើងបានបង្កើតចីវលោផ្ទាល់ខ្លួនរបស់យើង ប៉ុន្តែដោយសារលក្ខណៈពិសេសនៃផលិតផល យើងបានបញ្ចប់ជាមួយនឹងនាឡិកា។ បន្ទាប់មក យើងបានសម្រេចចិត្តពង្រីកវិធីសាស្រ្ត និងប្រើប្រាស់ព័ត៌មានដ៏សម្បូរបែបដែលកម្មវិធីខ្លួនឯងផ្តល់ឱ្យយើង។

នៅពេលអ្នកបង្កើតចីវលោ អ្នកនឹងបាត់បង់អ្នកប្រើប្រាស់ដែលកំពុងដំណើរការ។ គន្លងមានលំដាប់នៃសកម្មភាពដោយអ្នកប្រើប្រាស់ និងកម្មវិធីខ្លួនឯង (ឧទាហរណ៍ ការផ្ញើការជូនដំណឹងជំរុញ)។

ដោយប្រើត្រាពេលវេលា អ្នកអាចបង្កើតគន្លងរបស់អ្នកប្រើប្រាស់ឡើងវិញបានយ៉ាងងាយស្រួល ហើយបង្កើតក្រាហ្វចេញពីវាសម្រាប់ពួកវានីមួយៗ។ ជាការពិតណាស់មានក្រាហ្វជាច្រើន។ ដូច្នេះ អ្នកត្រូវដាក់ក្រុមអ្នកប្រើប្រាស់ស្រដៀងគ្នា។ ឧទាហរណ៍ អ្នកអាចរៀបចំអ្នកប្រើប្រាស់ទាំងអស់តាមជួរតារាង ហើយរាយបញ្ជីថាតើពួកគេប្រើមុខងារជាក់លាក់ញឹកញាប់ប៉ុណ្ណា។

ដោយផ្អែកលើតារាងបែបនេះ យើងបានបង្កើតម៉ាទ្រីស និងដាក់ក្រុមអ្នកប្រើប្រាស់តាមប្រេកង់នៃការប្រើប្រាស់មុខងារ ពោលគឺតាមថ្នាំងក្នុងក្រាហ្វ។ នេះជាធម្មតាជាជំហានដំបូងឆ្ពោះទៅរកការយល់ដឹង៖ ឧទាហរណ៍រួចហើយ នៅដំណាក់កាលនេះ អ្នកនឹងឃើញថាអ្នកប្រើប្រាស់មួយចំនួនមិនប្រើមុខងារមួយចំនួនទាល់តែសោះ។ នៅពេលដែលយើងធ្វើការវិភាគប្រេកង់ យើងចាប់ផ្តើមសិក្សាថាតើថ្នាំងណានៅក្នុងក្រាហ្វគឺ "ធំជាងគេ" នោះគឺទំព័រណាដែលអ្នកប្រើប្រាស់ចូលមើលញឹកញាប់បំផុត។ ប្រភេទ​ដែល​មាន​លក្ខណៈ​ខុស​គ្នា​ជា​មូលដ្ឋាន​តាម​លក្ខណៈ​វិនិច្ឆ័យ​មួយ​ចំនួន​ដែល​សំខាន់​ចំពោះ​អ្នក​ត្រូវ​បាន​រំលេច​ភ្លាមៗ។ ជាឧទាហរណ៍ នៅទីនេះគឺជាចង្កោមអ្នកប្រើប្រាស់ពីរដែលយើងបែងចែកដោយផ្អែកលើការសម្រេចចិត្តនៃការជាវ (មានចង្កោមសរុបចំនួន 16)។

របៀបប្រើវា

ដោយ​មើល​ទៅ​អ្នក​ប្រើ​របស់​អ្នក​តាម​វិធី​នេះ អ្នក​អាច​មើល​ឃើញ​នូវ​លក្ខណៈ​ពិសេស​ដែល​អ្នក​ប្រើ​ដើម្បី​រក្សា​ពួកវា ឬ​ឧទាហរណ៍​ឲ្យ​ពួកគេ​ចុះឈ្មោះ។ តាមធម្មជាតិ ម៉ាទ្រីសក៏នឹងបង្ហាញរឿងជាក់ស្តែងផងដែរ។ ឧទាហរណ៍ថាអ្នកដែលបានទិញការជាវបានចូលមើលអេក្រង់ជាវ។ ប៉ុន្តែក្រៅពីនេះ អ្នកក៏អាចរកឃើញគំរូដែលអ្នកមិនធ្លាប់ដឹងអំពីវិធីផ្សេង។

ដូច្នេះហើយ យើងបានរកឃើញដោយចៃដន្យនូវក្រុមអ្នកប្រើប្រាស់ដែលបន្ថែមជើងហោះហើរ តាមដានយ៉ាងសកម្មពេញមួយថ្ងៃ ហើយបន្ទាប់មកបាត់អស់រយៈពេលយូររហូតដល់ពួកគេហោះហើរទៅកន្លែងណាមួយម្តងទៀត។ ប្រសិនបើយើងវិភាគឥរិយាបថរបស់ពួកគេដោយប្រើឧបករណ៍សាមញ្ញ យើងនឹងគិតថាពួកគេមិនពេញចិត្តនឹងមុខងាររបស់កម្មវិធី៖ តើយើងអាចពន្យល់បានដោយរបៀបណាដែលថាពួកគេបានប្រើវាសម្រាប់មួយថ្ងៃ ហើយមិនត្រឡប់មកវិញ។ ប៉ុន្តែ​ដោយ​មាន​ជំនួយ​ពី​ក្រាហ្វ យើង​បាន​ឃើញ​ថា​ពួកវា​សកម្ម​ខ្លាំង​ណាស់ វា​គ្រាន់តែ​ថា​សកម្មភាព​ទាំងអស់​របស់​ពួកគេ​សម​ក្នុង​មួយថ្ងៃ។

ឥឡូវនេះភារកិច្ចចម្បងរបស់យើងគឺលើកទឹកចិត្តអ្នកប្រើប្រាស់បែបនេះឱ្យភ្ជាប់ទៅកម្មវិធីភក្ដីភាពរបស់ក្រុមហ៊ុនអាកាសចរណ៍របស់គាត់ ខណៈពេលដែលគាត់កំពុងប្រើប្រាស់ស្ថិតិរបស់យើង។ ក្នុងករណីនេះ យើងនឹងនាំចូលជើងហោះហើរទាំងអស់ដែលគាត់ទិញ ហើយព្យាយាមជំរុញគាត់ឱ្យចុះឈ្មោះភ្លាមៗ នៅពេលដែលគាត់ទិញសំបុត្រថ្មី។ ដើម្បីដោះស្រាយបញ្ហានេះ យើងក៏ចាប់ផ្តើមសហការជាមួយ Aviasales, Svyaznoy.Travel និងកម្មវិធីផ្សេងៗទៀត។ នៅពេលដែលអ្នកប្រើប្រាស់របស់ពួកគេទិញសំបុត្រ កម្មវិធីនឹងជំរុញឱ្យពួកគេបន្ថែមជើងហោះហើរទៅកាន់ App in the Air ហើយយើងឃើញវាភ្លាមៗ។

សូមអរគុណដល់ក្រាហ្វ យើងឃើញថា 5% នៃមនុស្សដែលចូលទៅកាន់អេក្រង់ជាវបានលុបចោលវា។ យើងចាប់ផ្តើមវិភាគករណីបែបនេះ ហើយឃើញថាមានអ្នកប្រើប្រាស់ដែលចូលទៅទំព័រទីមួយ ផ្តួចផ្តើមការតភ្ជាប់គណនី Google របស់គាត់ ហើយលុបចោលភ្លាមៗ ចូលទៅកាន់ទំព័រទីមួយម្តងទៀត ហើយដូច្នេះនៅលើបួនដង។ ដំបូង​យើង​គិត​ថា "មាន​អ្វី​មួយ​ខុស​ច្បាស់​ចំពោះ​អ្នក​ប្រើ​នេះ"។ ហើយបន្ទាប់មកយើងបានដឹងថា ភាគច្រើនទំនងជាមានកំហុសនៅក្នុងកម្មវិធី។ នៅក្នុងចីវលោនេះ នឹងត្រូវបានបកស្រាយដូចខាងក្រោម៖ អ្នកប្រើប្រាស់មិនចូលចិត្តសំណុំនៃការអនុញ្ញាតដែលកម្មវិធីស្នើសុំ ហើយគាត់បានចាកចេញ។

ក្រុមមួយទៀតមានអ្នកប្រើប្រាស់ 5% វង្វេងនៅលើអេក្រង់ ដែលកម្មវិធីជំរុញឱ្យពួកគេជ្រើសរើសមួយពីកម្មវិធីប្រតិទិនទាំងអស់នៅលើស្មាតហ្វូនរបស់ពួកគេ។ អ្នកប្រើប្រាស់នឹងជ្រើសរើសប្រតិទិនផ្សេងៗគ្នាម្តងហើយម្តងទៀត ហើយបន្ទាប់មកគ្រាន់តែចេញពីកម្មវិធី។ វាប្រែថាមានបញ្ហា UX៖ បន្ទាប់ពីមនុស្សម្នាក់បានជ្រើសរើសប្រតិទិន ពួកគេត្រូវចុច រួចរាល់ នៅជ្រុងខាងស្តាំខាងលើ។ វាគ្រាន់តែថាមិនមែនអ្នកប្រើប្រាស់ទាំងអស់បានឃើញវាទេ។

អេក្រង់ដំបូងនៃកម្មវិធីនៅលើអាកាស

នៅក្នុងក្រាហ្វរបស់យើង យើងឃើញថាអ្នកប្រើប្រាស់ប្រហែល 30% មិនហួសពីអេក្រង់ដំបូងឡើយ៖ នេះគឺដោយសារតែយើងមានភាពឆេវឆាវក្នុងការជំរុញអ្នកប្រើប្រាស់ឱ្យជាវ។ នៅលើអេក្រង់ដំបូង កម្មវិធីនឹងប្រាប់អ្នកឱ្យចុះឈ្មោះដោយប្រើ Google ឬ Triplt ហើយមិនមានព័ត៌មានអំពីការរំលងការចុះឈ្មោះទេ។ ក្នុងចំណោមអ្នកដែលចាកចេញពីអេក្រង់ដំបូង 16% នៃអ្នកប្រើប្រាស់ចុច "ច្រើនទៀត" ហើយត្រលប់មកវិញម្តងទៀត។ យើងបានរកឃើញថាពួកគេកំពុងស្វែងរកវិធីដើម្បីចុះឈ្មោះផ្ទៃក្នុងនៅក្នុងកម្មវិធី ហើយយើងនឹងចេញផ្សាយវានៅក្នុងការអាប់ដេតបន្ទាប់។ លើសពីនេះទៀត 2/3 នៃអ្នកដែលចាកចេញភ្លាមៗមិនចុចអ្វីទាំងអស់។ ដើម្បីស្វែងយល់ពីអ្វីដែលកំពុងកើតឡើងចំពោះពួកគេ យើងបានសាងសង់ផែនទីកំដៅ។ វាប្រែថាអតិថិជនកំពុងចុចលើបញ្ជីនៃលក្ខណៈពិសេសកម្មវិធីដែលមិនមែនជាតំណភ្ជាប់ដែលអាចចុចបាន។

ចាប់យកនាទីតូចមួយ

ជាញឹកញយ អ្នកអាចមើលឃើញមនុស្សដើរជាន់ផ្លូវក្បែរផ្លូវកៅស៊ូ។ ការ​រក្សា​ទុក​គឺ​ជា​ការ​ព្យាយាម​ស្វែង​រក​ផ្លូវ​ទាំង​នេះ ហើយ​បើ​អាច​ធ្វើ​បាន សូម​ផ្លាស់​ប្តូរ​ផ្លូវ។

ជាការពិតណាស់ វាមិនល្អទេដែលយើងរៀនពីអ្នកប្រើប្រាស់ពិតប្រាកដ ប៉ុន្តែយ៉ាងហោចណាស់យើងបានចាប់ផ្តើមតាមដានដោយស្វ័យប្រវត្តិនូវលំនាំដែលបង្ហាញពីបញ្ហាអ្នកប្រើប្រាស់នៅក្នុងកម្មវិធី។ ឥឡូវនេះ អ្នកគ្រប់គ្រងផលិតផលទទួលបានការជូនដំណឹងតាមអ៊ីមែល ប្រសិនបើ "រង្វិលជុំ" មួយចំនួនធំកើតឡើង នៅពេលដែលអ្នកប្រើប្រាស់ត្រឡប់ទៅអេក្រង់ដដែលម្តងហើយម្តងទៀត។

សូមក្រឡេកមើលថាតើគំរូអ្វីខ្លះនៅក្នុងគន្លងអ្នកប្រើប្រាស់ដែលជាទូទៅគួរឱ្យចាប់អារម្មណ៍ក្នុងការរកមើលដើម្បីវិភាគបញ្ហា និងផ្នែកលូតលាស់នៃកម្មវិធី៖

• រង្វិលជុំនិងរង្វង់។ រង្វិលជុំដែលបានរៀបរាប់ខាងលើគឺជាពេលដែលព្រឹត្តិការណ៍មួយកើតឡើងម្តងទៀតនៅក្នុងគន្លងរបស់អ្នកប្រើ ឧទាហរណ៍ calendar-calendar-calendar-calendar។ រង្វិលជុំដែលមានពាក្យដដែលៗច្រើន គឺជាសូចនាករច្បាស់លាស់នៃបញ្ហាចំណុចប្រទាក់ ឬការសម្គាល់ព្រឹត្តិការណ៍មិនគ្រប់គ្រាន់។ វដ្តមួយក៏ជាគន្លងបិទដែរ ប៉ុន្តែមិនដូចរង្វិលជុំទេ វារួមបញ្ចូលព្រឹត្តិការណ៍ច្រើនជាងមួយ ឧទាហរណ៍៖ មើលប្រវត្តិហោះហើរ - បន្ថែមជើងហោះហើរ - មើលប្រវត្តិហោះហើរ។
• Flowstoppers - នៅពេលដែលអ្នកប្រើប្រាស់ដោយសារតែឧបសគ្គមួយចំនួនមិនអាចបន្តចលនាដែលចង់បានរបស់គាត់តាមរយៈកម្មវិធីឧទាហរណ៍អេក្រង់ដែលមានចំណុចប្រទាក់ដែលមិនច្បាស់សម្រាប់អតិថិជន។ ព្រឹត្តិការណ៍បែបនេះបន្ថយល្បឿន និងផ្លាស់ប្តូរគន្លងរបស់អ្នកប្រើប្រាស់។
• ចំណុច Bifurcation គឺជាព្រឹត្តិការណ៍សំខាន់ៗបន្ទាប់ពីនោះគន្លងរបស់អតិថិជននៃប្រភេទផ្សេងៗគ្នាត្រូវបានបំបែក។ ជាពិសេស ទាំងនេះគឺជាអេក្រង់ដែលមិនមានការផ្លាស់ប្តូរដោយផ្ទាល់ ឬការអំពាវនាវទៅកាន់សកម្មភាពគោលដៅ ដែលមានប្រសិទ្ធភាពជំរុញអ្នកប្រើប្រាស់មួយចំនួនឆ្ពោះទៅរកវា។ ជាឧទាហរណ៍ អេក្រង់មួយចំនួនដែលមិនទាក់ទងដោយផ្ទាល់ទៅនឹងការទិញមាតិកានៅក្នុងកម្មវិធីមួយ ប៉ុន្តែនៅលើអេក្រង់ដែលអតិថិជនមានទំនោរចង់ទិញ ឬមិនទិញមាតិកា នឹងមានឥរិយាបទខុសគ្នា។ ចំណុច Bifurcation អាចជាចំណុចនៃឥទ្ធិពលលើសកម្មភាពរបស់អ្នកប្រើដែលមានសញ្ញាបូក - ពួកគេអាចមានឥទ្ធិពលលើការសម្រេចចិត្តក្នុងការទិញ ឬចុច ឬសញ្ញាដក - ពួកគេអាចកំណត់ថាបន្ទាប់ពីពីរបីជំហាន អ្នកប្រើប្រាស់នឹងចាកចេញពីកម្មវិធី។
• ចំណុចបំប្លែងដែលបានបោះបង់គឺជាចំណុចដែលអាចបំបែកបាន អ្នកអាចគិតថាពួកវាជាអេក្រង់ដែលអាចជំរុញសកម្មភាពគោលដៅ ប៉ុន្តែកុំធ្វើ។ នេះក៏អាចជាចំណុចមួយនៅក្នុងពេលដែលអ្នកប្រើប្រាស់មានតម្រូវការ ប៉ុន្តែយើងមិនពេញចិត្តវាទេ ព្រោះយើងគ្រាន់តែមិនដឹងអំពីវា។ ការវិភាគគន្លងគួរតែអនុញ្ញាតឱ្យកំណត់អត្តសញ្ញាណតម្រូវការនេះ។
• ចំណុចរំខាន - អេក្រង់/ផ្ទាំងលេចឡើងដែលមិនផ្តល់តម្លៃដល់អ្នកប្រើប្រាស់ មិនប៉ះពាល់ដល់ការបំប្លែង និងអាចធ្វើឱ្យគន្លង "ព្រិល" រំខានអ្នកប្រើប្រាស់ពីសកម្មភាពគោលដៅ។
• ចំណុចពិការភ្នែកគឺជាចំណុចលាក់កំបាំងនៃកម្មវិធី អេក្រង់ និងមុខងារដែលពិបាកសម្រាប់អ្នកប្រើប្រាស់ក្នុងការចូលទៅដល់។
• បង្ហូរ - ចំណុចដែលចរាចរលេចធ្លាយ

ជាទូទៅ វិធីសាស្រ្តគណិតវិទ្យាបានអនុញ្ញាតឱ្យយើងយល់ថាអតិថិជនប្រើប្រាស់កម្មវិធីក្នុងវិធីខុសគ្នាទាំងស្រុងពីអ្នកគ្រប់គ្រងផលិតផលជាធម្មតាគិតនៅពេលព្យាយាមរៀបចំគម្រោងសេណារីយ៉ូការប្រើប្រាស់ស្តង់ដារមួយចំនួនសម្រាប់អ្នកប្រើប្រាស់។ អង្គុយនៅក្នុងការិយាល័យ និងចូលរួមសន្និសីទផលិតផលដ៏ត្រជាក់បំផុត វានៅតែពិបាកណាស់ក្នុងការស្រមៃមើលភាពខុសប្លែកគ្នានៃលក្ខខណ្ឌជាក់ស្តែងដែលអ្នកប្រើប្រាស់នឹងដោះស្រាយបញ្ហារបស់គាត់ដោយប្រើកម្មវិធី។

នេះរំឭកខ្ញុំពីរឿងកំប្លែងដ៏អស្ចារ្យ។ អ្នកសាកល្បងដើរចូលទៅក្នុងបារមួយហើយបញ្ជា៖ ស្រាបៀរមួយកែវ ស្រាបៀរ ២កែវ ស្រាបៀរ ០ កែវ ស្រាបៀរ ៩៩៩៩៩៩៩៩៩ កែវ ជីងចក់ក្នុងកែវ - ស្រាបៀរ ១ កែវ ស្រាបៀរ qwertyuip កែវ។ អតិថិជនពិតប្រាកដដំបូងដើរចូលទៅក្នុងបារ ហើយសួរថាតើបន្ទប់ទឹកនៅឯណា។ រង្គសាល​បាន​ផ្ទុះ​ឆេះ ហើយ​គ្រប់គ្នា​ស្លាប់​។

អ្នកវិភាគផលិតផល មានការជ្រួតជ្រាបយ៉ាងខ្លាំងនៅក្នុងបញ្ហានេះ បានចាប់ផ្តើមណែនាំពីគំនិតនៃ micromoment ។ អ្នកប្រើប្រាស់ទំនើបត្រូវការដំណោះស្រាយភ្លាមៗចំពោះបញ្ហារបស់ពួកគេ។ Google បានចាប់ផ្តើមនិយាយអំពីរឿងនេះកាលពីប៉ុន្មានឆ្នាំមុន៖ ក្រុមហ៊ុនបានហៅសកម្មភាពអ្នកប្រើប្រាស់បែបនេះថា micro-moments ។ អ្នកប្រើប្រាស់មានការរំខាន បិទកម្មវិធីដោយចៃដន្យ មិនយល់ពីតម្រូវការរបស់គាត់ ចូលម្តងទៀតមួយថ្ងៃក្រោយមក ភ្លេចម្តងទៀត ហើយបន្ទាប់មកធ្វើតាមតំណដែលមិត្តម្នាក់ផ្ញើមកគាត់ក្នុងកម្មវិធីផ្ញើសារ។ ហើយវគ្គទាំងអស់នេះអាចមានរយៈពេលមិនលើសពី 20 វិនាទី។

ដូច្នេះយើងបានចាប់ផ្តើមព្យាយាមរៀបចំការងារនៃសេវាកម្មគាំទ្រដើម្បីឱ្យបុគ្គលិកអាចយល់ពីអ្វីដែលបញ្ហាគឺស្ទើរតែនៅក្នុងពេលវេលាជាក់ស្តែង។ នៅពេលដែលមនុស្សម្នាក់មកទំព័រជំនួយ ហើយចាប់ផ្តើមសរសេរសំណួររបស់គាត់ យើងអាចកំណត់ខ្លឹមសារនៃបញ្ហា ដោយដឹងពីគន្លងរបស់គាត់ - ព្រឹត្តិការណ៍ 100 ចុងក្រោយ។ ពីមុន យើងបានចែកចាយដោយស្វ័យប្រវត្តិនូវសំណើគាំទ្រទាំងអស់ទៅជាប្រភេទដោយប្រើការវិភាគ ML នៃអត្ថបទនៃសំណើជំនួយ។ ទោះបីជាជោគជ័យនៃការបែងចែកប្រភេទក៏ដោយ នៅពេលដែល 87% នៃសំណើទាំងអស់ត្រូវបានចែកចាយយ៉ាងត្រឹមត្រូវទៅក្នុងប្រភេទមួយក្នុងចំណោម 13 ប្រភេទ វាគឺធ្វើការជាមួយគន្លងដែលអាចស្វែងរកដំណោះស្រាយសមស្របបំផុតសម្រាប់ស្ថានភាពរបស់អ្នកប្រើប្រាស់ដោយស្វ័យប្រវត្តិ។

យើងមិនអាចបញ្ចេញការអាប់ដេតបានលឿនទេ ប៉ុន្តែយើងអាចកត់សម្គាល់បញ្ហា ហើយប្រសិនបើអ្នកប្រើធ្វើតាមសេណារីយ៉ូដែលយើងបានឃើញរួចហើយ សូមផ្ញើការជូនដំណឹងទៅគាត់

យើងឃើញថាភារកិច្ចនៃការបង្កើនប្រសិទ្ធភាពកម្មវិធីទាមទារឧបករណ៍សម្បូរបែបសម្រាប់សិក្សាគន្លងអ្នកប្រើប្រាស់។ លើសពីនេះ ការដឹងពីផ្លូវទាំងអស់ដែលអ្នកប្រើប្រាស់ធ្វើ អ្នកអាចត្រួសត្រាយផ្លូវចាំបាច់ ហើយដោយមានជំនួយពីមាតិកាដែលប្ដូរតាមបំណង ការជំរុញការជូនដំណឹង និងធាតុ UI ដែលអាចសម្របបាន "ដោយដៃ" នាំអ្នកប្រើប្រាស់ទៅកាន់សកម្មភាពគោលដៅដែលសមស្របបំផុតតាមតម្រូវការរបស់គាត់ និងនាំយកប្រាក់ ទិន្នន័យ និងតម្លៃផ្សេងទៀតសម្រាប់អាជីវកម្មរបស់អ្នក។

អ្វីដែលត្រូវកត់សម្គាល់

• ការសិក្សាការបំប្លែងរបស់អ្នកប្រើតែដោយប្រើចីវលោជាឧទាហរណ៍មានន័យថាបាត់បង់ព័ត៌មានសម្បូរបែបដែលកម្មវិធីខ្លួនឯងផ្តល់ឱ្យយើង។

• ការវិភាគបន្តនៃគន្លងអ្នកប្រើប្រាស់នៅលើក្រាហ្វជួយអ្នកឱ្យមើលឃើញថាលក្ខណៈពិសេសណាមួយដែលអ្នកប្រើដើម្បីរក្សាអ្នកប្រើប្រាស់ ឬឧទាហរណ៍ លើកទឹកចិត្តឱ្យពួកគេជាវ។
• ឧបករណ៍ Retentioneering ជួយដោយស្វ័យប្រវត្តិ ក្នុងពេលវេលាជាក់ស្តែង តាមដានលំនាំដែលបង្ហាញពីបញ្ហារបស់អ្នកប្រើនៅក្នុងកម្មវិធី ស្វែងរក និងបិទកំហុសដែលពួកគេពិបាកកត់សម្គាល់។

• ពួកគេជួយស្វែងរកគំរូមិនច្បាស់លាស់នៃអាកប្បកិរិយាអ្នកប្រើប្រាស់។

• ឧបករណ៍រក្សារទុកធ្វើឱ្យវាអាចបង្កើតឧបករណ៍ ML ដោយស្វ័យប្រវត្តិសម្រាប់ការទស្សន៍ទាយព្រឹត្តិការណ៍ និងម៉ែត្រសំខាន់ៗរបស់អ្នកប្រើប្រាស់៖ ការបាត់បង់អ្នកប្រើប្រាស់ LTV និងម៉ែត្រជាច្រើនទៀតដែលត្រូវបានកំណត់យ៉ាងងាយស្រួលនៅលើក្រាហ្វ។

យើងកំពុងកសាងសហគមន៍ជុំវិញ Retentioneering សម្រាប់ការផ្លាស់ប្តូរគំនិតដោយឥតគិតថ្លៃ។ អ្នកអាចគិតពីឧបករណ៍ដែលយើងកំពុងបង្កើតជាភាសាដែលអ្នកវិភាគ និងផលិតផលពីកម្មវិធីទូរស័ព្ទ និងគេហទំព័រផ្សេងៗគ្នាអាចផ្លាស់ប្តូរការយល់ដឹង បច្ចេកទេស និងវិធីសាស្រ្តដ៏ល្អបំផុត។ អ្នកអាចរៀនពីរបៀបប្រើឧបករណ៍ទាំងនេះនៅក្នុងវគ្គសិក្សា Growth Hacking៖ ការវិភាគកម្មវិធីទូរស័ព្ទ ស្រុកគោលពីរ។

ប្រភព: www.habr.com