Mbështetja & kërkesat
Regjistrimi vendoset si shënim i brendshëm në kërkesën që agjenti juaj e ka tashmë të hapur - jo si rast i ri që askush nuk e kërkoi.
1. Pyetja që ky funksion duhej t'i përgjigjej së pari
Cila kërkesë?
Krijimi i një kërkese për çdo seancë të identifikuar do të ishte spam: ekipi juaj i mbështetjes do të gjente raste që askush nuk i hapi. Edhe shtimi i një shënimi në çdo kërkesë që ai person ka shkruar ndonjëherë do të ishte spam, vetëm më i ngadaltë.
Pra: një shënim i brendshëm në kërkesën E HAPUR më të fundit të dërguesit. Nëse nuk ka kërkesë të hapur, nuk ndodh fare asgjë. Kështu nuk krijojmë kurrë rast që klienti juaj nuk e nisi dhe agjenti e gjen regjistrimin pikërisht aty ku po kërkon tashmë.
I brendshëm, kurrë publik. Lidhja të çon në MousePlayer. Klienti juaj nuk duhet ta shohë dhe gjithsesi nuk do të mund ta ndiqte.
2. Zendesk Support dhe Freshdesk
Të dy mbështeten dhe kryejnë të njëjtën punë ndryshe. Nuk keni nevojë të merreni me këtë - por shpjegon pse formulari kërkon gjëra pak të ndryshme.
| Zendesk Support | Freshdesk | |
|---|---|---|
| Nëndomeni | acme nga acme.zendesk.com | acme nga acme.freshdesk.com |
| Emaili i agjentit | nevojitet - Zendesk identifikohet si email/token | nuk nevojitet, lëreni bosh |
| Tokeni API | Admin Center → Apps and integrations → APIs | Cilësimet e profilit tuaj |
| Shënimi bëhet | koment i brendshëm në kërkesë | shënim privat në kërkesë |
Ngjitni gjithë URL-në në fushën e nëndomenit nëse është më e lehtë - e shkurtojmë në pjesën që na duhet, ndaj https://acme.zendesk.com/agent/tickets/1 bëhet acme.
3. Kur aktivizohet
Në çastin kur identifikohet një seancë - kur sajti juaj thërret MousePlayer.setUserId(), kur ura jonë analitike lexon një ID të dallueshme ose kur serveri juaj thërret pikën fundore të identifikimit.
Vetëm me adresë emaili
Një kërkesë i përket një dërguesi dhe zyra e mbështetjes e njeh atë dërgues nga emaili. Një numër kontrate nuk të çon askund aty, ndaj nuk dërgohet asgjë.
Vetëm për kërkesa të hapura
Kërkesat e zgjidhura dhe të mbyllura anashkalohen. Një shënim në një rast që askush nuk e shikon më nuk ndihmon askënd dhe do ta rikthente një kërkesë të mbyllur para agjentëve tuaj pa arsye.
Nëse dërguesi nuk ka kërkesë të hapur, kjo llogaritet si e kryer, jo si e dështuar - është rasti normal dhe riprovimi nuk do të ndryshonte asgjë.
4. Çfarë sheh agjenti
Një shënim i brendshëm: MousePlayer: regjistrim seance nga <email> i ndjekur nga lidhja. Një klikim dhe shohin çfarë bëri vërtet ai person, pikërisht pranë asaj që shkroi për të.
Ku ia vlen kjo
- Kërkesat „Nuk funksionon“. Regjistrimi zakonisht tregon në njëzet sekonda atë që tri shkëmbime emailesh nuk do ta tregonin.
- Hapa riprodhimi që askush nuk mund t'i riprodhojë. Nuk ju duhen më - keni seancën.
- Klikime zemërimi dhe klikime pa reagim që klienti nuk i përmend kurrë, sepse supozon se kështu funksionon produkti.
Tokeni nuk largohet kurrë nga serveri ynë
Ruhet i enkriptuar me AES-256-GCM, nuk shfaqet më pas ruajtjes dhe mbahet qëllimisht jashtë radhës së brendshme që mbart detyrën.
5. Help Scout, Front dhe Gorgias
Tri zyra të tjera mbështetjeje. Të tria vendosin shënim të brendshëm në një bisedë të hapur dhe të tria arrijnë atje ndryshe.
| Ju jepni | Nëndomeni | |
|---|---|---|
| Help Scout | ID-në e klientit dhe sekretin e klientit të një aplikacioni të brendshëm | nuk nevojitet |
| Front | tokenin API dhe ID-në e një anëtari ekipi | nuk nevojitet |
| Gorgias | emailin e agjentit dhe çelësin API | nevojitet |
Help Scout shkëmben para se të flasë
Nuk e pranon drejtpërdrejt sekretin e klientit. Ura fillimisht e shkëmben me një token hyrjeje jetëshkurtër - rrjedha e kredencialeve të klientit, e menduar për integrim që vepron për vete dhe jo për përdorues. Tokeni qëndron në kujtesë gjatë vlefshmërisë së tij; sekreti mbetet në bazën e të dhënave.
Komentet Front kërkojnë autor
Një koment në Front shfaqet në emër të një anëtari ekipi dhe API-ja e kërkon një të tillë. Këtë mban këtu fusha e etiketuar për agjentin - jo një hyrje llogarie, vetëm ID-në me emrin e së cilës del shënimi.
Gorgias kërkon dy pyetje në vend të njërës
Lista e tij e kërkesave filtron sipas customer_id dhe asgjëje tjetër - nuk ka filtër emaili. Prandaj ura kërkon fillimisht klientin dhe pastaj kërkesat e tij. Gjithashtu nuk mund të filtrojë sipas gjendjes, ndaj kërkesa e hapur zgjidhet në anën tonë, pikërisht siç bëhet tashmë për Freshdesk.
Të gjitha markat tregtare të përmendura këtu u përkasin pronarëve përkatës. MousePlayer nuk ka marrëdhënie tregtare me këta ofrues.