ວິທີທີ່ຈະເຮັດໃຫ້ຜູ້ຊົມໃຊ້ຂອງທ່ານມີຄວາມສຸກໃນເວລາທີ່ເຜີຍແຜ່ການປັບປຸງທີ່ ສຳ ຄັນຕໍ່ ຄຳ ຮ້ອງສະ ໝັກ ຂອງທ່ານ

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

At CaseFleet ພວກເຮົາໄດ້ຮຽນຮູ້ບາງບົດຮຽນເຫຼົ່ານີ້ໃນວິທີທີ່ຍາກ, ເຖິງແມ່ນວ່າໃນໄລຍະຕົ້ນຂອງການພັດທະນາຂອງພວກເຮົາ. ໃນເບື້ອງຕົ້ນ, ການ ນຳ ທາງຂອງແອັບພລິເຄຊັນຂອງພວກເຮົາຕັ້ງຢູ່ແຖວແຖວຂອງໄອຄອນຢູ່ເທິງສຸດຂອງ ໜ້າ:

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

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

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

ບົດຮຽນທີ່ຖອດຖອນໄດ້: ປ່ຽນແປງແລ້ວ

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

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

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

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

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

ສິ່ງທ້າທາຍທີ່ຄຸ້ມຄ່າ

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