ជំនួយ & សំបុត្របញ្ហា
ការថតទៅជាកំណត់ចំណាំខាងក្នុងលើសំបុត្របញ្ហាដែលភ្នាក់ងារបើករួចហើយ មិនមែនជាករណីថ្មីដែលគ្មានអ្នកស្នើ។
1. សំណួរដែលមុខងារនេះត្រូវឆ្លើយជាមុន
សំបុត្របញ្ហាមួយណា?
ការបង្កើតសំបុត្របញ្ហាសម្រាប់វគ្គសម្គាល់នីមួយៗជាសារឥតបានការ៖ ក្រុមជំនួយនឹងឃើញករណីដែលគ្មានអ្នកណាបើក។ ការបន្ថែមកំណត់ចំណាំទៅរាល់សំបុត្រដែលមនុស្សនោះធ្លាប់សរសេរក៏ជាសារឥតបានការ តែយឺតជាង។
ដូច្នេះ៖ កំណត់ចំណាំខាងក្នុងលើសំបុត្របញ្ហាបើកថ្មីបំផុតរបស់អ្នកផ្ញើ។ បើគ្មានសំបុត្របើក គ្មានអ្វីកើតឡើងទាល់តែសោះ។ ដូច្នេះយើងមិនដែលបង្កើតករណីដែលអតិថិជនមិនបានចាប់ផ្តើម ហើយភ្នាក់ងាររកការថតឃើញត្រង់កន្លែងដែលកំពុងមើលរួចហើយ។
ខាងក្នុង មិនដែលសាធារណៈ។ តំណនាំចូល MousePlayer។ អតិថិជនមិនគួរឃើញវា ហើយក៏មិនអាចបើកវាបានដែរ។
2. Zendesk Support និង Freshdesk
គាំទ្រទាំងពីរ ហើយដោះស្រាយការងារដូចគ្នាតាមវិធីផ្សេងគ្នា។ មិនចាំបាច់យកចិត្តទុកដាក់លើវា ប៉ុន្តែវាពន្យល់ហេតុអ្វីសំណុំបែបបទសួរខុសគ្នាបន្តិច។
| Zendesk Support | Freshdesk | |
|---|---|---|
| ដូមេនរង | acme ពី acme.zendesk.com | acme ពី acme.freshdesk.com |
| អ៊ីមែលភ្នាក់ងារ | ត្រូវការ ព្រោះ Zendesk ចូលជា email/token | មិនត្រូវការ ទុកទទេ |
| តូខឹន API | Admin Center → Apps and integrations → APIs | ការកំណត់ប្រវត្តិរូប |
| កំណត់ចំណាំក្លាយជា | មតិខាងក្នុងលើសំបុត្របញ្ហា | កំណត់ចំណាំឯកជនលើសំបុត្របញ្ហា |
បិទភ្ជាប់ URL ទាំងមូលក្នុងវាលដូមេនរង បើវាងាយជាង។ យើងកាត់ឱ្យនៅតែផ្នែកដែលត្រូវការ ដូច្នេះ https://acme.zendesk.com/agent/tickets/1 ក្លាយជា acme។
3. ពេលវាដំណើរការ
ភ្លាមពេលវគ្គត្រូវបានសម្គាល់ ពេលគេហទំព័រហៅ MousePlayer.setUserId()ពេលស្ពានវិភាគអានលេខសម្គាល់តែមួយត្រឡប់មក ឬពេលម៉ាស៊ីនមេហៅចំណុចបញ្ចប់ identify។
តែជាមួយអាសយដ្ឋានអ៊ីមែល
សំបុត្របញ្ហាជារបស់អ្នកផ្ញើ ហើយប្រព័ន្ធជំនួយស្គាល់អ្នកផ្ញើតាមអ៊ីមែល។ លេខកិច្ចសន្យាមិននាំទៅណាទេ ដូច្នេះមិនផ្ញើអ្វី។
តែសម្រាប់សំបុត្របញ្ហាបើក
រំលងសំបុត្រដោះស្រាយ និងបិទរួច។ កំណត់ចំណាំលើករណីដែលគ្មានអ្នកមើលទៀតមិនជួយអ្នកណា ហើយនឹងនាំសំបុត្របិទចូលការយកចិត្តទុកដាក់របស់ភ្នាក់ងារវិញដោយគ្មានហេតុផល។
បើអ្នកផ្ញើគ្មានសំបុត្របើក រាប់ថាបានបញ្ចប់ មិនមែនបរាជ័យ។ នេះជាករណីធម្មតា ហើយការសាកឡើងវិញមិនផ្លាស់ប្តូរអ្វី។
4. អ្វីដែលភ្នាក់ងារឃើញ
កំណត់ចំណាំខាងក្នុងមួយ៖ MousePlayer៖ ការថតវគ្គពី <email> បន្ទាប់មកតំណ។ ចុចម្តង ហើយមើលអ្វីដែលមនុស្សនោះបានធ្វើពិតប្រាកដ នៅជាប់អ្វីដែលពួកគេបានសរសេរអំពីវា។
កន្លែងដែលវាមានប្រយោជន៍
- សំបុត្របញ្ហា “វាមិនដំណើរការ”។ ការថតជាធម្មតាបង្ហាញក្នុងម្ភៃវិនាទី នូវអ្វីដែលការឆ្លើយអ៊ីមែលបីជុំមិនអាចបង្ហាញ។
- ជំហានបង្កើតបញ្ហាឡើងវិញដែលគ្មានអ្នកអាចធ្វើតាមបាន។ លែងត្រូវការវាទៀត ព្រោះមានវគ្គ។
- ការចុចដោយកំហឹង និងការចុចគ្មានប្រតិកម្ម ដែលអតិថិជនមិនដែលលើកឡើង ព្រោះគិតថាផលិតផលដំណើរការដូច្នោះ។
តូខឹនមិនដែលចាកចេញពីម៉ាស៊ីនមេយើង
រក្សាទុកដោយអ៊ិនគ្រីប AES-256-GCM មិនបង្ហាញទៀតក្រោយរក្សាទុក ហើយមានចេតនានៅក្រៅជួររង់ចាំផ្ទៃក្នុងដែលផ្ទុកការងារ។
5. Help Scout, Front និង Gorgias
ប្រព័ន្ធជំនួយបីទៀត។ ទាំងបីដាក់កំណត់ចំណាំខាងក្នុងលើសន្ទនាបើក ហើយទាំងបីធ្វើតាមវិធីខុសគ្នា។
| អ្វីដែលផ្តល់ | ដូមេនរង | |
|---|---|---|
| Help Scout | លេខសម្គាល់ម៉ាស៊ីនភ្ញៀវ និងសោសម្ងាត់របស់កម្មវិធីផ្ទៃក្នុង | មិនត្រូវការ |
| Front | តូខឹន API និងលេខសម្គាល់សមាជិកក្រុម | មិនត្រូវការ |
| Gorgias | អ៊ីមែលភ្នាក់ងារ និងសោ API | ត្រូវការ |
Help Scout ប្តូរមុនពេលទាក់ទង
វាមិនទទួលសោសម្ងាត់ម៉ាស៊ីនភ្ញៀវដោយផ្ទាល់។ ស្ពានប្តូរវាជាតូខឹនចូលប្រើរយៈពេលខ្លីជាមុន តាម client credentials flow សម្រាប់ការតភ្ជាប់ដែលធ្វើការជំនួសខ្លួនឯង ជំនួសអ្នកប្រើ។ តូខឹនស្ថិតក្នុងអង្គចងចាំអំឡុងអាយុកាលរបស់វា ចំណែកសោសម្ងាត់នៅក្នុងមូលដ្ឋានទិន្នន័យ។
មតិ Front ត្រូវការអ្នកនិពន្ធ
មតិក្នុង Front បង្ហាញក្រោមឈ្មោះសមាជិកក្រុម ហើយ API តម្រូវឱ្យមានម្នាក់។ នេះជាអ្វីដែលវាលមានស្លាកភ្នាក់ងារផ្ទុកនៅទីនេះ មិនមែនឈ្មោះចូលគណនី តែលេខសម្គាល់ដែលឈ្មោះរបស់វាភ្ជាប់កំណត់ចំណាំ។
Gorgias ត្រូវការសំណួរពីរ ជំនួសមួយ
បញ្ជីសំបុត្ររបស់វាច្រោះតាម customer_id ហើយគ្មានអ្វីផ្សេងទេ គ្មានតម្រងអ៊ីមែល។ ដូច្នេះស្ពានស្វែងរកអតិថិជនជាមុន រួចសួរសំបុត្ររបស់ពួកគេ។ វាក៏មិនអាចច្រោះតាមស្ថានភាព ដូច្នេះសំបុត្របើកត្រូវបានជ្រើសនៅខាងយើង ដូចដែលធ្វើសម្រាប់ Freshdesk រួចហើយ។
ពាណិជ្ជសញ្ញាទាំងអស់ដែលមានឈ្មោះនៅទីនេះជាកម្មសិទ្ធិរបស់ម្ចាស់រៀងៗខ្លួន។ MousePlayer គ្មានទំនាក់ទំនងអាជីវកម្មជាមួយអ្នកផ្តល់សេវាទាំងនេះទេ។