ວິທີການ Retentioneering ຖືກປະຕິບັດຢູ່ໃນ App ໃນອາກາດ

ການຮັກສາຜູ້ໃຊ້ໃນແອັບພລິເຄຊັນມືຖືເປັນວິທະຍາສາດທັງຫມົດ. ຜູ້ຂຽນຂອງຫຼັກສູດໄດ້ອະທິບາຍພື້ນຖານຂອງມັນຢູ່ໃນບົດຄວາມຂອງພວກເຮົາກ່ຽວກັບ VC.ru Growth Hacking: ການວິເຄາະແອັບຯມືຖື Maxim Godzi, ຫົວຫນ້າການຮຽນຮູ້ເຄື່ອງຈັກໃນ App ໃນອາກາດ. Maxim ເວົ້າກ່ຽວກັບເຄື່ອງມືທີ່ພັດທະນາໃນບໍລິສັດໂດຍໃຊ້ຕົວຢ່າງຂອງການເຮັດວຽກໃນການວິເຄາະແລະການເພີ່ມປະສິດທິພາບຂອງແອັບພລິເຄຊັນມືຖື. ວິທີການລະບົບນີ້ໃນການປັບປຸງຜະລິດຕະພັນ, ພັດທະນາໃນ App in the Air, ເອີ້ນວ່າ Retentioneering. ທ່ານສາມາດນໍາໃຊ້ເຄື່ອງມືເຫຼົ່ານີ້ໃນຜະລິດຕະພັນຂອງທ່ານ: ບາງສ່ວນຂອງພວກມັນຢູ່ໃນ ການເຂົ້າເຖິງຟຣີ ໃນ GitHub.

App in the Air ແມ່ນແອັບພລິເຄຊັນທີ່ມີຜູ້ໃຊ້ງານຫຼາຍກວ່າ 3 ລ້ານຄົນທົ່ວໂລກ, ເຊິ່ງທ່ານສາມາດຕິດຕາມຖ້ຽວບິນ, ໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບການປ່ຽນແປງເວລາອອກ/ເດີນທາງ, ເຊັກອິນ ແລະ ລັກສະນະສະໜາມບິນ.

ຈາກ funnel ກັບ trajectory

ທີມງານພັດທະນາທັງໝົດສ້າງຂະບວນການເລີ່ມຕົ້ນ (ຂະບວນການທີ່ແນໃສ່ການຍອມຮັບຂອງຜູ້ໃຊ້ຜະລິດຕະພັນ). ນີ້ແມ່ນຂັ້ນຕອນທໍາອິດທີ່ຊ່ວຍໃຫ້ທ່ານເບິ່ງລະບົບທັງຫມົດຈາກຂ້າງເທິງແລະຊອກຫາບັນຫາຄໍາຮ້ອງສະຫມັກ. ແຕ່ຍ້ອນວ່າຜະລິດຕະພັນພັດທະນາ, ທ່ານຈະຮູ້ສຶກວ່າມີຂໍ້ຈໍາກັດຂອງວິທີການນີ້. ການນໍາໃຊ້ funnel ງ່າຍດາຍ, ທ່ານບໍ່ສາມາດເຫັນຈຸດການຂະຫຍາຍຕົວທີ່ບໍ່ຊັດເຈນສໍາລັບຜະລິດຕະພັນ. ຈຸດ​ປະ​ສົງ​ຂອງ funnel ແມ່ນ​ເພື່ອ​ໃຫ້​ເບິ່ງ​ທົ່ວ​ໄປ​ໃນ​ຂັ້ນ​ຕອນ​ຂອງ​ຜູ້​ຊົມ​ໃຊ້​ໃນ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​, ເພື່ອ​ສະ​ແດງ​ໃຫ້​ທ່ານ​ມາດ​ຕະ​ຖານ​ມາດ​ຕະ​ຖານ​ໄດ້​. ແຕ່ funnel ລະມັດລະວັງຈະຊ່ອນ deviations ຈາກມາດຕະຖານໄປສູ່ບັນຫາທີ່ຈະແຈ້ງຫຼື, ກົງກັນຂ້າມ, ກິດຈະກໍາຂອງຜູ້ໃຊ້ພິເສດ.

ຢູ່ທີ່ App in the Air, ພວກເຮົາໄດ້ສ້າງຊ່ອງທາງຂອງພວກເຮົາເອງ, ແຕ່ເນື່ອງຈາກຄວາມສະເພາະຂອງຜະລິດຕະພັນ, ພວກເຮົາສິ້ນສຸດລົງດ້ວຍໂມງໂມງ. ຫຼັງຈາກນັ້ນ, ພວກເຮົາໄດ້ຕັດສິນໃຈທີ່ຈະຂະຫຍາຍວິທີການແລະນໍາໃຊ້ຂໍ້ມູນທີ່ອຸດົມສົມບູນທີ່ຄໍາຮ້ອງສະຫມັກຂອງມັນເອງໃຫ້ພວກເຮົາ.

ເມື່ອທ່ານສ້າງ funnel, ທ່ານຈະສູນເສຍເສັ້ນທາງການເລີ່ມຕົ້ນຂອງຜູ້ໃຊ້. Trajectories ປະກອບດ້ວຍລໍາດັບຂອງການປະຕິບັດໂດຍຜູ້ໃຊ້ແລະແອັບພລິເຄຊັນຕົວມັນເອງ (ຕົວຢ່າງເຊັ່ນການສົ່ງການແຈ້ງເຕືອນ).

ການນໍາໃຊ້ການສະແຕມເວລາ, ທ່ານສາມາດສ້າງເສັ້ນທາງຂອງຜູ້ໃຊ້ຄືນໃຫມ່ໄດ້ຢ່າງງ່າຍດາຍແລະສ້າງກາຟອອກຈາກມັນສໍາລັບແຕ່ລະຄົນ. ແນ່ນອນ, ມີຫຼາຍເສັ້ນສະແດງ. ດັ່ງນັ້ນ, ທ່ານຈໍາເປັນຕ້ອງຈັດກຸ່ມຜູ້ໃຊ້ທີ່ຄ້າຍຄືກັນ. ຕົວຢ່າງເຊັ່ນ, ທ່ານສາມາດຈັດຜູ້ໃຊ້ທັງຫມົດໂດຍແຖວຕາຕະລາງແລະລາຍຊື່ເລື້ອຍໆທີ່ພວກເຂົາໃຊ້ຫນ້າທີ່ສະເພາະໃດຫນຶ່ງ.

ອີງໃສ່ຕາຕະລາງດັ່ງກ່າວ, ພວກເຮົາສ້າງຕາຕະລາງແລະຈັດກຸ່ມຜູ້ໃຊ້ໂດຍຄວາມຖີ່ຂອງການນໍາໃຊ້ຫນ້າທີ່, ນັ້ນແມ່ນ, ໂດຍ nodes ໃນກາຟ. ນີ້ແມ່ນປົກກະຕິແລ້ວຂັ້ນຕອນທໍາອິດໄປສູ່ຄວາມເຂົ້າໃຈ: ຕົວຢ່າງ, ແລ້ວໃນຂັ້ນຕອນນີ້ທ່ານຈະເຫັນວ່າຜູ້ໃຊ້ບາງຄົນບໍ່ໄດ້ໃຊ້ບາງຫນ້າທີ່ທັງຫມົດ. ເມື່ອພວກເຮົາເຮັດການວິເຄາະຄວາມຖີ່, ພວກເຮົາເລີ່ມສຶກສາວ່າຂໍ້ໃດໃນກາຟແມ່ນ "ໃຫຍ່ທີ່ສຸດ", ນັ້ນແມ່ນ, ຫນ້າທີ່ຜູ້ໃຊ້ໄປຢ້ຽມຢາມຫຼາຍທີ່ສຸດ. ໝວດໝູ່ທີ່ມີຄວາມແຕກຕ່າງກັນໂດຍພື້ນຖານຕາມເງື່ອນໄຂທີ່ມີຄວາມສໍາຄັນຕໍ່ກັບທ່ານຈະຖືກເນັ້ນໃສ່ໃນທັນທີ. ທີ່ນີ້, ສໍາລັບການຍົກຕົວຢ່າງ, ແມ່ນສອງກຸ່ມຂອງຜູ້ໃຊ້ທີ່ພວກເຮົາແບ່ງອອກໂດຍອີງໃສ່ການຕັດສິນໃຈການສະຫມັກ (ມີທັງຫມົດ 16 ກຸ່ມ).

ວິທີການນໍາໃຊ້ມັນ

ໂດຍ​ການ​ເບິ່ງ​ຜູ້​ໃຊ້​ຂອງ​ທ່ານ​ວິ​ທີ​ການ​ນີ້​, ທ່ານ​ສາ​ມາດ​ເບິ່ງ​ວ່າ​ຄຸນ​ນະ​ສົມ​ບັດ​ທີ່​ທ່ານ​ນໍາ​ໃຊ້​ເພື່ອ​ຮັກ​ສາ​ພວກ​ເຂົາ​ຫຼື​, ສໍາ​ລັບ​ການ​ຍົກ​ຕົວ​ຢ່າງ​, ໃຫ້​ເຂົາ​ເຈົ້າ​ລົງ​ທະ​ບຽນ​. ຕາມທໍາມະຊາດ, ມາຕຣິກເບື້ອງຍັງຈະສະແດງໃຫ້ເຫັນສິ່ງທີ່ຈະແຈ້ງ. ຕົວຢ່າງ, ວ່າຜູ້ທີ່ຊື້ຈອງໄດ້ໄປຢ້ຽມຢາມຫນ້າຈໍການຈອງ. ແຕ່ນອກຈາກນີ້, ເຈົ້າຍັງສາມາດຊອກຫາຮູບແບບທີ່ເຈົ້າບໍ່ເຄີຍຮູ້ຈັກ.

ດັ່ງນັ້ນພວກເຮົາໂດຍບັງເອີນໄດ້ພົບເຫັນກຸ່ມຜູ້ໃຊ້ທີ່ເພີ່ມຖ້ຽວບິນ, ຕິດຕາມຢ່າງຫ້າວຫັນຕະຫຼອດມື້ແລະຫຼັງຈາກນັ້ນຫາຍໄປເປັນເວລາດົນນານຈົນກ່ວາພວກເຂົາບິນໄປບ່ອນອື່ນ. ຖ້າພວກເຮົາວິເຄາະພຶດຕິກໍາຂອງພວກເຂົາໂດຍໃຊ້ເຄື່ອງມືແບບດັ້ງເດີມ, ພວກເຮົາຈະຄິດວ່າພວກເຂົາບໍ່ພໍໃຈກັບການເຮັດວຽກຂອງແອັບພລິເຄຊັນ: ພວກເຮົາສາມາດອະທິບາຍໄດ້ແນວໃດອີກວ່າພວກເຂົາໃຊ້ມັນສໍາລັບມື້ຫນຶ່ງແລະບໍ່ເຄີຍກັບຄືນມາ. ແຕ່ດ້ວຍການຊ່ວຍເຫຼືອຂອງກາຟທີ່ພວກເຮົາເຫັນວ່າພວກມັນມີການເຄື່ອນໄຫວຫຼາຍ, ມັນເປັນພຽງແຕ່ວ່າກິດຈະກໍາທັງຫມົດຂອງພວກເຂົາເຫມາະໃນມື້ດຽວ.

ໃນປັດຈຸບັນວຽກງານຕົ້ນຕໍຂອງພວກເຮົາແມ່ນເພື່ອຊຸກຍູ້ໃຫ້ຜູ້ໃຊ້ດັ່ງກ່າວເຊື່ອມຕໍ່ກັບໂຄງການຄວາມສັດຊື່ຂອງສາຍການບິນລາວໃນຂະນະທີ່ລາວກໍາລັງໃຊ້ສະຖິຕິຂອງພວກເຮົາ. ໃນກໍລະນີນີ້, ພວກເຮົາຈະນໍາເຂົ້າຖ້ຽວບິນທັງຫມົດທີ່ລາວຊື້ແລະພະຍາຍາມຊຸກຍູ້ໃຫ້ລາວລົງທະບຽນທັນທີທີ່ລາວຊື້ປີ້ໃຫມ່. ເພື່ອແກ້ໄຂບັນຫານີ້, ພວກເຮົາຍັງໄດ້ເລີ່ມຮ່ວມມືກັບ Aviasales, Svyaznoy.Travel ແລະຄໍາຮ້ອງສະຫມັກອື່ນໆ. ເມື່ອຜູ້ໃຊ້ຂອງພວກເຂົາຊື້ປີ້, ແອັບຯຈະເຕືອນໃຫ້ພວກເຂົາເພີ່ມຖ້ຽວບິນໃສ່ App in the Air, ແລະພວກເຮົາເຫັນມັນທັນທີ.

ຂໍຂອບໃຈກັບກາຟ, ພວກເຮົາເຫັນວ່າ 5% ຂອງປະຊາຊົນຜູ້ທີ່ໄປຫນ້າຈໍການສະຫມັກໄດ້ຍົກເລີກມັນ. ພວກເຮົາເລີ່ມວິເຄາະກໍລະນີດັ່ງກ່າວ, ແລະເຫັນວ່າມີຜູ້ໃຊ້ທີ່ໄປຫາຫນ້າທໍາອິດ, ເລີ່ມຕົ້ນການເຊື່ອມຕໍ່ບັນຊີ Google ຂອງລາວ, ແລະຍົກເລີກມັນທັນທີ, ໄປຫາຫນ້າທໍາອິດອີກເທື່ອຫນຶ່ງ, ແລະອື່ນໆສີ່ຄັ້ງ. ທໍາອິດພວກເຮົາຄິດວ່າ, "ມີບາງຢ່າງຜິດພາດກັບຜູ້ໃຊ້ນີ້." ແລະຫຼັງຈາກນັ້ນພວກເຮົາຮູ້ວ່າ, ສ່ວນຫຼາຍອາດຈະ, ມີ bug ໃນຄໍາຮ້ອງສະຫມັກ. ໃນ funnel, ນີ້ຈະຖືກຕີຄວາມຫມາຍດັ່ງຕໍ່ໄປນີ້: ຜູ້ໃຊ້ບໍ່ມັກຊຸດການອະນຸຍາດທີ່ຄໍາຮ້ອງສະຫມັກຮ້ອງຂໍ, ແລະລາວໄດ້ອອກໄປ.

ອີກກຸ່ມຫນຶ່ງມີ 5% ຂອງຜູ້ໃຊ້ສູນເສຍໃນຫນ້າຈໍທີ່ app ກະຕຸ້ນໃຫ້ເຂົາເຈົ້າເລືອກຫນຶ່ງຈາກກິດປະຕິທິນທັງຫມົດໃນໂທລະສັບສະຫຼາດຂອງເຂົາເຈົ້າ. ຜູ້​ໃຊ້​ຈະ​ເລືອກ​ເອົາ​ປະ​ຕິ​ທິນ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ຫຼາຍ​ຄັ້ງ​ແລະ​ຫຼາຍ​ຄັ້ງ​ແລະ​ຫຼັງ​ຈາກ​ນັ້ນ​ພຽງ​ແຕ່​ອອກ​ຈາກ app ໄດ້​. ມັນປະກົດວ່າມີບັນຫາ UX: ຫຼັງຈາກຄົນເລືອກປະຕິທິນ, ພວກເຂົາຕ້ອງກົດ Done ໃນແຈຂວາເທິງ. ມັນພຽງແຕ່ວ່າບໍ່ແມ່ນຜູ້ໃຊ້ທັງຫມົດໄດ້ເຫັນມັນ.

ຫນ້າຈໍທໍາອິດຂອງ App ໃນອາກາດ

ໃນກາຟຂອງພວກເຮົາ, ພວກເຮົາໄດ້ເຫັນວ່າປະມານ 30% ຂອງຜູ້ໃຊ້ບໍ່ໄດ້ໄປນອກເຫນືອຈາກຫນ້າຈໍທໍາອິດ: ນີ້ແມ່ນຍ້ອນຄວາມຈິງທີ່ວ່າພວກເຮົາຂ້ອນຂ້າງຮຸກຮານໃນການຊຸກຍູ້ໃຫ້ຜູ້ໃຊ້ຈອງ. ໃນຫນ້າຈໍທໍາອິດ, ແອັບຯຈະເຕືອນໃຫ້ທ່ານລົງທະບຽນໂດຍໃຊ້ Google ຫຼື Triplt, ແລະບໍ່ມີຂໍ້ມູນກ່ຽວກັບການຂ້າມການລົງທະບຽນ. ຂອງຜູ້ທີ່ອອກຈາກຫນ້າຈໍທໍາອິດ, 16% ຂອງຜູ້ໃຊ້ຄລິກໃສ່ "ເພີ່ມເຕີມ" ແລະກັບຄືນອີກເທື່ອຫນຶ່ງ. ພວກເຮົາໄດ້ພົບເຫັນວ່າພວກເຂົາກໍາລັງຊອກຫາວິທີການລົງທະບຽນພາຍໃນໃນແອັບພລິເຄຊັນແລະພວກເຮົາຈະປ່ອຍມັນໃນການປັບປຸງຕໍ່ໄປ. ນອກຈາກນັ້ນ, 2/3 ຂອງຜູ້ທີ່ອອກໄປທັນທີບໍ່ໄດ້ກົດຫຍັງເລີຍ. ເພື່ອຊອກຫາສິ່ງທີ່ເກີດຂຶ້ນກັບພວກເຂົາ, ພວກເຮົາໄດ້ສ້າງແຜນທີ່ຄວາມຮ້ອນ. ມັນ turns ໃຫ້ເຫັນວ່າລູກຄ້າກໍາລັງຄລິກໃສ່ບັນຊີລາຍຊື່ຂອງຄຸນນະສົມບັດ app ທີ່ບໍ່ແມ່ນການເຊື່ອມຕໍ່ຄລິກ.

ບັນທຶກຊ່ວງເວລາຈຸນລະພາກ

ເຈົ້າສາມາດເຫັນຄົນຢຽບທາງຂ້າງທາງປູຢາງໄດ້ເລື້ອຍໆ. Retentioneering ແມ່ນຄວາມພະຍາຍາມທີ່ຈະຊອກຫາເສັ້ນທາງເຫຼົ່ານີ້ແລະ, ຖ້າເປັນໄປໄດ້, ປ່ຽນເສັ້ນທາງ.

ແນ່ນອນ, ມັນບໍ່ດີທີ່ພວກເຮົາຮຽນຮູ້ຈາກຜູ້ໃຊ້ທີ່ແທ້ຈິງ, ແຕ່ຢ່າງຫນ້ອຍພວກເຮົາໄດ້ເລີ່ມຕິດຕາມແບບອັດຕະໂນມັດທີ່ຊີ້ໃຫ້ເຫັນເຖິງບັນຫາຂອງຜູ້ໃຊ້ໃນແອັບພລິເຄຊັນ. ໃນປັດຈຸບັນຜູ້ຈັດການຜະລິດຕະພັນໄດ້ຮັບການແຈ້ງເຕືອນທາງອີເມລ໌ຖ້າມີຈໍານວນ "loops" ເກີດຂື້ນ - ເມື່ອຜູ້ໃຊ້ກັບຄືນສູ່ຫນ້າຈໍດຽວກັນເລື້ອຍໆເລື້ອຍໆ.

ລອງເບິ່ງວ່າຮູບແບບໃດໃນເສັ້ນທາງຂອງຜູ້ໃຊ້ໂດຍທົ່ວໄປແມ່ນຫນ້າສົນໃຈທີ່ຈະຊອກຫາເພື່ອວິເຄາະບັນຫາແລະພື້ນທີ່ການຂະຫຍາຍຕົວຂອງແອັບພລິເຄຊັນ:

• Loops ແລະຮອບວຽນ. loops ທີ່ໄດ້ກ່າວມາຂ້າງເທິງນີ້ແມ່ນເວລາທີ່ເຫດການຫນຶ່ງເກີດຂຶ້ນໃນ trajectory ຂອງຜູ້ໃຊ້, ຕົວຢ່າງ, calendar-calendar-calendar-calendar. Loop ທີ່ມີການຊໍ້າຄືນຫຼາຍແມ່ນຕົວຊີ້ວັດທີ່ຊັດເຈນຂອງບັນຫາການໂຕ້ຕອບຫຼືເຄື່ອງຫມາຍເຫດການທີ່ບໍ່ພຽງພໍ. A cycle ຍັງເປັນ trajectory ປິດ, ແຕ່ບໍ່ຄືກັບ loop ມັນປະກອບມີຫຼາຍກວ່າຫນຶ່ງເຫດການ, ຕົວຢ່າງ: ເບິ່ງປະຫວັດການບິນ - ການເພີ່ມຖ້ຽວບິນ - ເບິ່ງປະຫວັດການບິນ.
• Flowstoppers - ເມື່ອຜູ້ໃຊ້, ເນື່ອງຈາກອຸປະສັກບາງຢ່າງ, ບໍ່ສາມາດສືບຕໍ່ການເຄື່ອນໄຫວທີ່ຕ້ອງການຜ່ານແອັບພລິເຄຊັນ, ຕົວຢ່າງ, ຫນ້າຈໍທີ່ມີການໂຕ້ຕອບທີ່ບໍ່ຊັດເຈນກັບລູກຄ້າ. ເຫດການດັ່ງກ່າວຊ້າລົງແລະປ່ຽນເສັ້ນທາງຂອງຜູ້ໃຊ້.
• ຈຸດ Bifurcation ແມ່ນເຫດການທີ່ສໍາຄັນຫຼັງຈາກນັ້ນ trajectories ຂອງລູກຄ້າຂອງປະເພດຕ່າງໆໄດ້ຖືກແຍກອອກ. ໂດຍສະເພາະ, ເຫຼົ່ານີ້ແມ່ນຫນ້າຈໍທີ່ບໍ່ມີການຫັນປ່ຽນໂດຍກົງຫຼືການໂທຫາການປະຕິບັດກັບການປະຕິບັດເປົ້າຫມາຍ, ປະສິດທິຜົນຊຸກຍູ້ຜູ້ໃຊ້ບາງຄົນໄປສູ່ມັນ. ຕົວຢ່າງ, ບາງຫນ້າຈໍທີ່ບໍ່ກ່ຽວຂ້ອງໂດຍກົງກັບການຊື້ເນື້ອຫາໃນແອັບພລິເຄຊັນ, ແຕ່ວ່າລູກຄ້າມີແນວໂນ້ມທີ່ຈະຊື້ຫຼືບໍ່ຊື້ເນື້ອຫາ, ຈະມີພຶດຕິກໍາທີ່ແຕກຕ່າງກັນ. ຈຸດ Bifurcation ສາມາດເປັນຈຸດທີ່ມີອິດທິພົນຕໍ່ການກະທໍາຂອງຜູ້ໃຊ້ຂອງທ່ານດ້ວຍເຄື່ອງຫມາຍບວກ - ພວກເຂົາສາມາດມີອິດທິພົນຕໍ່ການຕັດສິນໃຈຊື້ຫຼືຄລິກ, ຫຼືເຄື່ອງຫມາຍລົບ - ພວກເຂົາສາມາດກໍານົດວ່າຫຼັງຈາກສອງສາມຂັ້ນຕອນຜູ້ໃຊ້ຈະອອກຈາກແອັບພລິເຄຊັນ.
• ຈຸດປ່ຽນໃຈເຫລື້ອມໃສທີ່ຖືກຍົກເລີກແມ່ນຈຸດທີ່ອາດຈະເກີດຂຶ້ນ. ທ່ານສາມາດຄິດວ່າພວກມັນເປັນຫນ້າຈໍທີ່ສາມາດກະຕຸ້ນການກະທໍາເປົ້າຫມາຍ, ແຕ່ບໍ່ແມ່ນ. ນີ້ອາດຈະເປັນຈຸດໃນເວລາທີ່ຜູ້ໃຊ້ມີຄວາມຕ້ອງການ, ແຕ່ພວກເຮົາບໍ່ພໍໃຈເພາະວ່າພວກເຮົາພຽງແຕ່ບໍ່ຮູ້ກ່ຽວກັບມັນ. ການວິເຄາະເສັ້ນທາງຄວນອະນຸຍາດໃຫ້ກໍານົດຄວາມຕ້ອງການນີ້.
• ຈຸດລົບກວນ - ຫນ້າຈໍ / ປ໊ອບອັບທີ່ບໍ່ສະຫນອງມູນຄ່າໃຫ້ກັບຜູ້ໃຊ້, ບໍ່ມີຜົນກະທົບຕໍ່ການປ່ຽນໃຈເຫລື້ອມໃສແລະສາມາດ "ມົວ" ເສັ້ນທາງ, ລົບກວນຜູ້ໃຊ້ຈາກການກະທໍາເປົ້າຫມາຍ.
• ຈຸດຕາບອດແມ່ນຈຸດທີ່ເຊື່ອງໄວ້ຂອງແອັບພລິເຄຊັນ, ຫນ້າຈໍແລະລັກສະນະທີ່ມີຄວາມຫຍຸ້ງຍາກຫຼາຍສໍາລັບຜູ້ໃຊ້ທີ່ຈະເຂົ້າເຖິງ.
• Drains - ຈຸດທີ່ການຈະລາຈອນຮົ່ວໄຫຼ

ໂດຍທົ່ວໄປ, ວິທີການທາງຄະນິດສາດໄດ້ອະນຸຍາດໃຫ້ພວກເຮົາເຂົ້າໃຈວ່າລູກຄ້າໃຊ້ຄໍາຮ້ອງສະຫມັກໃນລັກສະນະທີ່ແຕກຕ່າງກັນຫມົດກ່ວາຜູ້ຈັດການຜະລິດຕະພັນມັກຈະຄິດໃນເວລາທີ່ພະຍາຍາມວາງແຜນສະຖານະການການນໍາໃຊ້ມາດຕະຖານບາງຢ່າງສໍາລັບຜູ້ໃຊ້. ນັ່ງຢູ່ໃນຫ້ອງການແລະເຂົ້າຮ່ວມກອງປະຊຸມຜະລິດຕະພັນ coolest, ມັນຍັງມີຄວາມຫຍຸ້ງຍາກຫຼາຍທີ່ຈະຈິນຕະນາການຄວາມຫລາກຫລາຍຂອງສະພາບພາກສະຫນາມທີ່ແທ້ຈິງທີ່ຜູ້ໃຊ້ຈະແກ້ໄຂບັນຫາຂອງລາວໂດຍໃຊ້ຄໍາຮ້ອງສະຫມັກ.

ນີ້ເຕືອນຂ້ອຍກ່ຽວກັບເລື່ອງຕະຫລົກທີ່ຍິ່ງໃຫຍ່. ຜູ້ທົດສອບຍ່າງເຂົ້າໄປໃນແຖບແລະສັ່ງ: ແກ້ວເບຍ 2 ແກ້ວ, ເບຍ 0 ແກ້ວ, ເບຍ 999999999 ແກ້ວ, ແລນໃນແກ້ວ, ເບຍ 1 ແກ້ວ, qwertyuip ແກ້ວຂອງເບຍ. ລູກຄ້າທີ່ແທ້ຈິງທໍາອິດຍ່າງເຂົ້າໄປໃນແຖບແລະຖາມວ່າຫ້ອງນ້ໍາຢູ່ໃສ. ແຖບດັ່ງກ່າວໄດ້ລະເບີດຂຶ້ນ ແລະທຸກຄົນເສຍຊີວິດ.

ນັກວິເຄາະຜະລິດຕະພັນ, ເລິກເຂົ້າໄປໃນບັນຫານີ້, ໄດ້ເລີ່ມຕົ້ນທີ່ຈະແນະນໍາແນວຄວາມຄິດຂອງ micromoment ໄດ້. ຜູ້ໃຊ້ທີ່ທັນສະໄຫມຕ້ອງການການແກ້ໄຂທັນທີຕໍ່ກັບບັນຫາຂອງພວກເຂົາ. ກູໂກໄດ້ເລີ່ມຕົ້ນເວົ້າກ່ຽວກັບເລື່ອງນີ້ສອງສາມປີກ່ອນ: ບໍລິສັດເອີ້ນວ່າການກະທໍາຂອງຜູ້ໃຊ້ດັ່ງກ່າວ micro-moments. ຜູ້ໃຊ້ໄດ້ຮັບການລົບກວນ, ບັງເອີນປິດແອັບພລິເຄຊັນ, ບໍ່ເຂົ້າໃຈສິ່ງທີ່ຕ້ອງການຂອງລາວ, ເຂົ້າສູ່ລະບົບອີກເທື່ອຫນຶ່ງໃນມື້ຕໍ່ມາ, ລືມອີກເທື່ອຫນຶ່ງ, ແລະຫຼັງຈາກນັ້ນປະຕິບັດຕາມການເຊື່ອມຕໍ່ທີ່ເພື່ອນສົ່ງໃຫ້ລາວໃນ messenger. ແລະກອງປະຊຸມເຫຼົ່ານີ້ສາມາດໃຊ້ເວລາບໍ່ເກີນ 20 ວິນາທີ.

ດັ່ງນັ້ນພວກເຮົາຈຶ່ງເລີ່ມພະຍາຍາມຕັ້ງການເຮັດວຽກຂອງການບໍລິການສະຫນັບສະຫນູນເພື່ອໃຫ້ພະນັກງານເຂົ້າໃຈສິ່ງທີ່ບັນຫາແມ່ນເກືອບໃນເວລາທີ່ແທ້ຈິງ. ເມື່ອບຸກຄົນໃດຫນຶ່ງມາຮອດຫນ້າສະຫນັບສະຫນູນແລະເລີ່ມຕົ້ນຂຽນຄໍາຖາມຂອງລາວ, ພວກເຮົາສາມາດກໍານົດຄວາມສໍາຄັນຂອງບັນຫາ, ຮູ້ຈັກເສັ້ນທາງຂອງລາວ - ເຫດການ 100 ສຸດທ້າຍ. ກ່ອນຫນ້ານີ້, ພວກເຮົາອັດຕະໂນມັດການແຈກຢາຍຄໍາຮ້ອງຂໍການສະຫນັບສະຫນູນທັງຫມົດເຂົ້າໄປໃນປະເພດໂດຍໃຊ້ການວິເຄາະ ML ຂອງບົດເລື່ອງຂອງຄໍາຮ້ອງຂໍການສະຫນັບສະຫນູນ. ເຖິງວ່າຈະມີຜົນສໍາເລັດຂອງການຈັດປະເພດ, ເມື່ອ 87% ຂອງການຮ້ອງຂໍທັງຫມົດຖືກແຈກຢາຍຢ່າງຖືກຕ້ອງເຂົ້າໄປໃນຫນຶ່ງໃນ 13 ປະເພດ, ມັນແມ່ນການເຮັດວຽກກັບ trajectories ທີ່ສາມາດຊອກຫາການແກ້ໄຂທີ່ເຫມາະສົມທີ່ສຸດສໍາລັບສະຖານະການຂອງຜູ້ໃຊ້ໂດຍອັດຕະໂນມັດ.

ພວກເຮົາບໍ່ສາມາດປ່ອຍການອັບເດດໄດ້ໄວ, ແຕ່ພວກເຮົາສາມາດສັງເກດເຫັນບັນຫາໄດ້ ແລະຖ້າຜູ້ໃຊ້ປະຕິບັດຕາມສະຖານະການທີ່ພວກເຮົາໄດ້ເຫັນແລ້ວ, ໃຫ້ສົ່ງການແຈ້ງເຕືອນໃຫ້ລາວ.

ພວກເຮົາເຫັນວ່າວຽກງານການເພີ່ມປະສິດທິພາບຂອງແອັບພລິເຄຊັນຕ້ອງການເຄື່ອງມືທີ່ອຸດົມສົມບູນສໍາລັບການສຶກສາເສັ້ນທາງຂອງຜູ້ໃຊ້. ນອກຈາກນັ້ນ, ການຮູ້ເສັ້ນທາງທັງຫມົດທີ່ຜູ້ໃຊ້ປະຕິບັດ, ທ່ານສາມາດປູເສັ້ນທາງທີ່ຈໍາເປັນ, ແລະດ້ວຍການຊ່ວຍເຫຼືອຂອງເນື້ອຫາທີ່ກໍາຫນົດເອງ, ການແຈ້ງເຕືອນແລະອົງປະກອບ UI ທີ່ດັດແປງ "ດ້ວຍມື" ນໍາພາຜູ້ໃຊ້ໄປສູ່ການປະຕິບັດເປົ້າຫມາຍທີ່ເຫມາະສົມກັບຄວາມຕ້ອງການຂອງລາວທີ່ດີທີ່ສຸດແລະນໍາເອົາເງິນ. , ຂໍ້ມູນແລະມູນຄ່າອື່ນໆສໍາລັບທຸລະກິດຂອງທ່ານ.

ສິ່ງທີ່ຄວນສັງເກດ

• ການສຶກສາການປ່ຽນຜູ້ໃຊ້ພຽງແຕ່ໃຊ້ funnels ເປັນຕົວຢ່າງຫມາຍຄວາມວ່າການສູນເສຍຂໍ້ມູນທີ່ອຸດົມສົມບູນທີ່ແອັບພລິເຄຊັນຕົວມັນເອງໃຫ້ພວກເຮົາ.

• ການວິເຄາະການຮັກສາໄວ້ຂອງເສັ້ນທາງຂອງຜູ້ໃຊ້ໃນກາຟຊ່ວຍໃຫ້ທ່ານເຫັນວ່າຄຸນສົມບັດໃດທີ່ທ່ານໃຊ້ເພື່ອຮັກສາຜູ້ໃຊ້ຫຼື, ຕົວຢ່າງ, ຊຸກຍູ້ໃຫ້ພວກເຂົາຈອງ.
• ເຄື່ອງມື Retentioneering ຊ່ວຍໃຫ້ອັດຕະໂນມັດ, ໃນເວລາທີ່ແທ້ຈິງ, ຕິດຕາມຮູບແບບທີ່ຊີ້ບອກເຖິງບັນຫາຂອງຜູ້ໃຊ້ໃນແອັບພລິເຄຊັນ, ຊອກຫາແລະປິດຂໍ້ບົກພ່ອງບ່ອນທີ່ພວກເຂົາຍາກທີ່ຈະສັງເກດເຫັນ.

• ພວກເຂົາຊ່ວຍຊອກຫາຮູບແບບທີ່ບໍ່ຊັດເຈນຂອງພຶດຕິກໍາຂອງຜູ້ໃຊ້.

• ເຄື່ອງມື Retentioneering ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະສ້າງເຄື່ອງມື ML ອັດຕະໂນມັດສໍາລັບການຄາດຄະເນເຫດການຂອງຜູ້ໃຊ້ທີ່ສໍາຄັນແລະ metrics: ການສູນເສຍຜູ້ໃຊ້, LTV ແລະຫຼາຍ metrics ທີ່ຖືກກໍານົດໄດ້ງ່າຍໃນກາຟ.

ພວກເຮົາກໍາລັງສ້າງຊຸມຊົນປະມານ Retentioneering ສໍາລັບການແລກປ່ຽນແນວຄວາມຄິດໂດຍບໍ່ເສຍຄ່າ. ທ່ານສາມາດຄິດເຖິງເຄື່ອງມືທີ່ພວກເຮົາກໍາລັງພັດທະນາເປັນພາສາທີ່ນັກວິເຄາະແລະຜະລິດຕະພັນຈາກຄໍາຮ້ອງສະຫມັກມືຖືແລະເວັບທີ່ແຕກຕ່າງກັນສາມາດແລກປ່ຽນຄວາມເຂົ້າໃຈ, ເຕັກນິກແລະວິທີການທີ່ດີທີ່ສຸດ. ທ່ານສາມາດຮຽນຮູ້ວິທີການນໍາໃຊ້ເຄື່ອງມືເຫຼົ່ານີ້ໃນຫຼັກສູດ Growth Hacking: ການວິເຄາະແອັບຯມືຖື ເມືອງສອງ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com