IBM ທໍາອິດປະກາດການປະຕິເສດຂອງສະຕູດິໂອເຫຼົ່ານີ້ກັບຄືນໄປບ່ອນໃນ 10.2.2, ເຊິ່ງໄດ້ຖືກປ່ອຍອອກມາໃນປີ 2014. ໃນເວລານັ້ນ, ມີຄວາມກັງວົນຫຼາຍກ່ຽວກັບບ່ອນທີ່ຄວາມສາມາດນີ້ຈະລົງຈອດແລະບ່ອນທີ່ຜູ້ໃຊ້ເຫຼົ່ານັ້ນຈະໄປ. ເມື່ອເວລາຜ່ານໄປ, ພວກເຮົາໄດ້ເຫັນ IBM ລົງທຶນໃນ UX ທີ່ດີຫຼາຍ, ນໍາໃຊ້ຈຸດສຸມກັບຜູ້ໃຊ້ໃຫມ່ແລະການບໍລິການຕົນເອງເຊັ່ນດຽວກັນ, ແລະຊອກຫາການແກ້ໄຂກໍລະນີການນໍາໃຊ້ປົກກະຕິໂດຍສໍາເລັດດ້ວຍ Query Studio.
ຂ່າວດີແມ່ນວ່າຂໍ້ມູນຈໍາເພາະຂອງ Query Studio ແລະຄໍານິຍາມແມ່ນສະເຫມີ specs ຂະຫນາດນ້ອຍທີ່ລະບົບ Cognos ໄດ້ປ່ຽນເປັນຂໍ້ມູນຈໍາເພາະເຕັມທີ່ທີ່ໃຊ້ສໍາລັບ Report Studio (ປະຈຸບັນເອີ້ນວ່າຜູ້ຂຽນ). ນີ້ຫມາຍຄວາມວ່າເມື່ອໄປ CA12 ຊັບສິນ Query Studio ທັງຫມົດເຂົ້າມາໃນ Authoring.
ຈະເຮັດແນວໃດກ່ຽວກັບຜູ້ໃຊ້ທີ່ບໍ່ພໍໃຈເຫຼົ່ານີ້?
ຕອນນີ້ພວກເຮົາເຂົ້າໃຈວ່າບໍ່ມີເນື້ອຫາທີ່ສູນເສຍໄປໃນ Cognos Analytics 12 (CA), ໃຫ້ພວກເຮົາເຂົ້າໃຈຜົນກະທົບທີ່ແທ້ຈິງຕໍ່ຜູ້ໃຊ້. ຂ້ອຍຈະຊຸກຍູ້ໃຫ້ທຸກຄົນທີ່ໄປ CA12 ເຂົ້າໃຈການໃຊ້ຊັບສິນ Query Studio ຂອງອົງການຂອງເຂົາເຈົ້າ. ສິ່ງທີ່ຕ້ອງຊອກຫາແມ່ນ:
ຈໍານວນຂອງຊັບສິນ studio ສອບຖາມ
ຈໍານວນຊັບສິນຂອງສະຕູດິໂອແບບສອບຖາມທີ່ເຂົ້າເຖິງໃນ 12-18 ເດືອນທີ່ຜ່ານມາ
ຈຳນວນຊັບສິນ Query Studio ໃໝ່ທີ່ສ້າງຂຶ້ນໃນ 12-18 ເດືອນທີ່ຜ່ານມາ ແລະໂດຍໃຜ
ປະເພດຂອງບັນຈຸໃນສະເພາະ (ບັນຊີລາຍການ, crosstab, ຕາຕະລາງ ... ແລະອື່ນໆ)
ລະບຸຊັບສິນ Query Studio ທີ່ມີ Prompts
ລະບຸຊັບສິນ Query Studio ທີ່ກຳນົດເວລາໄວ້
ຂໍ້ມູນເຫຼົ່ານີ້ສາມາດຊ່ວຍໃຫ້ເຂົ້າໃຈເຖິງການໃຊ້ Query Studio (QS) ຂອງຜູ້ໃຊ້ສຸດທ້າຍຂອງທ່ານແລະຊ່ວຍໃຫ້ທ່ານສຸມໃສ່ພຽງແຕ່ເນື້ອຫາທີ່ໃຊ້ໃນປັດຈຸບັນ, ເຊັ່ນດຽວກັນກັບການກໍານົດກຸ່ມຜູ້ໃຊ້.
ຜູ້ໃຊ້ປະເພດທໍາອິດຂອງພວກເຮົາແມ່ນຜູ້ທີ່ຍັງສ້າງເນື້ອຫາໃຫມ່ໃນ Query Studio. ສໍາລັບຜູ້ໃຊ້ເຫຼົ່ານີ້, ພວກເຂົາຄວນຈະຊອກຫາສິ່ງມະຫັດສະຈັນຂອງ Dashboarding. ດ້ວຍຄວາມຊື່ສັດ, ນີ້ແມ່ນການຍົກລະດັບອັນໃຫຍ່ຫຼວງສໍາລັບພວກເຂົາ, ມັນໃຊ້ງ່າຍຫຼາຍ, ເນື້ອຫາຈະເບິ່ງດີຂຶ້ນຫຼາຍແລະໃນຂະນະທີ່ມັນມີພະລັງງານຫຼາຍ, ມັນບໍ່ເຂົ້າໄປໃນທາງ ... ແລະມັນມີຄວາມສາມາດ AI ທີ່ສວຍງາມ. ຢ່າງຈິງຈັງ, ການສ້າງເນື້ອຫາໃຫມ່ໃນ Dashboarding ດ້ວຍການຮຽນຮູ້ເລັກນ້ອຍແມ່ນໄວແລະງ່າຍດາຍ.
ຜູ້ໃຊ້ປະເພດທີສອງຂອງພວກເຮົາແມ່ນກຸ່ມຜູ້ໃຊ້ທີ່ໃຊ້ Cognos ເປັນປັ໊ມຂໍ້ມູນທີ່ມີລາຍຊື່ງ່າຍໆໃນ Query Studio ແລະຫນ້າທີ່ສົ່ງອອກ. ການນໍາໃຊ້ເຫຼົ່ານີ້ຄວນຈະເປັນ OK landing ໃນສະພາບແວດລ້ອມ authoring ງ່າຍດາຍ (ຜິວຫນັງສໍາລັບການ authoring ເພື່ອຫຼຸດຜ່ອນການທໍາງານແລະຄວາມຊັບຊ້ອນ) ເພື່ອປະຕິບັດການສົ່ງອອກຂອງເຂົາເຈົ້າ. ຖ້າພວກເຂົາບໍ່ມັກເບິ່ງການໂຕ້ຕອບ, ພວກເຂົາສາມາດເບິ່ງການກໍານົດເວລາລາຍການເຫຼົ່ານີ້. ແຕ່ຫນ້າເສຍດາຍ, Dashboarding ບໍ່ແມ່ນທາງເລືອກສໍາລັບຜູ້ໃຊ້ເຫຼົ່ານີ້ຖ້າພວກເຂົາກໍາລັງຊອກຫາການສ້າງເນື້ອຫາໃຫມ່ສໍາລັບການສົ່ງອອກ, ຍ້ອນວ່າມີຄວາມແຕກຕ່າງຫຼາຍຢ່າງລະຫວ່າງ QS ແລະ Dashboarding ທີ່ຍັງຄົງຢູ່. ໃນປັດຈຸບັນ, ວັດຖຸລາຍຊື່ໃນ Dashboarding ມີຂອບເຂດຈໍາກັດແຖວຂອງ 1000 ສະແດງແລະສົ່ງອອກ. ນີ້ເຮັດໃຫ້ຄວາມຮູ້ສຶກຍ້ອນວ່າມັນເປັນເຄື່ອງມືທີ່ມີສາຍຕາທີ່ຊ່ວຍຊອກຫາຄໍາຕອບທຽບກັບປັ໊ມຂໍ້ມູນແລະເຄື່ອງມືສົ່ງອອກ. ບັນຫາທີສອງແມ່ນການກໍານົດເວລາຂອງ Dashboard (ມີຫຼືບໍ່ມີການສົ່ງອອກ) ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນ. ນີ້ຍັງເຮັດໃຫ້ຄວາມຮູ້ສຶກຍ້ອນວ່າການອອກແບບຂອງ dashboard ແມ່ນສໍາລັບການສະແດງພາບແທນທີ່ຈະເປັນການນໍາສະເຫນີເຈ້ຍຫຼືການຫັດຖະກໍາຮູບພາບຂະຫນາດໃຫຍ່.
ດັ່ງນັ້ນ, ຈະເປັນແນວໃດຖ້າ Authoring (ງ່າຍ) ແລະທາງເລືອກ Dashboarding ຖືກປະຕິເສດ?
ຖ້າຜູ້ໃຊ້ປັ໊ມຂໍ້ມູນປະຕິເສດນີ້, ມັນແມ່ນເວລາທີ່ຈະນັ່ງລົງກັບພວກເຂົາແລະເຂົ້າໃຈບ່ອນທີ່ພວກເຂົາເອົາຂໍ້ມູນນີ້ແລະເປັນຫຍັງ. ວິທີການຈັດສົ່ງທາງເລືອກອອກຈາກ Cognos ອາດຈະຊ່ວຍໄດ້ຫຼືຜູ້ໃຊ້ພຽງແຕ່ຕ້ອງການການຊຸກຍູ້ເຂົ້າໃນການຂຽນຫຼື Dashboarding. ນອກຈາກນັ້ນ, ພວກເຂົາເຈົ້າອາດຈະພຽງແຕ່ເອົາຂໍ້ມູນໄປຫາເຄື່ອງມືອື່ນໃນສິບປີທີ່ຜ່ານມາແລະບໍ່ເຂົ້າໃຈວ່າ Cognos Analytics ໄດ້ມາເຖິງຄວາມຕ້ອງການຂອງພວກເຂົາຢ່າງແທ້ຈິງເທົ່າໃດ.
ຖ້າຜູ້ສ້າງເນື້ອຫາໃຫມ່ປະຕິເສດເລື່ອງນີ້, ອີກເທື່ອຫນຶ່ງ, ພວກເຮົາຈະຕ້ອງເຂົ້າໃຈວ່າເປັນຫຍັງ, ສະພາບແວດລ້ອມທີ່ຕ້ອງການຂອງພວກເຂົາແມ່ນຫຍັງ, ແລະກໍລະນີການນໍາໃຊ້ຂອງພວກເຂົາ. Dashboarding ຄວນຈະຖືກສະແດງໃຫ້ຜູ້ໃຊ້ເຫຼົ່ານີ້, ໂດຍສຸມໃສ່ AI, ເຮັດແນວໃດມັນເຮັດວຽກຢ່າງແທ້ຈິງ, ແລະວິທີທີ່ງ່າຍທີ່ສຸດ.
ທາງເລືອກສຸດທ້າຍສໍາລັບການຊ່ວຍໃຫ້ຜູ້ໃຊ້ເອົາຊະນະການປະຕິເສດ Cognos Analytics 12 ແມ່ນຄວາມສາມາດທີ່ຮູ້ຈັກຫນ້ອຍທີ່ເອີ້ນວ່າ Cognos Analytics ສໍາລັບ Microsoft Office. ນີ້ສະຫນອງ plugins ສໍາລັບ Microsoft Office (Word, PowerPoint, ແລະ Excel) ໃນການຕິດຕັ້ງ Windows Desktop ທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດດຶງເນື້ອຫາ (ພາບ) ຫຼືພົວພັນກັບ stack ຄໍາຖາມເພື່ອດຶງຂໍ້ມູນໂດຍກົງເຂົ້າໄປໃນ Excel.
ເພື່ອສະຫຼຸບອັນນີ້, ແມ່ນແລ້ວ, Query Studio ຫາຍໄປ, ແຕ່ເນື້ອຫາຍັງຄົງຢູ່. ກໍລະນີການນໍາໃຊ້ສ່ວນໃຫຍ່ສາມາດເຮັດໄດ້ດີກວ່າໃນປັດຈຸບັນໃນ CA12, ແລະແນວຄວາມຄິດຂອງການຖິ້ມຂີ້ເຫຍື້ອຫຼືແຊ່ແຂໍງ Cognos Analytics ໃນຮຸ່ນ 11 ຈະຂັດຂວາງພຽງແຕ່ທີມງານ Analytics ແລະ BI. ຢ່າປະເມີນຄ່າໃຊ້ຈ່າຍຂອງການເຄື່ອນຍ້າຍໄປຫາແພລະຕະຟອມອື່ນຫຼືຄ່າໃຊ້ຈ່າຍຂອງການຍົກລະດັບລະຫວ່າງຫຼາຍຮຸ່ນທີ່ສໍາຄັນ. ຜູ້ໃຊ້ຄວນເບິ່ງສາມທາງເລືອກ CA12:
- Dashboarding ກັບ AI.
- ປະສົບການການຂຽນແບບງ່າຍໆ.
- Cognos Analytics ສໍາລັບ Microsoft Office.
ສຸດທ້າຍ, ຜູ້ບໍລິຫານຄວນຈະເຂົ້າໃຈສິ່ງທີ່ຜູ້ໃຊ້ກໍາລັງເຮັດແລະວິທີການທີ່ພວກເຂົາກໍາລັງໃຊ້ລະບົບທຽບກັບພຽງແຕ່ການຮ້ອງຂໍ. ນີ້ແມ່ນເວລາສໍາລັບພວກເຂົາທີ່ຈະລຸກຂຶ້ນເປັນແຊ້ມ Analytics ແລະນໍາພາການສົນທະນາແລະເສັ້ນທາງໄປຂ້າງຫນ້າ.