ជំនួយ & សំបុត្របញ្ហា

ការថតទៅជាកំណត់ចំណាំខាងក្នុងលើសំបុត្របញ្ហាដែលភ្នាក់ងារបើករួចហើយ មិនមែនជាករណីថ្មីដែលគ្មានអ្នកស្នើ។

1. សំណួរដែលមុខងារនេះត្រូវឆ្លើយជាមុន

សំបុត្របញ្ហាមួយណា?

ការបង្កើតសំបុត្របញ្ហាសម្រាប់វគ្គសម្គាល់នីមួយៗជាសារឥតបានការ៖ ក្រុមជំនួយនឹងឃើញករណីដែលគ្មានអ្នកណាបើក។ ការបន្ថែមកំណត់ចំណាំទៅរាល់សំបុត្រដែលមនុស្សនោះធ្លាប់សរសេរក៏ជាសារឥតបានការ តែយឺតជាង។

ដូច្នេះ៖ កំណត់ចំណាំខាងក្នុងលើសំបុត្របញ្ហាបើកថ្មីបំផុតរបស់អ្នកផ្ញើ។ បើគ្មានសំបុត្របើក គ្មានអ្វីកើតឡើងទាល់តែសោះ។ ដូច្នេះយើងមិនដែលបង្កើតករណីដែលអតិថិជនមិនបានចាប់ផ្តើម ហើយភ្នាក់ងាររកការថតឃើញត្រង់កន្លែងដែលកំពុងមើលរួចហើយ។

ខាងក្នុង មិនដែលសាធារណៈ។ តំណនាំចូល MousePlayer។ អតិថិជនមិនគួរឃើញវា ហើយក៏មិនអាចបើកវាបានដែរ។

2. Zendesk Support និង Freshdesk

គាំទ្រទាំងពីរ ហើយដោះស្រាយការងារដូចគ្នាតាមវិធីផ្សេងគ្នា។ មិនចាំបាច់យកចិត្តទុកដាក់លើវា ប៉ុន្តែវាពន្យល់ហេតុអ្វីសំណុំបែបបទសួរខុសគ្នាបន្តិច។

Zendesk SupportFreshdesk
ដូមេនរងacme ពី acme.zendesk.comacme ពី acme.freshdesk.com
អ៊ីមែលភ្នាក់ងារត្រូវការ ព្រោះ Zendesk ចូលជា email/tokenមិនត្រូវការ ទុកទទេ
តូខឹន APIAdmin 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 គ្មានទំនាក់ទំនងអាជីវកម្មជាមួយអ្នកផ្តល់សេវាទាំងនេះទេ។