સહાય કેન્દ્ર & ટિકિટ
એજન્ટની પહેલેથી ખુલ્લી ટિકિટમાં રેકોર્ડિંગ આંતરિક નોંધ બને છે — કોઈએ ન માગેલો નવો કેસ નહીં.
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(), વિશ્લેષણ સેતુ distinct ID પાછું વાંચે અથવા સર્વર identify એન્ડપોઇન્ટ કૉલ કરે ત્યારે.
ફક્ત ઇમેઇલ સરનામા સાથે
ટિકિટ મોકલનારની હોય છે અને સહાય કેન્દ્ર તેમને ઇમેઇલથી ઓળખે છે. કરાર નંબર ત્યાં ઉપયોગી નથી; તેથી કશું મોકલાતું નથી.
ફક્ત ખુલ્લી ટિકિટ માટે
ઉકેલાયેલી અને બંધ ટિકિટ છોડાય છે. કોઈ હવે ન જોતું હોય તેવા કેસમાં નોંધથી લાભ નથી; બંધ ટિકિટ બિનજરૂરી રીતે એજન્ટ સામે ફરી આવે.
મોકલનારની ખુલ્લી ટિકિટ ન હોય તો પૂર્ણ ગણાય છે; નિષ્ફળ નહીં — સામાન્ય સ્થિતિ છે અને ફરી પ્રયાસથી કશું બદલાય નહીં.
4. એજન્ટ શું જુએ
એક આંતરિક નોંધ: MousePlayer: <email>નું સત્ર રેકોર્ડિંગ અને પછી લિંક. એક ક્લિકથી વ્યક્તિએ ખરેખર શું કર્યું તે તેમના લખાણની બાજુમાં જ જોઈ શકાય.
ક્યાં ઉપયોગી છે
- “કામ કરતું નથી” ટિકિટ. ત્રણ વાર ઇમેઇલથી ન સમજાય તે રેકોર્ડિંગ સામાન્ય રીતે વીસ સેકન્ડમાં બતાવે છે.
- કોઈ ફરી સર્જી ન શકે તેવાં પગલાં. હવે જરૂર નથી — તમારી પાસે સત્ર છે.
- આવેશભર્યા અને પ્રતિસાદ વિનાના ક્લિક જેનો ગ્રાહક ઉલ્લેખ કરતો નથી, કારણ કે ઉત્પાદન આવું જ હશે એમ માને છે.
ટોકન ક્યારેય સર્વર છોડતું નથી
AES-256-GCM એન્ક્રિપ્શન સાથે રહે છે, સાચવ્યા પછી ફરી દેખાતું નથી અને કામ લઈ જતી આંતરિક કતારમાં જાણીજોઈને મૂકાતું નથી.
5. Help Scout, Front અને Gorgias
વધુ ત્રણ સહાય કેન્દ્ર. ત્રણેય ખુલ્લી વાતચીતમાં આંતરિક નોંધ મૂકે છે અને જુદી રીતે કરે છે.
| તમે આપો | સબડોમેન | |
|---|---|---|
| Help Scout | આંતરિક ઍપનું ક્લાયન્ટ ID અને સિક્રેટ | જરૂરી નથી |
| Front | API ટોકન અને ટીમસાથીનું ID | જરૂરી નથી |
| Gorgias | એજન્ટનું ઇમેઇલ અને API કી | જરૂરી |
Help Scout વાત કરતાં પહેલાં વિનિમય કરે છે
ક્લાયન્ટ સિક્રેટ સીધું સ્વીકારતું નથી. સેતુ પહેલાં ટૂંકી મુદતનું ઍક્સેસ ટોકન મેળવે છે — client credentials flow; વપરાશકર્તાને બદલે પોતાના વતી કામ કરતા એકીકરણ માટે. ટોકન મુદત સુધી મેમરીમાં રહે; સિક્રેટ ડેટાબેઝમાં.
Front ટિપ્પણીને લેખક જોઈએ
Frontની ટિપ્પણી ટીમસાથીના નામે દેખાય છે અને APIને તે જરૂરી છે. અહીં એજન્ટનું ક્ષેત્ર એ જ ધરાવે છે — લૉગ ઇન નહીં; નોંધ જે નામે આવે તે ID.
Gorgiasને એકને બદલે બે પ્રશ્ન જોઈએ
તેની ટિકિટ યાદી ફક્ત આથી ફિલ્ટર કરે છે: customer_id ; ઇમેઇલ ફિલ્ટર નથી. તેથી સેતુ પહેલાં ગ્રાહક શોધે, પછી ટિકિટ માગે. સ્થિતિથી ફિલ્ટર પણ નથી કરી શકતું; ખુલ્લી ટિકિટ અમારી બાજુ પસંદ થાય છે, Freshdeskની જેમ.
અહીં જણાવેલાં બધાં ટ્રેડમાર્ક તેમના સંબંધિત માલિકોનાં છે. આ પ્રદાતાઓ સાથે MousePlayerનો કોઈ વ્યાવસાયિક સંબંધ નથી.