នៅក្នុងផ្នែកដំបូងនៃស៊េរីនេះ យើងបានបង្កើតការផ្លាស់ប្តូរជាមូលដ្ឋានពី generative ទៅ ភ្នាក់ងារបញ្ញាសិប្បនិម្មិត។ យើងបានស្វែងយល់ពីមូលហេតុដែលការលោតផ្លោះពីការផ្ដល់យោបល់ដល់ការសម្ដែងទាមទារកញ្ចប់ឧបករណ៍ផ្លូវចិត្ត និងវិធីសាស្រ្តថ្មីសម្រាប់អ្នកស្រាវជ្រាវ UX អ្នកគ្រប់គ្រងផលិតផល និងអ្នកដឹកនាំ។ យើងបានកំណត់និយមន័យនៃឥរិយាបទភ្នាក់ងារ ចាប់ពីការផ្តល់យោបល់ដល់ការធ្វើសកម្មភាពដោយស្វ័យភាព គូសបញ្ជាក់អំពីវិធីសាស្រ្តស្រាវជ្រាវសំខាន់ៗ កំណត់ហានិភ័យនៃសំណល់ភ្នាក់ងារ និងបង្កើតរង្វាស់គណនេយ្យភាពដែលទាមទារដើម្បីរុករកទឹកដីថ្មីនេះ។ យើងបានគ្របដណ្តប់អំពីអ្វី និងមូលហេតុ។ ឥឡូវនេះយើងផ្លាស់ប្តូរពីមូលដ្ឋានគ្រឹះទៅមុខងារ។ អត្ថបទនេះផ្តល់នូវរបៀប៖ គំរូនៃការរចនាជាក់ស្តែង ក្របខ័ណ្ឌប្រតិបត្តិការ និងការអនុវត្តរបស់អង្គការដែលមានសារៈសំខាន់សម្រាប់ការកសាងប្រព័ន្ធភ្នាក់ងារដែលមិនត្រឹមតែមានអនុភាពប៉ុណ្ណោះទេ ប៉ុន្តែក៏មានតម្លាភាព អាចគ្រប់គ្រងបាន និងសក្តិសមសម្រាប់ការជឿទុកចិត្តរបស់អ្នកប្រើប្រាស់ផងដែរ។ ប្រសិនបើការស្រាវជ្រាវរបស់យើងជាឧបករណ៍វិនិច្ឆ័យ គំរូទាំងនេះគឺជាផែនការព្យាបាល។ ពួកវាជាយន្តការជាក់ស្តែង ដែលយើងអាចផ្តល់ឱ្យអ្នកប្រើប្រាស់នូវអារម្មណ៍នៃការគ្រប់គ្រង សូម្បីតែនៅពេលដែលយើងផ្តល់ស្វ័យភាព AI ដែលមិនធ្លាប់មានពីមុនមកក៏ដោយ។ គោលដៅគឺដើម្បីបង្កើតបទពិសោធន៍មួយដែលស្វ័យភាពមានអារម្មណ៍ថាជាឯកសិទ្ធិដែលផ្តល់ដោយអ្នកប្រើប្រាស់ មិនមែនជាសិទ្ធិដែលរឹបអូសដោយប្រព័ន្ធនោះទេ។ លំនាំ UX ស្នូលសម្រាប់ប្រព័ន្ធភ្នាក់ងារ ការរចនាសម្រាប់ភ្នាក់ងារ AI កំពុងរចនាសម្រាប់ទំនាក់ទំនង។ ទំនាក់ទំនងនេះ ដូចជាភាពជាដៃគូជោគជ័យណាមួយ ត្រូវតែត្រូវបានបង្កើតឡើងនៅលើទំនាក់ទំនងច្បាស់លាស់ ការយោគយល់គ្នា និងព្រំដែនដែលបានបង្កើតឡើង។ ដើម្បីគ្រប់គ្រងការផ្លាស់ប្តូរពីការផ្ដល់យោបល់ទៅសកម្មភាព យើងប្រើប្រាស់លំនាំចំនួនប្រាំមួយ ដែលធ្វើតាមវដ្តជីវិតមុខងារនៃអន្តរកម្មភ្នាក់ងារ៖
Pre-Action (បង្កើតចេតនា) ការមើលជាមុនដោយចេតនា និងការហៅទូរសព្ទដោយស្វ័យប្រវត្តិ ធានាថាអ្នកប្រើប្រាស់កំណត់ផែនការ និងព្រំដែនរបស់ភ្នាក់ងារ មុនពេលមានអ្វីកើតឡើង។ នៅក្នុងសកម្មភាព (ការផ្តល់បរិបទ) សញ្ញាហេតុផលដែលអាចពន្យល់បាន និងទំនុកចិត្តរក្សាបាននូវតម្លាភាព ខណៈពេលដែលភ្នាក់ងារធ្វើការ ដោយបង្ហាញពី "ហេតុអ្វី" និង "របៀបជាក់លាក់" ។ សកម្មភាពក្រោយសកម្មភាព (សុវត្ថិភាព និងការស្តារឡើងវិញ) សវនកម្មសកម្មភាព និងមិនធ្វើវិញ និងផ្លូវកើនឡើងផ្តល់នូវសំណាញ់សុវត្ថិភាពសម្រាប់កំហុស ឬពេលវេលាមិនច្បាស់លាស់ខ្ពស់។
ខាងក្រោមនេះ យើងនឹងរៀបរាប់លម្អិតអំពីគំរូនីមួយៗ រួមទាំងការណែនាំសម្រាប់ម៉ែត្រសម្រាប់ជោគជ័យ។ គោលដៅទាំងនេះគឺជាស្តង់ដារតំណាងដោយផ្អែកលើស្តង់ដារឧស្សាហកម្ម។ កែតម្រូវពួកវាដោយផ្អែកលើហានិភ័យដែនជាក់លាក់របស់អ្នក។ 1. ការមើលជាមុនដោយចេតនា៖ ការបញ្ជាក់អំពីអ្វី និងរបៀប គំរូនេះគឺជាការសន្ទនាដែលស្មើនឹងការនិយាយថា "នេះជាអ្វីដែលខ្ញុំនឹងធ្វើ។ តើអ្នកមិនអីទេ?" វាជាពេលវេលាមូលដ្ឋាននៃការស្វែងរកការយល់ព្រមនៅក្នុងទំនាក់ទំនងអ្នកប្រើប្រាស់-ភ្នាក់ងារ។ មុនពេលភ្នាក់ងារធ្វើសកម្មភាពសំខាន់ណាមួយ អ្នកប្រើប្រាស់ត្រូវតែមានការយល់ដឹងច្បាស់លាស់ និងច្បាស់លាស់អំពីអ្វីដែលនឹងកើតឡើង។ ការមើលជាមុនដោយចេតនា ឬសេចក្តីសង្ខេបផែនការ បង្កើតការយល់ព្រមជាដំណឹង។ វាគឺជាការផ្អាកការសន្ទនាមុនពេលធ្វើសកម្មភាព ដោយបំប្លែងប្រអប់ខ្មៅនៃដំណើរការស្វយ័តទៅជាផែនការដែលមានតម្លាភាព និងអាចពិនិត្យឡើងវិញបាន។ ការគូសបញ្ជាក់ផ្នែកចិត្តសាស្រ្ត ការបង្ហាញផែនការមុនពេលធ្វើសកម្មភាពកាត់បន្ថយបន្ទុកនៃការយល់ដឹង និងលុបបំបាត់ការភ្ញាក់ផ្អើល ដោយផ្តល់ឱ្យអ្នកប្រើប្រាស់មួយភ្លែតដើម្បីផ្ទៀងផ្ទាត់ថាភ្នាក់ងារយល់ច្បាស់ពីចេតនារបស់ពួកគេ។ កាយវិភាគសាស្ត្រនៃការមើលជាមុននូវចេតនាប្រកបដោយប្រសិទ្ធភាព៖
ភាពច្បាស់លាស់ និងសង្ខេបការមើលជាមុនត្រូវតែអាចរំលាយបានភ្លាមៗ។ វាគួរតែសង្ខេបសកម្មភាព និងលទ្ធផលបឋមជាភាសាសាមញ្ញ ជៀសវាងពាក្យចចាមអារ៉ាមបច្ចេកទេស។ ជាឧទាហរណ៍ ជំនួសឱ្យ "ការប្រតិបត្តិការហៅ API ដើម្បីលុបចោល_កក់ (លេខសម្គាល់: 4A7B)" វាគួរតែនិយាយថា "បោះបង់ជើងហោះហើរ AA123 ទៅសាន់ហ្វ្រាន់ស៊ីស្កូ។" ជំហានបន្តបន្ទាប់គ្នាសម្រាប់ប្រតិបត្តិការច្រើនជំហាន ការមើលជាមុនគួរតែគូសបញ្ជាក់ដំណាក់កាលសំខាន់ៗ។ នេះបង្ហាញពីតក្កវិជ្ជារបស់ភ្នាក់ងារ និងអនុញ្ញាតឱ្យអ្នកប្រើប្រាស់រកឃើញបញ្ហាដែលអាចកើតមាននៅក្នុងលំដាប់ដែលបានស្នើឡើង។ ជម្រះសកម្មភាពអ្នកប្រើប្រាស់ការមើលជាមុនគឺជាចំណុចសម្រេចចិត្ត មិនមែនគ្រាន់តែជាការជូនដំណឹងនោះទេ។ វាត្រូវតែត្រូវបានអមដោយសំណុំច្បាស់លាស់នៃជម្រើស។ វាជាពេលនៃការកកិតដោយចេតនា ជា 'ការប៉ះទង្គិចល្បឿន' ក្នុងដំណើរការដែលបានរចនាឡើងដើម្បីធានាថាអ្នកប្រើកំពុងធ្វើការជ្រើសរើសដោយដឹងខ្លួន ជាពិសេសសម្រាប់សកម្មភាពដែលមិនអាចត្រឡប់វិញបាន ឬមានប្រាក់ភ្នាល់ខ្ពស់។
ចូរយើងពិនិត្យមើលឡើងវិញនូវសេណារីយ៉ូជំនួយការការធ្វើដំណើររបស់យើងពីផ្នែកដំបូងនៃស៊េរីនេះ។ យើងប្រើជំនួយការសកម្មនេះ ដើម្បីបង្ហាញពីរបៀបដែលភ្នាក់ងារដោះស្រាយការលុបចោលជើងហោះហើរ។ ភ្នាក់ងារបានរកឃើញការលុបចោលជើងហោះហើរ និងបានបង្កើតផែនការសង្គ្រោះ។ Intent Preview នឹងមើលទៅដូចនេះ៖ គម្រោងដែលបានស្នើឡើងសម្រាប់ការរំខានការធ្វើដំណើររបស់អ្នក ខ្ញុំបានរកឃើញថាជើងហោះហើរនៅម៉ោង 10:05 ព្រឹករបស់អ្នកត្រូវបានលុបចោល។ នេះជាអ្វីដែលខ្ញុំគ្រោងនឹងធ្វើ៖ បោះបង់ជើងហោះហើរ UA456 ដំណើរការការបង្វិលសងប្រាក់វិញ និងបញ្ជាក់ព័ត៌មានលម្អិតអំពីការលុបចោល។ កក់ឡើងវិញនៅលើជើងហោះហើរ DL789 កក់កៅអីដែលបានបញ្ជាក់នៅលើជើងហោះហើរមិនឈប់នៅម៉ោង 2:30 រសៀល ព្រោះនេះគឺជាជើងហោះហើរមិនឈប់បន្ទាប់ដែលមានបញ្ជាក់កៅអី។ ធ្វើបច្ចុប្បន្នភាពការកក់សណ្ឋាគារ ជូនដំណឹងដល់ Marriott ថាអ្នកនឹងមកដល់យឺត។ អ៊ីមែលដែលបានធ្វើបច្ចុប្បន្នភាព កាលវិភាគ ផ្ញើព័ត៌មានលម្អិតអំពីជើងហោះហើរ និងសណ្ឋាគារថ្មីទៅកាន់អ្នក និងជំនួយការរបស់អ្នកគឺ Jane Doe ។
ការមើលជាមុននេះមានប្រសិទ្ធភាព ព្រោះវាផ្តល់នូវរូបភាពពេញលេញ ពីការលុបចោលរហូតដល់ការទំនាក់ទំនង និងផ្តល់នូវផ្លូវបីផ្សេងគ្នាឆ្ពោះទៅមុខ៖ ការយល់ព្រមពេញលេញ (បន្ត) បំណងប្រាថ្នាសម្រាប់ការកែប្រែ (កែសម្រួលផែនការ) ឬការបដិសេធពេញលេញ (ដោះស្រាយវាដោយខ្លួនឯង)។ ការគ្រប់គ្រងពហុមុខនេះគឺជាមូលដ្ឋានគ្រឹះនៃការជឿទុកចិត្ត។
ពេលណាត្រូវផ្តល់អាទិភាពដល់គំរូនេះ លំនាំនេះមិនអាចចរចារបានសម្រាប់សកម្មភាពណាមួយដែលមិនអាចត្រឡប់វិញបានទេ (ឧ. ការលុបទិន្នន័យអ្នកប្រើប្រាស់) ពាក់ព័ន្ធនឹងប្រតិបត្តិការហិរញ្ញវត្ថុនៃចំនួនទឹកប្រាក់ណាមួយ ចែករំលែកព័ត៌មានជាមួយមនុស្ស ឬប្រព័ន្ធផ្សេងទៀត ឬធ្វើការផ្លាស់ប្តូរដ៏សំខាន់ដែលអ្នកប្រើប្រាស់មិនអាចមិនធ្វើវិញបានដោយងាយ។ ហានិភ័យនៃ Omission ដោយគ្មានវា អ្នកប្រើប្រាស់មានអារម្មណ៍ថាមានការស្ទាក់ចាប់ដោយសកម្មភាពរបស់ភ្នាក់ងារ ហើយនឹងបិទមុខងារនេះ ដើម្បីទទួលបានការគ្រប់គ្រងឡើងវិញ។ មាត្រដ្ឋានសម្រាប់ជោគជ័យ៖
ផែនការសមាមាត្រទទួលយក ទទួលយកដោយគ្មានការកែសម្រួល / ផែនការសរុបត្រូវបានបង្ហាញ។ គោលដៅ > 85% ។ បដិសេធ FrequencyTotal ដោះស្រាយវាដោយខ្លួនឯង ការចុច / ផែនការសរុបត្រូវបានបង្ហាញ។ អត្រា > 10% បង្កឱ្យមានការពិនិត្យមើលគំរូ។ រំលឹកឡើងវិញនូវភាពត្រឹមត្រូវភាគរយនៃអ្នកចូលរួមការធ្វើតេស្តដែលអាចរាយបញ្ជីជំហានរបស់គម្រោងបានត្រឹមត្រូវ 10 វិនាទីបន្ទាប់ពីការមើលជាមុនត្រូវបានលាក់។
អនុវត្តវាទៅដែនដែលមានភាគហ៊ុនខ្ពស់។ ខណៈពេលដែលផែនការធ្វើដំណើរគឺជាខ្សែបន្ទាត់មូលដ្ឋានដែលអាចទាក់ទងគ្នាបាន គំរូនេះក្លាយជាមិនអាចខ្វះបាននៅក្នុងបរិយាកាសដ៏ស្មុគស្មាញ និងមានភាគហ៊ុនខ្ពស់ ដែលកំហុសនាំឱ្យមានការរអាក់រអួលច្រើនជាងការធ្វើដំណើររបស់បុគ្គលម្នាក់។ ពួកយើងជាច្រើនធ្វើការនៅក្នុងការកំណត់ដែលការសម្រេចចិត្តខុសអាចបណ្តាលឱ្យមានការដាច់ប្រព័ន្ធ ធ្វើឱ្យសុវត្ថិភាពអ្នកជំងឺប្រឈមនឹងហានិភ័យ ឬលទ្ធផលមហន្តរាយជាច្រើនផ្សេងទៀតដែលបច្ចេកវិទ្យាមិនគួរទុកចិត្តនឹងណែនាំ។ ពិចារណាភ្នាក់ងារចេញផ្សាយ DevOps ដែលមានភារកិច្ចគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធពពក។ នៅក្នុងបរិបទនេះ ការមើលជាមុនដោយចេតនាដើរតួនាទីជារបាំងសុវត្ថិភាពប្រឆាំងនឹងការឈប់សម្រាកដោយចៃដន្យ។
នៅក្នុងចំណុចប្រទាក់នេះ វាក្យស័ព្ទជាក់លាក់ (Drain Traffic, Rollback) ជំនួសភាពទូទៅ ហើយសកម្មភាពគឺមានលក្ខណៈគោលពីរ និងមានឥទ្ធិពល។ អ្នកប្រើប្រាស់អនុញ្ញាតការផ្លាស់ប្តូរប្រតិបត្តិការដ៏សំខាន់ដោយផ្អែកលើតក្កវិជ្ជារបស់ភ្នាក់ងារ ជាជាងការយល់ព្រមលើការណែនាំ។ 2. ការហៅទូរសព្ទស្វ័យភាព៖ ការវាយតម្លៃការជឿទុកចិត្តដោយមានការអនុញ្ញាតជាបណ្តើរៗ រាល់ទំនាក់ទំនងដែលមានសុខភាពល្អមានព្រំដែន។ Autonomy Dial គឺជារបៀបដែលអ្នកប្រើប្រាស់បង្កើតវាជាមួយភ្នាក់ងាររបស់ពួកគេ ដោយកំណត់នូវអ្វីដែលពួកគេពេញចិត្តក្នុងការដោះស្រាយភ្នាក់ងារដោយខ្លួនឯង។ ការជឿទុកចិត្តមិនមែនជាការប្តូរប្រព័ន្ធគោលពីរទេ។ វាជាវិសាលគម។ អ្នកប្រើប្រាស់អាចទុកចិត្តភ្នាក់ងារដើម្បីដោះស្រាយកិច្ចការដែលមានភាគហ៊ុនទាបដោយស្វ័យភាព ប៉ុន្តែទាមទារការបញ្ជាក់ពេញលេញសម្រាប់ការសម្រេចចិត្តដែលមានភាគហ៊ុនខ្ពស់។ Autonomy Dial ដែលជាទម្រង់នៃការអនុញ្ញាតជាបណ្តើរៗ អនុញ្ញាតឱ្យអ្នកប្រើប្រាស់កំណត់កម្រិតនៃភាពឯករាជ្យរបស់ភ្នាក់ងារដែលពេញចិត្ត ដោយធ្វើឱ្យពួកគេចូលរួមយ៉ាងសកម្មក្នុងការកំណត់ទំនាក់ទំនង។ ការអនុលោមតាមចិត្តសាស្ត្រ ការអនុញ្ញាតឱ្យអ្នកប្រើប្រាស់កែតម្រូវស្វ័យភាពរបស់ភ្នាក់ងារផ្តល់ឱ្យពួកគេនូវទីតាំងនៃការគ្រប់គ្រង ដោយអនុញ្ញាតឱ្យពួកគេផ្គូផ្គងអាកប្បកិរិយារបស់ប្រព័ន្ធទៅនឹងការអត់ឱនចំពោះហានិភ័យផ្ទាល់ខ្លួនរបស់ពួកគេ។ ការអនុវត្តនេះអាចត្រូវបានអនុវត្តជាការកំណត់សាមញ្ញ និងច្បាស់លាស់នៅក្នុងកម្មវិធី តាមឧត្ដមគតិលើមូលដ្ឋាននៃប្រភេទភារកិច្ចនីមួយៗ។ ដោយប្រើការចាត់ថ្នាក់ពីអត្ថបទដំបូងរបស់យើង ការកំណត់អាចជា៖
សង្កេត និងផ្ដល់យោបល់ខ្ញុំចង់ឱ្យមានការជូនដំណឹងអំពីឱកាស ឬបញ្ហា ប៉ុន្តែភ្នាក់ងារនឹងមិនដែលស្នើគម្រោងនោះទេ។ Plan & Propose ភ្នាក់ងារអាចបង្កើតផែនការបាន ប៉ុន្តែខ្ញុំត្រូវតែពិនិត្យមើលរាល់សកម្មភាពមុននឹងធ្វើ។ ធ្វើសកម្មភាពជាមួយការបញ្ជាក់សម្រាប់កិច្ចការដែលធ្លាប់ស្គាល់ ភ្នាក់ងារអាចរៀបចំសកម្មភាព ហើយខ្ញុំនឹងផ្តល់ការបញ្ជាក់ចុងក្រោយនៃការទៅ/មិនទៅ។ ធ្វើសកម្មភាពដោយស្វ័យភាពសម្រាប់កិច្ចការដែលបានអនុម័តជាមុន (ឧ. ជម្លោះការគិតថ្លៃក្រោម $50) ភ្នាក់ងារអាចធ្វើសកម្មភាពដោយឯករាជ្យ និងជូនដំណឹងដល់ខ្ញុំបន្ទាប់ពីការពិត។
ជាឧទាហរណ៍ ជំនួយការអ៊ីមែលអាចមានការហៅទូរសព្ទស្វ័យភាពដាច់ដោយឡែកសម្រាប់កំណត់ពេលប្រជុំធៀបនឹងការផ្ញើអ៊ីមែលក្នុងនាមអ្នកប្រើប្រាស់។ ភាពលម្អិតនេះគឺជាគន្លឹះ ព្រោះវាឆ្លុះបញ្ចាំងពីភាពជាក់ស្តែងនៃទំនុកចិត្តរបស់អ្នកប្រើប្រាស់។ ពេលណាត្រូវផ្តល់អាទិភាពដល់គំរូនេះ ផ្តល់អាទិភាពដល់វានៅក្នុងប្រព័ន្ធដែលកិច្ចការមានភាពខុសគ្នាយ៉ាងទូលំទូលាយនៅក្នុងហានិភ័យ និងចំណូលចិត្តផ្ទាល់ខ្លួន (ឧ. ឧបករណ៍គ្រប់គ្រងហិរញ្ញវត្ថុ វេទិកាទំនាក់ទំនង)។ វាចាំបាច់សម្រាប់ការចាប់ផ្តើមដំណើរការ ដែលអនុញ្ញាតឱ្យអ្នកប្រើប្រាស់ចាប់ផ្តើមជាមួយនឹងស្វ័យភាពទាប និងបង្កើនវានៅពេលដែលទំនុកចិត្តរបស់ពួកគេកើនឡើង។ ហានិភ័យនៃ Omission ដោយគ្មានបញ្ហានេះ អ្នកប្រើប្រាស់ដែលជួបប្រទះការបរាជ័យតែមួយនឹងបោះបង់ចោលភ្នាក់ងារទាំងស្រុង ជាជាងគ្រាន់តែហៅទៅក្រោយការអនុញ្ញាតរបស់វា។ មាត្រដ្ឋានសម្រាប់ជោគជ័យ៖
Trust DensityPercentage breakdown of users per setting (ឧ. ស្នើ 20%, 50% បញ្ជាក់, 30% Auto)។ ការកំណត់ ChurnNumber នៃការផ្លាស់ប្តូរការកំណត់ / អ្នកប្រើប្រាស់សកម្មសរុបក្នុងមួយខែ។ ភាពច្របូកច្របល់ខ្ពស់បង្ហាញពីទំនុកចិត្តភាពប្រែប្រួល។
3. ហេតុផលដែលអាចពន្យល់បាន៖ ឆ្លើយថាហេតុអ្វី? បន្ទាប់ពីធ្វើសកម្មភាព ដៃគូល្អពន្យល់ពីហេតុផលរបស់ពួកគេ។ គំរូនេះគឺជាការប្រាស្រ័យទាក់ទងបើកចំហដែលធ្វើតាមសកម្មភាពមួយ ដោយឆ្លើយថាហេតុអ្វី? មុនពេលវាត្រូវបានសួរ។ "ខ្ញុំបានធ្វើវាព្រោះអ្នកបានប្រាប់ខ្ញុំកាលពីអតីតកាលថាអ្នកចូលចិត្ត X" នៅពេលដែលភ្នាក់ងារធ្វើសកម្មភាព ជាពិសេសដោយស្វ័យភាព សំណួរភ្លាមៗនៅក្នុងចិត្តរបស់អ្នកប្រើប្រាស់គឺជារឿយៗ ហេតុអ្វីបានជាវាធ្វើដូច្នេះ? គំរូហេតុផលដែលអាចពន្យល់បាន ឆ្លើយសំណួរនេះយ៉ាងសកម្ម ដោយផ្តល់នូវយុត្តិកម្មសង្ខេបសម្រាប់ការសម្រេចចិត្តរបស់ភ្នាក់ងារ។ នេះមិនមែនជាឯកសារកំណត់ហេតុបច្ចេកទេសទេ។ នៅក្នុងអត្ថបទទីមួយរបស់ខ្ញុំនៃស៊េរីនេះ យើងបានពិភាក្សាអំពីការបកប្រែប្រព័ន្ធបឋមទៅជាភាសាដែលប្រឈមមុខនឹងអ្នកប្រើប្រាស់ដើម្បីការពារការបោកប្រាស់។ គំរូនេះគឺជាការអនុវត្តជាក់ស្តែងនៃគោលការណ៍នោះ។ វាបំប្លែងតក្កវិជ្ជាឆៅទៅជាការពន្យល់ដែលអាចអានបានដោយមនុស្ស ដោយផ្អែកលើចំណូលចិត្តដែលបានបញ្ជាក់ផ្ទាល់របស់អ្នកប្រើប្រាស់ និងការបញ្ចូលពីមុន។ ការបញ្ជាក់ខាងផ្លូវចិត្ត នៅពេលដែលសកម្មភាពរបស់ភ្នាក់ងារអាចពន្យល់បាន ពួកគេមានអារម្មណ៍សមហេតុសមផលជាជាងការចៃដន្យ ដោយជួយអ្នកប្រើប្រាស់បង្កើតគំរូផ្លូវចិត្តត្រឹមត្រូវនៃរបៀបដែលភ្នាក់ងារគិត។ ហេតុផលដែលមានប្រសិទ្ធភាព៖
មូលដ្ឋាននៅក្នុង Precedent ការពន្យល់ដ៏ល្អបំផុតភ្ជាប់ត្រឡប់ទៅច្បាប់ ចំណូលចិត្ត ឬសកម្មភាពពីមុន។ សាមញ្ញ និងដោយផ្ទាល់ ជៀសវាងតក្កវិជ្ជាតាមលក្ខខណ្ឌស្មុគស្មាញ។ ប្រើរចនាសម្ព័ន្ធសាមញ្ញ "ព្រោះអ្នកនិយាយថា X ខ្ញុំបានធ្វើ Y" ។
ត្រឡប់ទៅឧទាហរណ៍ការធ្វើដំណើរវិញ បន្ទាប់ពីជើងហោះហើរត្រូវបានកក់ឡើងវិញដោយស្វ័យភាព អ្នកប្រើប្រាស់អាចនឹងឃើញវានៅក្នុងផ្ទាំងជូនដំណឹងរបស់ពួកគេ៖ ខ្ញុំបានកក់ជើងហោះហើរដែលបានលុបចោលរបស់អ្នកឡើងវិញហើយ។ ជើងហោះហើរថ្មី៖ Delta 789 ចេញដំណើរនៅម៉ោង 2:30 រសៀល។ មូលហេតុដែលខ្ញុំចាត់វិធានការនេះ៖ ជើងហោះហើរដើមរបស់អ្នកត្រូវបានលុបចោលដោយក្រុមហ៊ុនអាកាសចរណ៍។ អ្នកបានយល់ព្រមជាមុននូវការកក់ដោយស្វ័យប្រវត្តិសម្រាប់ជើងហោះហើរដែលមិនឈប់នៅថ្ងៃដដែល។[ View New Itinerary ] [ Undo this Action ]
ហេតុផលគឺច្បាស់លាស់ ការពារ និងពង្រឹងគំនិតដែលថាភ្នាក់ងារកំពុងប្រតិបត្តិការនៅក្នុងព្រំដែនដែលអ្នកប្រើប្រាស់បានបង្កើត។ ពេលណាត្រូវផ្តល់អាទិភាពដល់គំរូនេះ ផ្តល់អាទិភាពសម្រាប់សកម្មភាពស្វយ័តណាមួយ ដែលហេតុផលមិនច្បាស់ភ្លាមៗពីបរិបទ ជាពិសេសសម្រាប់សកម្មភាពដែលកើតឡើងនៅផ្ទៃខាងក្រោយ ឬត្រូវបានបង្កឡើងដោយព្រឹត្តិការណ៍ខាងក្រៅ (ដូចជាឧទាហរណ៍ការលុបចោលជើងហោះហើរ)។ ហានិភ័យនៃ Omission ដោយគ្មានវា អ្នកប្រើប្រាស់បកស្រាយសកម្មភាពស្វ័យភាពត្រឹមត្រូវថាជាឥរិយាបទចៃដន្យ ឬ 'កំហុស' ដែលរារាំងពួកគេពីការបង្កើតគំរូផ្លូវចិត្តត្រឹមត្រូវ។ មាត្រដ្ឋានសម្រាប់ជោគជ័យ៖
ហេតុអ្វី? បរិមាណសំបុត្រចំនួនសំបុត្រគាំទ្រដែលដាក់ស្លាក "អាកប្បកិរិយាភ្នាក់ងារ - មិនច្បាស់លាស់" សម្រាប់អ្នកប្រើប្រាស់សកម្ម 1,000 ។ សុពលភាពសមហេតុផលភាគរយនៃអ្នកប្រើប្រាស់ដែលវាយតម្លៃការពន្យល់ថា 'មានប្រយោជន៍' នៅក្នុងការស្ទង់មតិក្រោយអន្តរកម្ម។
4. សញ្ញានៃទំនុកចិត្ត គំរូនេះគឺនិយាយអំពីភ្នាក់ងារដឹងដោយខ្លួនឯងនៅក្នុងទំនាក់ទំនង។ តាមរយៈការប្រាស្រ័យទាក់ទងជាមួយទំនុកចិត្តរបស់ខ្លួន វាជួយអ្នកប្រើប្រាស់សម្រេចចិត្តថាពេលណាគួរជឿជាក់លើការវិនិច្ឆ័យរបស់ខ្លួន និងពេលណាត្រូវអនុវត្តការត្រួតពិនិត្យបន្ថែមទៀត។ ដើម្បីជួយអ្នកប្រើប្រាស់កំណត់ការជឿទុកចិត្តរបស់ពួកគេ ភ្នាក់ងារគួរតែបង្ហាញទំនុកចិត្តរបស់ខ្លួនចំពោះផែនការ និងសកម្មភាពរបស់ខ្លួន។ នេះធ្វើឱ្យស្ថានភាពផ្ទៃក្នុងរបស់ភ្នាក់ងារមានភាពច្បាស់លាស់ និងជួយអ្នកប្រើប្រាស់សម្រេចចិត្តថាពេលណាត្រូវពិនិត្យមើលការសម្រេចចិត្តឱ្យកាន់តែជិតស្និទ្ធ។ ភាពមិនប្រាកដប្រជាផ្នែកចិត្តសាស្ត្រ ការការពារភាពលំអៀងនៃស្វ័យប្រវត្តិកម្ម ជំរុញឱ្យអ្នកប្រើប្រាស់ពិនិត្យមើលផែនការដែលមានទំនុកចិត្តទាប ជាជាងការទទួលយកដោយងងឹតងងុល។ ការអនុវត្ត៖
ពិន្ទុទំនុកចិត្តភាគរយសាមញ្ញ (ឧ. ទំនុកចិត្ត៖ 95%) អាចជាសូចនាករដែលអាចស្កេនបានរហ័ស។ សេចក្តីប្រកាសអំពីវិសាលភាព សេចក្តីថ្លែងការណ៍ច្បាស់លាស់នៃផ្នែកជំនាញរបស់ភ្នាក់ងារ (ឧ. វិសាលភាព៖ ការកក់ការធ្វើដំណើរតែប៉ុណ្ណោះ) ជួយគ្រប់គ្រងការរំពឹងទុករបស់អ្នកប្រើប្រាស់ និងការពារពួកគេពីការស្នើសុំឱ្យភ្នាក់ងារបំពេញកិច្ចការដែលវាមិនត្រូវបានរចនាឡើងសម្រាប់។ Visual CuesA សញ្ញាធីកពណ៌បៃតងអាចបង្ហាញពីទំនុកចិត្តខ្ពស់ ខណៈដែលសញ្ញាសួរពណ៌លឿងអាចបង្ហាញពីភាពមិនច្បាស់លាស់ ដែលជំរុញឱ្យអ្នកប្រើប្រាស់ពិនិត្យមើលឡើងវិញដោយយកចិត្តទុកដាក់។
ពេលណាត្រូវផ្តល់អាទិភាពដល់គំរូនេះ ផ្តល់អាទិភាពនៅពេលដែលការអនុវត្តរបស់ភ្នាក់ងារអាចប្រែប្រួលយ៉ាងខ្លាំងដោយផ្អែកលើគុណភាពនៃទិន្នន័យបញ្ចូល ឬភាពមិនច្បាស់លាស់នៃកិច្ចការ។ វាមានតម្លៃជាពិសេសនៅក្នុងប្រព័ន្ធអ្នកជំនាញ (ឧ. ជំនួយផ្នែកវេជ្ជសាស្រ្ត ជំនួយការកូដ) ដែលមនុស្សត្រូវតែវាយតម្លៃលទ្ធផលរបស់ AI យ៉ាងខ្លាំង។ ហានិភ័យនៃ Omission ប្រសិនបើគ្មានវាទេ អ្នកប្រើប្រាស់នឹងធ្លាក់ចូលទៅក្នុងភាពលំអៀងនៃស្វ័យប្រវត្តិកម្ម ទទួលយកដោយងងឹតងងល់នូវការយល់ច្រលំដែលមានទំនុកចិត្តទាប ឬពិនិត្យមើលការងារដែលមានទំនុកចិត្តខ្ពស់ពីរដងដោយអន្ទះសារ។ មាត្រដ្ឋានសម្រាប់ជោគជ័យ៖
Calibration ScorePearson ទំនាក់ទំនងរវាងពិន្ទុទំនុកចិត្តគំរូ និងអត្រាទទួលយកអ្នកប្រើប្រាស់។ គោលដៅ > 0.8 ។ ការពិនិត្យពិច័យ DeltaDifference រវាងពេលវេលាពិនិត្យជាមធ្យមនៃផែនការទំនុកចិត្តទាប និងផែនការដែលមានទំនុកចិត្តខ្ពស់។ រំពឹងថានឹងមានភាពវិជ្ជមាន (ឧ. +12 វិនាទី)។
5. សវនកម្មសកម្មភាព និងមិនធ្វើវិញ៖ បណ្តាញសុវត្ថិភាពចុងក្រោយ ការជឿជាក់ទាមទារឱ្យដឹងថាអ្នកអាចងើបឡើងវិញពីកំហុស។ ការមិនធ្វើមុខងារគឺជាសំណាញ់សុវត្ថិភាពទំនាក់ទំនងចុងក្រោយ ដោយធានាដល់អ្នកប្រើប្រាស់ថា ទោះបីជាភ្នាក់ងារយល់ខុសក៏ដោយ ផលវិបាកមិនមែនជាមហន្តរាយទេ។ យន្តការដ៏មានឥទ្ធិពលបំផុតតែមួយគត់សម្រាប់ការកសាងទំនុកចិត្តរបស់អ្នកប្រើប្រាស់គឺសមត្ថភាពក្នុងការផ្លាស់ប្តូរសកម្មភាពរបស់ភ្នាក់ងារបានយ៉ាងងាយស្រួល។ កំណត់ហេតុសវនកម្មសកម្មភាពដែលងាយស្រួលអានជាប់រហូតជាមួយប៊ូតុងមិនធ្វើដ៏លេចធ្លោសម្រាប់រាល់សកម្មភាពដែលអាចធ្វើទៅបានគឺជាសំណាញ់សុវត្ថិភាពចុងក្រោយ។ វាកាត់បន្ថយយ៉ាងខ្លាំងនូវហានិភ័យនៃការផ្តល់ស្វ័យភាព។ ការពង្រឹងផ្លូវចិត្ត ការដឹងថាកំហុសអាចត្រូវបានលុបចោលយ៉ាងងាយស្រួល បង្កើតសុវត្ថិភាពផ្លូវចិត្ត ដោយលើកទឹកចិត្តឱ្យអ្នកប្រើប្រាស់ផ្ទេរភារកិច្ចដោយមិនភ័យខ្លាចចំពោះផលវិបាកដែលមិនអាចត្រឡប់វិញបាន។ ការរចនាការអនុវត្តល្អបំផុត៖
Timeline ViewA កំណត់ហេតុកាលប្បវត្តិនៃសកម្មភាពដែលផ្តួចផ្តើមដោយភ្នាក់ងារទាំងអស់គឺជាទម្រង់វិចារណញាណបំផុត។ ជម្រះសូចនាករស្ថានភាពបង្ហាញថាតើសកម្មភាពមួយបានជោគជ័យកំពុងដំណើរការឬមិនបានធ្វើវិញទេ។ Time-Limited Undos សម្រាប់សកម្មភាពដែលមិនអាចត្រឡប់វិញបានបន្ទាប់ពីចំណុចជាក់លាក់មួយ (ឧ. ការកក់មិនអាចបង្វិលសងវិញបាន) UI ត្រូវតែទំនាក់ទំនងយ៉ាងច្បាស់ពីបង្អួចពេលវេលានេះ (ឧ. មិនអាចធ្វើវិញបានក្នុងរយៈពេល 15 នាទី)។ តម្លាភាពនេះអំពីការកំណត់របស់ប្រព័ន្ធគឺមានសារៈសំខាន់ដូចគ្នានឹងសមត្ថភាពមិនធ្វើវិញដែរ។ ភាពស្មោះត្រង់អំពីពេលដែលសកម្មភាពក្លាយជាអចិន្ត្រៃយ៍ បង្កើតទំនុកចិត្ត។
ពេលណាត្រូវផ្តល់អាទិភាពដល់គំរូនេះជាគំរូមូលដ្ឋានដែលគួរត្រូវបានអនុវត្តនៅក្នុងប្រព័ន្ធភ្នាក់ងារស្ទើរតែទាំងអស់។ វាពិតជាមិនអាចចរចារបាននៅពេលណែនាំលក្ខណៈពិសេសស្វយ័ត ឬនៅពេលដែលតម្លៃនៃកំហុស (ហិរញ្ញវត្ថុ សង្គម ឬទាក់ទងនឹងទិន្នន័យ) ខ្ពស់។ ហានិភ័យនៃ Omission ដោយគ្មានបញ្ហានេះ កំហុសមួយនឹងបំផ្លាញទំនុកចិត្តជាអចិន្ត្រៃយ៍ ដោយសារអ្នកប្រើប្រាស់ដឹងថាពួកគេគ្មានសំណាញ់សុវត្ថិភាព។ មាត្រដ្ឋានសម្រាប់ជោគជ័យ៖
អត្រាបញ្ច្រាសមិនធ្វើសកម្មភាព / សកម្មភាពសរុបបានអនុវត្ត។ ប្រសិនបើអត្រាបញ្ច្រាស > 5% សម្រាប់កិច្ចការជាក់លាក់ បិទស្វ័យប្រវត្តិកម្មសម្រាប់កិច្ចការនោះ។ Safety Net ConversionPercentage នៃអ្នកប្រើប្រាស់ដែលដំឡើងកំណែទៅ Act Autonomously ក្នុងរយៈពេល 7 ថ្ងៃបន្ទាប់ពីជោគជ័យក្នុងការប្រើប្រាស់ Undo។
6. ផ្លូវកើនឡើង៖ ដោះស្រាយភាពមិនច្បាស់លាស់ប្រកបដោយភាពទន់ភ្លន់ ដៃគូឆ្លាតវៃដឹងថាពេលណាត្រូវសុំជំនួយជំនួសឱ្យការទាយ។ គំរូនេះអនុញ្ញាតឱ្យភ្នាក់ងារដោះស្រាយភាពមិនច្បាស់លាស់ប្រកបដោយភាពស្និទ្ធស្នាលដោយបង្កើនដល់អ្នកប្រើប្រាស់ បង្ហាញពីភាពរាបទាបដែលបង្កើតជាជាងការបំផ្លាញទំនុកចិត្ត។ សូម្បីតែភ្នាក់ងារកម្រិតខ្ពស់បំផុតនឹងជួបប្រទះស្ថានភាពដែលវាមិនច្បាស់លាស់អំពីចេតនារបស់អ្នកប្រើ ឬសកម្មភាពដ៏ល្អបំផុត។ របៀបដែលវាដោះស្រាយភាពមិនច្បាស់លាស់នេះគឺជាពេលវេលាកំណត់។ ភ្នាក់ងារដែលបានរចនាយ៉ាងល្អមិនស្មាន; វាកើនឡើង។ ការគូសបញ្ជាក់ផ្នែកចិត្តសាស្រ្តនៅពេលដែលភ្នាក់ងារទទួលស្គាល់ដែនកំណត់របស់ខ្លួនជាជាងការស្មាន វាបង្កើតការជឿទុកចិត្តដោយការគោរពសិទ្ធិអំណាចរបស់អ្នកប្រើប្រាស់ក្នុងស្ថានភាពមិនច្បាស់លាស់។ លំនាំការកើនឡើងរួមមាន:
ការស្នើសុំការបំភ្លឺ “អ្នកបាននិយាយ 'ថ្ងៃអង្គារបន្ទាប់។' តើអ្នកមានន័យថា ថ្ងៃទី 30 ខែកញ្ញា ឬថ្ងៃទី 7 ខែតុលា? ការបង្ហាញជម្រើស "ខ្ញុំបានរកឃើញជើងហោះហើរចំនួនបីដែលត្រូវនឹងលក្ខណៈវិនិច្ឆ័យរបស់អ្នក។ តើមួយណាមើលទៅល្អបំផុតសម្រាប់អ្នក?" ការស្នើសុំអន្តរាគមន៍ពីមនុស្សសម្រាប់កិច្ចការដែលមានភាគហ៊ុនខ្ពស់ ឬមិនច្បាស់លាស់ខ្ពស់ ភ្នាក់ងារគួរតែមានផ្លូវច្បាស់លាស់ក្នុងការទាក់ទងអ្នកជំនាញ ឬភ្នាក់ងារជំនួយ។ ប្រអប់បញ្ចូលអាចជា៖ "ប្រតិបត្តិការនេះហាក់បីដូចជាមិនធម្មតា ហើយខ្ញុំមិនមានទំនុកចិត្តអំពីរបៀបបន្ត។ តើអ្នកចង់ឱ្យខ្ញុំដាក់ទង់នេះសម្រាប់ភ្នាក់ងារមនុស្សពិនិត្យមើលទេ?"
ពេលណាត្រូវផ្តល់អាទិភាពដល់គំរូនេះ ផ្តល់អាទិភាពក្នុងដែនដែលចេតនារបស់អ្នកប្រើអាចមានភាពមិនច្បាស់លាស់ ឬអាស្រ័យទៅលើបរិបទខ្ពស់ (ឧ. អន្តរកម្មភាសាធម្មជាតិ សំណួរទិន្នន័យស្មុគស្មាញ)។ ប្រើវានៅពេលណាដែលភ្នាក់ងារដំណើរការជាមួយព័ត៌មានមិនពេញលេញ ឬនៅពេលដែលមានផ្លូវត្រឹមត្រូវច្រើន។ ហានិភ័យនៃ Omission ប្រសិនបើគ្មានវាទេ ភ្នាក់ងារនឹងធ្វើការទស្សន៍ទាយប្រកបដោយទំនុកចិត្ត និងមហន្តរាយដែលធ្វើអោយអ្នកប្រើប្រាស់ដាច់ឆ្ងាយពីគ្នា។ មាត្រដ្ឋានសម្រាប់ជោគជ័យ៖
ការកើនឡើងប្រេកង់ភ្នាក់ងារស្នើសុំជំនួយ / កិច្ចការសរុប។ ជួរដែលមានសុខភាពល្អ: 5-15% ។ ការងើបឡើងវិញនូវអត្រាជោគជ័យ កិច្ចការបានបញ្ចប់ក្រោយការកើនឡើង / ការកើនឡើងសរុប។ គោលដៅ> 90% ។
លំនាំ ល្អបំផុតសម្រាប់ ហានិភ័យបឋម សូចនាករគន្លឹះ ចេតនាមើលជាមុន សកម្មភាពហិរញ្ញវត្ថុដែលមិនអាចត្រឡប់វិញបាន អ្នកប្រើប្រាស់មានអារម្មណ៍ស្ទាក់ចាប់ > 85% អត្រាទទួលយក ការហៅទូរសព្ទស្វ័យភាព កិច្ចការដែលមានកម្រិតហានិភ័យអថេរ ការបោះបង់ចោលមុខងារសរុប ការកំណត់កូរ ហេតុផលដែលអាចពន្យល់បាន។ ផ្ទៃខាងក្រោយ ឬកិច្ចការស្វយ័ត អ្នកប្រើប្រាស់យល់ឃើញកំហុស “ហេតុអ្វី?” បរិមាណសំបុត្រ សញ្ញានៃទំនុកចិត្ត អ្នកជំនាញ ឬប្រព័ន្ធភ្នាល់ខ្ពស់។ ភាពលំអៀងស្វ័យប្រវត្តិកម្ម ពិនិត្យតំបន់ដីសណ្ត សវនកម្មសកម្មភាព & មិនធ្វើវិញ ប្រព័ន្ធភ្នាក់ងារទាំងអស់។ ការបាត់បង់ទំនុកចិត្តជាអចិន្ត្រៃយ៍ <5%អត្រាបញ្ច្រាស ផ្លូវកើនឡើង ចេតនាអ្នកប្រើប្រាស់មិនច្បាស់លាស់ ទំនុកចិត្ត ការទស្សន៍ទាយគ្រោះមហន្តរាយ > 90% ជោគជ័យនៃការស្តារឡើងវិញ
តារាងទី 1៖ សេចក្តីសង្ខេបនៃគំរូ Agentic AI UX ។ ចងចាំថាត្រូវកែតម្រូវរង្វាស់ដោយផ្អែកលើហានិភ័យ និងតម្រូវការដែនជាក់លាក់របស់អ្នក។ ការរចនាសម្រាប់ជួសជុលនិងជួសជុល នេះជាការរៀនពីរបៀបសុំទោសប្រកបដោយប្រសិទ្ធភាព។ ការសុំទោសដ៏ល្អ ទទួលស្គាល់កំហុស ជួសជុលការខូចខាត និងសន្យាថានឹងរៀនពីវា។ កំហុសមិនមែនជាលទ្ធភាពទេ។ ពួកគេគឺជាជៀសមិនរួច។ ភាពជោគជ័យរយៈពេលវែងនៃប្រព័ន្ធភ្នាក់ងារគឺអាស្រ័យតិចទៅលើសមត្ថភាពរបស់វាក្នុងការល្អឥតខ្ចោះ និងច្រើនទៀតលើសមត្ថភាពរបស់វាក្នុងការងើបឡើងវិញយ៉ាងប្រណិតនៅពេលដែលវាបរាជ័យ។ ក្របខ័ណ្ឌដ៏រឹងមាំសម្រាប់ការជួសជុល និងជួសជុលគឺជាលក្ខណៈស្នូល មិនមែនជាការគិតក្រោយនោះទេ។ ការសុំទោសប្រកបដោយការយល់ចិត្ត និងដំណោះស្រាយច្បាស់លាស់ នៅពេលភ្នាក់ងារធ្វើខុស សារកំហុសគឺជាការសុំទោស។ វាត្រូវតែត្រូវបានរចនាឡើងជាមួយនឹងភាពជាក់លាក់ផ្លូវចិត្ត។ ពេលនេះគឺជាឱកាសដ៏សំខាន់មួយដើម្បីបង្ហាញពីការទទួលខុសត្រូវ។ តាមទស្សនៈនៃការរចនាសេវាកម្ម នេះគឺជាកន្លែងដែលក្រុមហ៊ុនអាចប្រើភាពស្រដៀងគ្នានៃការស្ដារសេវាកម្មឡើងវិញ៖ បាតុភូតដែលអតិថិជនដែលជួបប្រទះនឹងការបរាជ័យនៃសេវាកម្ម បន្ទាប់មកការស្ដារឡើងវិញដោយជោគជ័យ និងការយល់ចិត្ត អាចក្លាយជាមនុស្សស្មោះត្រង់ជាងអតិថិជនដែលមិនធ្លាប់ជួបប្រទះការបរាជ័យទាល់តែសោះ។ កំហុសដែលបានដោះស្រាយបានល្អអាចជាព្រឹត្តិការណ៍កសាងទំនុកចិត្តដ៏មានឥទ្ធិពលជាងប្រវត្តិដ៏យូរនៃការប្រតិបត្តិដោយគ្មានកំហុស។ ចំណុចសំខាន់គឺការចាត់ទុកកំហុសថាជាការប្រេះឆាទំនាក់ទំនង ដែលចាំបាច់ត្រូវកែសំរួល។ នេះរួមបញ្ចូលៈ
ទទួលស្គាល់កំហុស សារគួរតែបញ្ជាក់យ៉ាងច្បាស់ និងសាមញ្ញថាមានកំហុស។ ឧទាហរណ៍៖ ខ្ញុំបានផ្ទេរប្រាក់មិនត្រឹមត្រូវ។ បញ្ជាក់ការកែតម្រូវជាបន្ទាន់ តាមដានភ្លាមៗជាមួយនឹងសកម្មភាពដោះស្រាយ។ ឧទាហរណ៍៖ ខ្ញុំបានប្តូរសកម្មភាពនេះ ហើយថវិកាត្រូវបានប្រគល់ទៅគណនីរបស់អ្នកវិញ។ ផ្តល់ផ្លូវសម្រាប់ជំនួយបន្ថែមជានិច្ច ផ្តល់នូវតំណភ្ជាប់ច្បាស់លាស់ទៅកាន់ការគាំទ្ររបស់មនុស្ស។ នេះកាត់បន្ថយការខកចិត្ត និងបង្ហាញថាមានប្រព័ន្ធនៃការទទួលខុសត្រូវលើសពីភ្នាក់ងារខ្លួនឯង។
UI ជួសជុលដែលបានរចនាយ៉ាងល្អអាចមើលទៅដូចនេះ៖ យើងបានធ្វើខុសលើការផ្ទេរថ្មីៗរបស់អ្នក។ ខ្ញុំសូមអភ័យទោស។ ខ្ញុំបានផ្ទេរប្រាក់ 250 ដុល្លារទៅគណនីខុស។✔ សកម្មភាពកែតម្រូវ៖ ការផ្ទេរប្រាក់ត្រូវបានដាក់បញ្ច្រាស ហើយ 250 ដុល្លាររបស់អ្នកត្រូវបានបង្វិលសងវិញហើយ។✔ ជំហានបន្ទាប់៖ ឧប្បត្តិហេតុត្រូវបានដាក់ទង់សម្រាប់ការត្រួតពិនិត្យផ្ទៃក្នុងដើម្បីការពារវាពីការកើតឡើងម្តងទៀត។ ត្រូវការជំនួយបន្ថែមទេ? [ទំនាក់ទំនងជំនួយ]
ការកសាងម៉ាស៊ីនអភិបាលកិច្ចសម្រាប់ការច្នៃប្រឌិតប្រកបដោយសុវត្ថិភាព គំរូនៃការរចនាដែលបានពិពណ៌នាខាងលើគឺជាការគ្រប់គ្រងដែលប្រឈមមុខនឹងអ្នកប្រើប្រាស់ ប៉ុន្តែពួកវាមិនអាចដំណើរការប្រកបដោយប្រសិទ្ធភាពដោយគ្មានរចនាសម្ព័ន្ធជំនួយខាងក្នុងដ៏រឹងមាំនោះទេ។ នេះមិនមែននិយាយអំពីការបង្កើតឧបសគ្គការិយាធិបតេយ្យទេ។ វានិយាយអំពីការកសាងអត្ថប្រយោជន៍ជាយុទ្ធសាស្ត្រ។ អង្គការដែលមានក្របខណ្ឌអភិបាលកិច្ចដែលមានភាពចាស់ទុំអាចដឹកជញ្ជូនលក្ខណៈភ្នាក់ងារដែលមានមហិច្ឆតាកាន់តែច្រើនជាមួយនឹងល្បឿន និងទំនុកចិត្តកាន់តែខ្លាំង ដោយដឹងថាមានផ្លូវការពារចាំបាច់ដើម្បីកាត់បន្ថយហានិភ័យម៉ាកយីហោ។ ម៉ាស៊ីនអភិបាលកិច្ចនេះប្រែសុវត្ថិភាពពីបញ្ជីត្រួតពិនិត្យទៅជាទ្រព្យសម្បត្តិប្រកួតប្រជែង។ ម៉ាស៊ីននេះគួរតែដំណើរការជាស្ថាប័នអភិបាលកិច្ចផ្លូវការ ក្រុមប្រឹក្សាក្រមសីលធម៌ Agentic AI ដែលរួមមានសម្ព័ន្ធភាពឆ្លងមុខងារនៃ UX ផលិតផល និងវិស្វកម្ម ដោយមានការគាំទ្រយ៉ាងសំខាន់ពីផ្នែកច្បាប់ ការអនុលោម និងការគាំទ្រ។ នៅក្នុងអង្គការតូចៗ តួនាទី 'ក្រុមប្រឹក្សា' ទាំងនេះច្រើនតែដួលរលំទៅជាផ្នែកតែមួយនៃផលិតផល វិស្វកម្ម និងការរចនានាំមុខ។ បញ្ជីត្រួតពិនិត្យសម្រាប់អភិបាលកិច្ច
ច្បាប់/អនុលោមតាមច្បាប់ ក្រុមនេះគឺជាខ្សែការពារទីមួយ ដែលធានាថាសកម្មភាពសក្តានុពលរបស់ភ្នាក់ងារស្ថិតនៅក្នុងដែនកំណត់បទប្បញ្ញត្តិ និងផ្លូវច្បាប់។ ពួកគេជួយកំណត់តំបន់ដែលពិបាកទៅដល់សម្រាប់សកម្មភាពស្វយ័ត។ Product អ្នកគ្រប់គ្រងផលិតផលគឺជាអ្នកមើលការខុសត្រូវនៃគោលបំណងរបស់ភ្នាក់ងារ។ ពួកគេកំណត់ និងត្រួតពិនិត្យព្រំដែនប្រតិបត្តិការរបស់ខ្លួន តាមរយៈគោលការណ៍ស្វ័យភាពផ្លូវការ ដែលឯកសារអំពីភ្នាក់ងារនោះ និងមិនត្រូវបានអនុញ្ញាតឱ្យធ្វើ។ ពួកគេជាម្ចាស់ការចុះឈ្មោះហានិភ័យភ្នាក់ងារ។ UX Research ក្រុមនេះគឺជាសំឡេងនៃការជឿទុកចិត្ត និងការថប់បារម្ភរបស់អ្នកប្រើប្រាស់។ ពួកគេទទួលខុសត្រូវចំពោះដំណើរការកើតឡើងដដែលៗសម្រាប់ដំណើរការការសិក្សាការក្រិតតាមខ្នាតការជឿទុកចិត្ត ការក្លែងធ្វើការធ្វើតេស្តអាកប្បកិរិយាមិនត្រឹមត្រូវ និងការសម្ភាសន៍ប្រកបដោយគុណភាព ដើម្បីស្វែងយល់ពីគំរូផ្លូវចិត្តដែលកំពុងវិវត្តរបស់អ្នកប្រើប្រាស់នៃភ្នាក់ងារ។ វិស្វកម្មក្រុមនេះបង្កើតការពង្រឹងបច្ចេកទេសនៃការជឿទុកចិត្ត។ ពួកគេត្រូវតែស្ថាបត្យកម្មប្រព័ន្ធសម្រាប់ការកាប់ឈើដ៏រឹងមាំ មុខងារមិនធ្វើវិញដោយចុចមួយដង និងទំពក់ដែលត្រូវការដើម្បីបង្កើតហេតុផលច្បាស់លាស់ និងអាចពន្យល់បាន។ ការគាំទ្រក្រុមទាំងនេះគឺនៅលើជួរមុខនៃការបរាជ័យ។ ពួកគេត្រូវតែត្រូវបានបណ្តុះបណ្តាល និងបំពាក់ដើម្បីដោះស្រាយឧប្បត្តិហេតុដែលបង្កឡើងដោយកំហុសភ្នាក់ងារ ហើយពួកគេត្រូវតែមានការផ្តល់យោបល់ដោយផ្ទាល់ទៅកាន់ក្រុមប្រឹក្សាក្រមសីលធម៌ ដើម្បីរាយការណ៍អំពីគំរូនៃការបរាជ័យក្នុងពិភពពិត។
រចនាសម្ព័នអភិបាលកិច្ចនេះគួរតែរក្សា កសំណុំឯកសាររស់នៅ រួមទាំងការចុះឈ្មោះហានិភ័យភ្នាក់ងារដែលកំណត់យ៉ាងសកម្មនូវរបៀបបរាជ័យដែលអាចកើតមាន កំណត់ហេតុសវនកម្មសកម្មភាពដែលត្រូវបានត្រួតពិនិត្យជាប្រចាំ និងឯកសារគោលនយោបាយស្វ័យភាពផ្លូវការ។ កន្លែងដែលត្រូវចាប់ផ្តើម៖ វិធីសាស្រ្តជាដំណាក់កាលសម្រាប់អ្នកដឹកនាំផលិតផល សម្រាប់អ្នកគ្រប់គ្រងផលិតផល និងនាយកប្រតិបត្តិ ការរួមបញ្ចូលភ្នាក់ងារ AI អាចមានអារម្មណ៍ថាដូចជាកិច្ចការដ៏អស្ចារ្យមួយ។ គន្លឹះសំខាន់គឺការចូលទៅជិតវាមិនមែនជាការបើកដំណើរការតែមួយទេ ប៉ុន្តែជាដំណើរដំណាក់កាលនៃការកសាងសមត្ថភាពបច្ចេកទេស និងការជឿទុកចិត្តរបស់អ្នកប្រើប្រាស់ស្របគ្នា។ ផែនទីបង្ហាញផ្លូវនេះអនុញ្ញាតឱ្យអង្គភាពរបស់អ្នករៀន និងសម្របខ្លួន ដោយធានាថាជំហាននីមួយៗត្រូវបានបង្កើតឡើងនៅលើមូលដ្ឋានរឹងមាំ។ ដំណាក់កាលទី 1៖ សុវត្ថិភាពមូលដ្ឋាន (ណែនាំ និងស្នើ) គោលដៅដំបូងគឺដើម្បីកសាងមូលដ្ឋានគ្រឹះនៃការជឿទុកចិត្តដោយមិនទទួលយកហានិភ័យស្វ័យភាពសំខាន់ៗ។ ក្នុងដំណាក់កាលនេះ អំណាចរបស់ភ្នាក់ងារត្រូវបានកំណត់ចំពោះការវិភាគ និងការផ្តល់យោបល់។
អនុវត្តការមើលជាមុននូវចេតនាដ៏រឹងមាំ៖ នេះគឺជាគំរូអន្តរកម្មស្នូលរបស់អ្នក។ ធ្វើឱ្យអ្នកប្រើប្រាស់មានភាពងាយស្រួលជាមួយនឹងគំនិតនៃភ្នាក់ងារបង្កើតផែនការ ខណៈពេលដែលរក្សាអ្នកប្រើប្រាស់ក្នុងការគ្រប់គ្រងពេញលេញនៃការប្រតិបត្តិ។ កសាងហេដ្ឋារចនាសម្ព័ន្ធ សវនកម្ម និងមិនធ្វើវិញសកម្មភាព៖ ទោះបីជាភ្នាក់ងារមិនទាន់ធ្វើសកម្មភាពដោយស្វ័យភាពនៅឡើយក៏ដោយ សូមសាងសង់រន្ទាបច្ចេកទេសសម្រាប់ការកាប់ឈើ និងការច្រាសមកវិញ។ វារៀបចំប្រព័ន្ធរបស់អ្នកសម្រាប់ពេលអនាគត និងបង្កើតទំនុកចិត្តរបស់អ្នកប្រើប្រាស់ថាមានសំណាញ់សុវត្ថិភាព។
ដំណាក់កាលទី 2៖ ស្វ័យភាពដែលបានក្រិតតាមខ្នាត (ច្បាប់ជាមួយនឹងការបញ្ជាក់) នៅពេលដែលអ្នកប្រើប្រាស់ពេញចិត្តនឹងសំណើរបស់ភ្នាក់ងារនោះ អ្នកអាចចាប់ផ្តើមណែនាំស្វ័យភាពដែលមានហានិភ័យទាប។ ដំណាក់កាលនេះគឺនិយាយអំពីការបង្រៀនអ្នកប្រើប្រាស់ពីរបៀបដែលភ្នាក់ងារគិត និងអនុញ្ញាតឱ្យពួកគេកំណត់ល្បឿនផ្ទាល់ខ្លួនរបស់ពួកគេ។
ណែនាំការហៅទូរសព្ទស្វ័យប្រវត្តិជាមួយនឹងការកំណត់មានកំណត់៖ ចាប់ផ្តើមដោយអនុញ្ញាតឱ្យអ្នកប្រើប្រាស់ផ្តល់អំណាចដល់ភ្នាក់ងារដើម្បីធ្វើសកម្មភាពជាមួយនឹងការបញ្ជាក់។ ដាក់ពង្រាយហេតុផលដែលអាចពន្យល់បាន៖ សម្រាប់រាល់សកម្មភាពដែលភ្នាក់ងាររៀបចំ ផ្តល់ការពន្យល់ច្បាស់លាស់។ នេះធ្វើឱ្យខូចដល់តក្កវិជ្ជារបស់ភ្នាក់ងារ និងពង្រឹងថាវាកំពុងដំណើរការដោយផ្អែកលើចំណូលចិត្តរបស់អ្នកប្រើប្រាស់ផ្ទាល់។
ដំណាក់កាលទី៣៖ ប្រតិភូសកម្ម (ធ្វើសកម្មភាពដោយស្វ័យភាព) នេះជាជំហានចុងក្រោយ ដែលធ្វើឡើងបន្ទាប់ពីអ្នកមានទិន្នន័យច្បាស់លាស់ពីដំណាក់កាលមុន ដែលបង្ហាញថាអ្នកប្រើប្រាស់ជឿជាក់លើប្រព័ន្ធ។
បើកដំណើរការ Act Autonomously សម្រាប់កិច្ចការជាក់លាក់ដែលបានអនុម័តជាមុន៖ ប្រើទិន្នន័យពីដំណាក់កាលទី 2 (ឧ. អត្រាបន្តខ្ពស់ អត្រាមិនធ្វើវិញទាប) ដើម្បីកំណត់អត្តសញ្ញាណសំណុំដំបូងនៃកិច្ចការដែលមានហានិភ័យទាបដែលអាចស្វ័យប្រវត្តិពេញលេញ។ Monitor and Iterate៖ ការចាប់ផ្តើមនៃមុខងារស្វយ័តមិនមែនជាទីបញ្ចប់នោះទេ ប៉ុន្តែជាការចាប់ផ្តើមនៃវដ្តបន្តនៃការត្រួតពិនិត្យ ការប្រមូលមតិអ្នកប្រើ និងការកែលម្អវិសាលភាព និងអាកប្បកិរិយារបស់ភ្នាក់ងារដោយផ្អែកលើទិន្នន័យក្នុងពិភពពិត។
រចនាជា Lever សុវត្ថិភាពចុងក្រោយ ការលេចឡើងនៃភ្នាក់ងារ AI តំណាងឱ្យព្រំដែនថ្មីនៅក្នុងអន្តរកម្មរវាងមនុស្ស និងកុំព្យូទ័រ។ វាសន្យាអនាគតមួយដែលបច្ចេកវិទ្យាអាចកាត់បន្ថយបន្ទុករបស់យើងយ៉ាងសកម្ម និងធ្វើឱ្យជីវិតរបស់យើងប្រសើរឡើង។ ប៉ុន្តែអំណាចនេះកើតឡើងជាមួយនឹងការទទួលខុសត្រូវយ៉ាងជ្រាលជ្រៅ។ ស្វ័យភាពគឺជាលទ្ធផលនៃប្រព័ន្ធបច្ចេកទេស ប៉ុន្តែភាពជឿជាក់គឺជាលទ្ធផលនៃដំណើរការរចនា។ បញ្ហាប្រឈមរបស់យើងគឺដើម្បីធានាថាបទពិសោធន៍អ្នកប្រើប្រាស់មិនមែនជាគ្រោះថ្នាក់នៃសមត្ថភាពបច្ចេកទេសទេ ប៉ុន្តែជាអ្នកទទួលផលចម្បងរបស់វា។ ក្នុងនាមជាអ្នកជំនាញ UX អ្នកគ្រប់គ្រងផលិតផល និងអ្នកដឹកនាំ តួនាទីរបស់យើងគឺដើម្បីដើរតួជាអ្នកបម្រើនៃទំនុកចិត្តនោះ។ តាមរយៈការអនុវត្តគំរូនៃការរចនាច្បាស់លាស់សម្រាប់ការគ្រប់គ្រង និងការយល់ព្រម ការរចនាផ្លូវគិតគូរសម្រាប់ការជួសជុល និងការកសាងក្របខ័ណ្ឌអភិបាលកិច្ចដ៏រឹងមាំ យើងបង្កើតគន្លឹះសុវត្ថិភាពសំខាន់ៗដែលធ្វើឱ្យភ្នាក់ងារ AI អាចដំណើរការបាន។ យើងមិនត្រឹមតែរចនាចំណុចប្រទាក់ប៉ុណ្ណោះទេ។ យើងកំពុងបង្កើតទំនាក់ទំនងស្ថាបត្យកម្ម។ អនាគតនៃការប្រើប្រាស់ និងការទទួលយករបស់ AI ពឹងផ្អែកលើសមត្ថភាពរបស់យើងក្នុងការរចនាប្រព័ន្ធដ៏ស្មុគស្មាញទាំងនេះដោយប្រាជ្ញា ការគិតទុកជាមុន និងការគោរពយ៉ាងជ្រាលជ្រៅចំពោះសិទ្ធិអំណាចចុងក្រោយរបស់អ្នកប្រើប្រាស់។
