Sagutin ang bawat tanong ng kustomer sa isang lugar, sa bawat kanal.
Isang desk ng serbisyo na gumagana sa lahat ng iyong operasyonal na datos sa loob ng Calisto Pro. Binubuksan ito sa mga nangangailangan ng sagot ngayon, kaya wala nang kailangang pumili kung saan magsimula. Makikita ang parehong queue bilang listahan, board, o kalendaryo.
Ang Service Desk App para sa Mga Hiling ng Mga Kustomer
Tickets, queues, SLAs, isang base ng kaalaman, mga pagtapat, at CSAT. Ang bawat hiling ay kinukuha, ibinibigay sa may-ari, at tinutugon sa loob ng panahong ipinagtiwala.
Briefing
Ano ang kailangan mo ngayon, bago mo buksan ang anumang bagay.
Lenses
Baguhin ang paraan ng pagtingin sa queue, hindi sa laman nito.
Tickets
Ang hiling mismo, at lahat ng nangyari dito.
SLAs
Ang oras na iyong ipinagtiwala, at ang nangyayari habang ito ay umaabot ng wakas.
Hilingin
Saan nagmula ang isang hiling, sa bawat channel na ginagamit mo.
Kaalaman
Ang sagot na isinulat nang isang beses, para sa tanong na paulit-ulit na tinatanong.
Claims at CSAT
Ano ang sinabi ng kustomer tungkol sa kung paano ito naglingkod.
Pagapay
Ano ang kailangan ng ikalawang tao bago ito maging gawain.
Mga Setting
Ano ang iyong kontrolado, at kung saan matatagpuan ang bawat kontrol.
May mga negosyo ang mga kustomer na kailangan ng tulong. Tanong, reklamo, nasira na mga bagay, hiling para sa pabalik-palit. Walang sistema, nagkakaroon ng pagkalat ang mga hiling sa pamamagitan ng tawag, mensahe, email, at usapan sa counter, at walang alam kung sino ang humingi, kailan, o kung may sumagot. Ang service desk ang sistema na kukuha ng bawat hiling, ibibigay ito sa isang tao, susuriin kung ginawa ba ito sa loob ng panahong ipinagtiwala, at sukatin kung gaano kaligaya ang gawain ng iyong team. Ito ang paraan ng isang negosyo na lumipat mula sa "Naisip ko na may tumitingin dito" patungo sa "natapos sa loob ng apat na oras, at ang kustomer ay pinagbiling lima sa lima".
Ang Desk ay bukas sa mga nangangailangan ng sagot ngayon ngayon.
Ang home screen ay hindi isang pader ng metrics. Ito ay tatlong magkakahiwalay na bucket sa itaas ng live ticket feed, ayon sa priority order.
Ang mga aktibong tiket na nabigo na o nasa panganib, pinakamataas ay sampung dalawa. Ang bucket na ito ay may unang karapatan sa isang tiket.
Isang kahon bawat talyer
Dinu-duplicate sa pagkakasunod-sunod ng prioridad: ang isang hindi na-assign na ticket na lumalabag ay lumalabas lang once, sa itaas, imbes na dalawang beses sa dalawang listahan. Bawat hilera ay buksan ang ticket.
Nasa sarili nitong dumadating
Isang talyer na lumampas sa oras ng pagbabayad ay lalabas dito sa susunod na pag-refresh. Walang kailangang linisin at walang kailangang gawin.
List, board, calendar. Parehong tickets, parehong filters.
Ang mga Tiket, ang aking mga tiket, at ang hindi naaasign ay nagbubukas ng parehong workspace ngunit may iba't ibang preset. Ang isang itaas na bar ang may kontrol sa paghahanap, mga facets, at pag-sorts.
Listahan
Ang default, para sa paggawa sa loob ng queue. Bawat row ay may SLA dot, subject, requester, at uri, priority at status, kailan ang resolution ay dapat, at sino ang may-ari nito.
Board
Apat na kolum para sa paggalaw ng trabaho: bukas, nasa gitna, naghahangad, at na-resolb. I-drag ang card sa ibang kolum at magbabago agad ang status, pagkatapos ay magreconcile sa server.
Kalendaryo
Isang grid ng buwan na naglalagay ng bawat ticket sa araw na dapat itong resolyuto, na may hanggang tatlong chips sa isang araw at isang line ng overflow.
One dataset, one filter set. Status, priority, type and SLA face the whole queue, and a filter set in the list survives a switch to the board or the calendar.
Lahat ng tungkol sa kaso sa isang ekran.
Bawat ticket ay nagbubukas sa isang may tab na workspace: usapan, aktibidad, at isang tab ng claim kapag ang ticket ay isang claim. Ang bawat SLA chip ay may kulay base sa sariling oras nito imbes na sa isang inilimbag na buod, kaya't ang nakikita na lumampas na sagot ay itinuturing na nalabag kahit masigla pa ang ibang oras.
Isang tab para sa Conversation, Activity, at Claim na lumalabas lamang kapag may claim.
Ang usapan ay nagdadala ng pagbabagong ginawa ng customer; ang activity list naman ay naglalaman ng mga nakarekord na pangyayari. Ang mga internal notes ay nakatira sa sarili nilang tinted card at hindi kailanman pinapaganda sa thread.
Ang kabilang na thread na sinusulat ng bawat kagamitan sa komunikasyon ng Calisto: ang isang taong tumatawag, pagkatapos ay nagpapadala ng email, at pagkatapos ay naglalagay ng ticket sa portal ay may isang usapan lamang, hindi apat.
Date grouped, channel badged, locale aware, at nag-update habang nagbabasa ka.
Isang kompositor na may toggle. Ang mode ng pribadong tala ay malinaw na may kulay at tinatawag na team-only.
Ang sagot na hindi nakapagpadala ay ipinapaliwanag nito at pinapanatili ang iyong draft tulad ng binanggit mo sa halip na linisin ito.
Inirerekomenda ang mga artikalang nag-ooffer ng match para sa ticket na ito, at ang paghahanap ng kaalaman ay nakakahanap ng isa base sa pangalan habang ginagawa ang pagsusulat.
O maglalagay ng link sa public article sa isang bagong linya, na dinadagdagan sa iyong nakasulat na hindi pinalitan nito.
Isang sidebar panel na nag-aayos ng contact ng requester, active bookings, recent orders, membership, access record, at verification level, na may tinatanggal ang mga empty na sections.
Walang isang bagay na ito ay in-sync sa Desk o naghahangad ng integrasyon. Ito ang parehong database na ginagamit ng buong iyong operasyon, kaya nandoon ito na kapag bukas ang ticket.
Status, priority, atbp. bawat pagbabago mula sa sidebar, kasama ang assign-to-me sa isang hindi naaasignadong ticket.
Ang pagtanggal ay naglalagay ng pangalan sa ticket at sa kanyang paksa bago ito gumana.
Ipinapatakda ayon sa prioridad. Ang orasan ay sumusunod sa negosyo oras.
Ang bawat prioridad ay may sariling target para sa unang tugon at resolusyon, pati na rin ang sariling porsyento ng pag-akyat, lahat ay inilagay mo. Tatlong estado ang ipinapakita sa bawat ticket: nasa tamang landas, nasa panganib, at napalabag.
Nagsisimula ang oras kapag nagsimula ang ticket.
Pinakamataas na oras mula sa paggawa ng ticket hanggang sa unang sagot ng ahente, na nakasaad bawat prioridad. Nakikita ang pagbibilis sa ticket, at binabasa bilang naabot kapag dumating ang sagot.
Sariling oras. Sariling kulay.
Pinakamataas na oras mula sa paggawa hanggang sa resolusyon, na itinakda bawat prioridad. Ang mga kulay ng chip nito ay galing sa sariling orasan nito, kaya't ang isang breached na resolusyon ay madaling makita bilang breached habang ang unang tugon ay komportableng na binigyan ng pansin.
Ito ay tumitigil kapag ito ay isara.
24/7, o isang linggong panahon na may oras ng simula at wakas bawat araw, at ang orasan ay tumitigil sa labas ng mga ito. Ito ang iisang pinagkukunan ng oras ng negosyo, kaya ang iyong SLA clock, ang iyong availability sa pag-book at ang iyong auto-replies ay nagbabasa ng parehong schedule imbes na isang kopya lamang para sa Desk.
Walang nakalipas na SLA.
Ang estado ng SLA ay inuulit na inihahabulin sa bawat pagbasa imbes na ito ay inililipat, kaya ang isang ticket na lumampas sa oras ng pagbabayad ay makikita nang nasa huli sa susunod na pagpupukol. Ang "At Risk" ay nangangahulugan na lumampas na ang tatlong ika-apat na bahagi ng bintana.
Muna ang Intake. I-convert ang mga nangangailangan ng case.
Hindi lahat ng inbound na mensahe ay ticket. Ang mga hiling ay sariling cross-vertical na intake queue: hanapin ang mga ito, ilipat sa isang tatlong-kolona na board, at pagkatapos ay i-convert ang isa sa mga ito bilang ticket o ayusin ito sa kung saan ito nasa. Ang bawat ticket ay nagre-record ng channel kung saan ito dumating, whether ito ay email, chat, phone, ang portal, ang counter, social, o SMS.
Dashboard ng Serbisyo
Pito ang mga hakbang sa limang talaan at isang leaderboard ng mga ahente. Mahalaga ang pag-comply sa bawat natapos na resolution clock, kasama na ang mga ticket na bukas ngunit nangyari nang lumipas ang deadline, kaya't ang aktibong paglabag ay agad bababa ang bilang kapag ito ay nangyari, imbes na sa pagtatapos.
Ang Intake Queue
Ang mga hiling ay inilalahad bilang kabuuan, naghahanda, nasa gitna ng proseso, at tapos, sa isang listahan o sa isang board na may tatlong kolum. Maghanap sa pamamagitan ng pamagat, tagapag-utos, o kategorya; mag-filter base sa status o prioridad.
I-convert sa Tiket
Isang aksyon ang nagbubukas ng bagong ticket. Kapag na-convert na, ang aksyon ay maging link sa ticket na nito, upang manatiling buo ang kasaysayan.
O Ayusin Itong Dito
Hindi lahat ay kailangang maging ticket. Maaaring solusyunan ang hiling sa lugar mula sa parehong hilera, at ito ay mababasa bilang tapos na pagkatapos.
Member Self Service
May taong tumatawag ng pag-aayos o suporta na may larawan sa pamamagitan ng Navigator at nag-uulit nito mismo, nakikita lamang ang sariling tickets at kailangan ng walang upuan ng ahente.
Isulat nang isa. I-publish. Ipadala ito mula sa isang reply.
Mga artikulong binubuo ng Markdown na may kategorya, mga tag at tatlong status. Ang pagpupulblik ng isa ay nagbibigay ng tunay na publikong pahina na bukas nang walang anumang session, at iyon ang link na ilalagay ng ahente mula sa kompositor ng sagot.
Pamagat at katawan sa Markdown sa pangunahing kolum, kasama ang kalagayan ng paglalathala, kategorya, at mga tag sa gilid.
Mga kategoryang may opsyonal na magulang, na ipinapakita ang mga anak na naka-indent sa ilalim nito.
Magdagdag ng isa sa pinakamataas na antas o ilalim ng isang magulang mula sa kartang tagapamahala sa ilalim ng listahan ng artikulo.
Bawat naipublikong artikulo ay may address ng account na public URL na bukas kapag hindi naka-log in, sa private window, o mula sa ibang account.
Ang isang draft, na-arkibo o hindi kilalang artikulo ay magbabalik ng tunay na hindi nakita, kaya't hindi maaaring ma-index ang isang patay na link sa tulong bilang isang buhay na artikulo.
Isang slug at meta description para sa paghahanap, at isang listahan ng checkbox na nag-uugnay sa mga kaugnay na artikulo.
Mga snapshot ng bersyon na nakatala sa pagkakabagsak. Ang pagbabalik ay nagliload ng snapshot sa editor at naghihintay na i-save mo ito.
Isang bilang ng pagtitingin at isang porsyento ng pagtutulong sa bawat artikulo, makikita sa listahan, kaya makikita kung alin ang nagtatrabaho.
Isang nakakopyang snippet ng embed na naglalagay ng mga artikulo na pareho sa isang labas na site, na naglilingkod lamang sa mga inilathala.
Mga reklamo sa pinsala na may larawan. Pagsasang-ayon sa pagresolba.
Isang claim ay isang ticket na ginawang claim, kaya ito ay nagpapanatili ng buong workspace, parehong thread, SLA at kasaysayan, at nagkakaroon ng apat na sariling larangan. Kapag nag-resolve ang anumang ticket, aalis ang survey ng pagkakaisa.
Ang item, ang paglalarawan ng pinsala, ang taksilang halaga, at ang pagtatakda ng responsibilidad, na nakalagay bilang mga kolum sa ticket sa halip na maging hiwalay na mga aneks.
Ang sarili nitong workspace
Ang parehong listahan at mga lens ng board tulad ng mga talyer, na may mga bukas na reklamo, naaimad na eksposisyon at na-resolusyon na nakasentro sa itaas nila.
Ang Search ay nakakahanap ng nasirang bahagi
Ang subject, item, requester, at paglalarawan ng pinsala ay lahat ay pinag-aaralan, kaya't ang isang termino na lumalabas lamang sa kung ano ang nagkamali ay nagsisiguro pa rin ng pagtukoy sa claim.
Halaga sa iyong kuryensya
Eksposisyon at bawat format ng halaga ng reklamo sa yunit ng pera na ginagamit ng aktibong yunit ng negosyo. Walang hardcode na simbolo at walang itinuturing na default.
Pabalik o kompensasyon mula sa klaim
Hiniling na may punong-puno na halaga. Sa ilalim ng limitasyon ng account, gagana agad; sa itaas nito, hihintayin ito ng manager.
Magkakaroon ng maliit na halaga. Ang malalaking halaga naman ay hinihintay ang signature.
Kapag humiling ng refund ang isang ahente, isang comp, o isang pag-escalate mula sa ticket, ang mga auto-approve amounts ng account ang nagpapatupad kung ano ang mangyayari sa susunod. Sa ilalim ng linya, ito ay agad na ginagawa at inirerekord sa pamamagitan ng Payments at Ledger. Sa itaas nito, inaasahan nito ang approval queue ng manager.
Pabalik na pera laban sa transaksyon. Nagdudulot ito ng halaga at isang opsyonang tala ng transaksyon.
Isang goodwill credit. May kasamang halaga at opsyonal na tala ng transaksyon.
Isang hiling para sa desisyon ng manager na walang pondo na nakakabit, kaya walang halaga na hinihingi.
Ang bawat account ay naglalagay ng halaga ng refund at ng halaga ng compensation na gagamitin nang walang pagsasagot. Isinasaad agad at inirekord ang isang hiling sa ilalim ng linya na iyon.
Ang anumang nasa itaas ng linya ay papunta sa queue ng pagtapat. Mag-set ng threshold sa zero at bawat hiling ng ganitong uri ay hihinto, at sabihin nito ang tab.
Ang bawat nakapaghihintay na item ay ipinapakita ang kanyang uri, paksa, humingi, halaga at link sa kanyang ticket. Ang pagtanggap ay nagpapagana ng refund at nagre-record nito; ang pagtanggi ay nagtatapos sa hinihingi nang walang aksyon.
Ang isang pabalik na bayad na walang resolyubong kuryensya ay tinatanggihan agad sa halip na ginagamit laban sa isang itinuturing na kuryensya. Walang hardcode na simbolo at walang default.
Limang tab. Oras ng negosyong ang kabuuan ay para sa buong account.
Sa itaas ng mga tab ay ang pinagsamang negosyo na pagkakakilanlan, kontak ng suporta at operasyonal na pera, na i-edit nang isang beses dito at binabasa ng bawat Calisto app. Pagkatapos ay ang aktibong yunit, na may terminolohiya ng kustomer at katalogo ng serbisyo na maaaring i-edit sa lugar.
Mga Politika ng SLA
3 featuresMga Target bawat prioridad
Isang target para sa unang sagot, isang target para sa resolusyon, at isang porsyento ng pagtaas para sa bawat isa sa apat na prioridad.
Oras ng operasyon
I-edit dito, ginagawa ang iisang inihahati na negosyo na agenda sa halip na isang kopya lamang para sa Desk.
Nakalagay sa upstream
Isang nakalagay na agendang naka-lock sa itaas mo ay magiging read-only na may pangalang pinagmulan, sa halip na itago sa walang laman.
Uri ng Tiket
3 featuresPangalan, icon, kulay
Kasama ang default priority at default group, kaya ang bagong ticket ng uri na iyon ay nagsisimula sa tamang lokasyon.
Auto-link
Maaaring mag-attach ang isang uri sa sarili nito sa isang reserbasyon, order, miyembro, contact, o asset sa paggawa.
Magkakaibang mga larangan
Teksto, numero, dropdown, petsa, file, contact o asset, bawat isa ay optional na required.
Inihanda nang Magkakasagot
3 featuresPersonal o ibahagi
Mga sagot na muling gamit na nabuo ay nakahati sa kategorya, pinapanatili sa sarili o ibinibigay sa grupo.
Pagpapalit ng variable
Ang pangalan ng humihingi, ang talaan ng ticket, at ang pangalan ng ahente ay lalagda nang maglagda ng sagot.
Macros
Maaaring mag-set ng status, mag-set ng priority, mag-assign ng ticket sa iyo, at magdagdag ng mga tags habang ito ay pumasok.
CSAT
3 featuresKapag nagpadala ito
Agad na pagkatapos ng pag-resolve, pagkatapos ng isang oras, pagkatapos ng isang araw, o pagkatapos ng iyong itinatakda na paghihirap.
Ano ang hinihingi nito
Ang iyong sariling prompt, at ang mga code na pwedeng piliin ng isang customer.
Ano ang itinatapon nito
Maaaring ibalik ang mga uri ng ticket, na hahalo sa mga uri na iyong tunay na inayos.
Patakaran ng Pagtanggap
2 featuresDalawang hangganan
Ang halaga ng refund at ang halaga ng compensation na gagamitin nang walang pagsasagawa.
Zero ang nag-ihold sa lahat
I-set ang bawat isa sa zero at bawat request ng uri ay hihingi ng manager, at ipapaliwanag nito sa tab.
Bawat list ay nakakapaloob sa iyong unit.
Ang mga tickets, claims, approvals, articles, at bawat count scope sa business unit na iyong napili, kaya't ang kabuuan ay hindi nagkakadisinag sa listahan sa ilalim nito. Maaaring i-filter ang mga data rules base sa lokasyon at i-redact ang mga indibidwal na field.
Kung saan ang Desk ay tumutugma sa lahat ng ibang bagay.
5 of these 8 connections are in your plan today. The rest stay visible so you know the instrument is there before you need it.
Ngayon
Ang Today help desk, mga request, mga claim ng pinsala at service hub routes ay bukas sa Desk, at ang Today cockpit ay may Desk service summary tile.
Orderflow
Ang customer context panel ay nagliligtas ng mga kamakailang order ng requester mula sa Orderflow.
Mga Reserba
Ang customer context panel ay naglilinis ng active bookings ng requester mula sa Bookings, at ang ticket na nakakonekta sa reservation ay buksan doon.
Pagbabayad
Ang approved refund ay gumagana sa pamamagitan ng Payments, at ang refund na walang resolvable currency ay tinatanggihan sa halip na ginagamit.
Ledger
Isinulat sa Ledger ang tinitiyak na refund o comp na kinakailangan.
Pagkakakilanlan
Ang customer context header ay nagpapakita ng antas ng pagpapatunay ng Calisto Identity ng humihingi at maaari itong baguhin sa panel nito.
Access
Ang panel ng konteksto ng kustomer ay nagtataguyod ng rekord ng access ng tagapagpasa mula Access.
Agendahan
Ang mga rekord ng kontak ng humihingi ay natatapos sa Agenda at ang link na View In Contacts ay bukas ang kontak doon.
No setup cost. Pay when you start using.
Helpdesk for customer-facing teams.
Recommended for you
Works well together.
Calisto Today
Calisto Orderflow
Calisto Bookings
Included with Commerce or Ops
Reservations, inventory, contacts, tickets, and scheduling
Learn more →Calisto Payments
Calisto Ledger
Calisto Identity
Calisto Access
Calisto Agenda
Included with your Account
Tasks, calendar, and contacts in one workspace.
Learn more →Inirerekomenda para sa
Ang mga industriya na nagpapatakbo ng Desk, at ano ang ginagawa ng bawat isa.
Hotels & ResortsDesk para sa guest service
Mga hiling, reklamo, at kaso kasama ang nakapatong na folio
Hotels & Resorts sa Calisto →Mga Pabahay na Maikli ang Panahon ng PagpapalitService desk
Questions and problems, in one queue
Mga Pabahay na Maikli ang Panahon ng Pagpapalit sa Calisto →Buhay na Musika at mga FestivalService desk
Questions and problems, in one queue
Buhay na Musika at mga Festival sa Calisto →Marathons & EnduranceService desk
Questions and problems, in one queue
Marathons & Endurance sa Calisto →Mga Artist at TalentService desk
Questions and problems, in one queue
Mga Artist at Talent sa Calisto →Event & Production RentalsService desk
Questions and problems, in one queue
Event & Production Rentals sa Calisto →Recreation & Vehicle RentalService desk
Questions and problems, in one queue
Recreation & Vehicle Rental sa Calisto →Mga Tour at KaranasanService desk
Questions and problems, in one queue
Mga Tour at Karanasan sa Calisto →Mga Serbisyo sa Bahay at sa PaligidDesk ng serbisyo sa mga kustomer
Mga tawag-balik, mga reklamo sa garantiya, at mga reklamo kasama ang kasaysayan ng trabaho
Mga Serbisyo sa Bahay at sa Paligid sa Calisto →Mga Espasyo para sa Pagkaka-workSuporta sa miyembro
Mga hiling at isyu ng miyembro na may nakakabit na plano
Mga Espasyo para sa Pagkaka-work sa Calisto →Mga Online RetailersSerbisyo sa mga kustomer
Mga pagbabalik at isyu sa isang estruktura na form, hindi sa DMs
Mga Online Retailers sa Calisto →In-Person RetailSerbisyo sa mga kustomer
Mga pagbabalik, pagpapalit, at mga isyu sa kasaysayan ng pagbili
In-Person Retail sa Calisto →Lahat ay kasama sa Calisto Desk.
- Briefing ng tatlong bucket: paglabag sa SLA, hindi inihanda, at bukas na linya (walang duplikado, ayon sa prioridad)
- Refreshed every 20 seconds, SLA state recomputed on every read
- Talaan para sa mga binabagabag, hindi inihanda, bukas, at na-resolbong ngayon
- Isang estado ng paglo-load sa unang load imbes na isang bandang walang laman
- Tatlong lens sa isang dataset: listahan, board, at kalendaryo
- Maghanay, mag-filter, at mag-sort na kumakatawan sa lahat ng lens
- I-drag sa board para baguhin ang status, na may nabagong write na bumabalik sa card
- Ang Calendar ay nakapalagay sa bawat ticket sa araw ng huling pagbabago nito, na may pagkakakilanlan sa lokal na linggo
- Limang pre-built na saved views kasama ang sarili mo, bawat isa ay nagpapababa sa filter bar at fetch
- Kompositor ng ticket na may kustom na mga field bawat uri, na binabalanse sa pagpapadala at binubuksan muli ng server
- Isang ticket na walang SLA ay ipinapakita ang neutral dot sa halip na gap
- Tatlong tab: usapin, gawain, at tawag (kapag angkop)
- Shared conversation thread na may mga internal notes na makikita at hiwalay na kulay
- Thread date-grouped, channel-badged, at locale-aware; polls bawat 10 segundo habang ang ticket ay nagre-refresh bawat 15
- Ang mas matandang ticket na walang iniaasahang thread ay bumabalik sa flat view imbes na ipakita ang walang anuman
- Ang isang nabigo na pagbabago sa status, priority, o uri ay nagtataas ng alert sa itaas ng katawan ng tab
- Ang isang nabigo na sagot ay mananatiling eksaktong tulad ng ginuhit sa draft
- Kompositor ng sagot na may paglalagay ng artikulo (mungkahi o paghahanap)
- Sidebar ng konteksto ng kustomer: aktibong reserbasyon, kamakailang utos, miyembro, at rekord ng access
- Antas ng pagtatala ng pagkakakilanlan sa header, maaaring baguhin sa lugar
- Status, priority, type, at assignment na maaaring baguhin mula sa sidebar
- May-akibat na mga talyer
- Pitong label ng kanal na inirekord bawat ticket: email, chat, telepono, portal, walk-in, social, at SMS
- Self-service portal: ipinapahiwatig ng isang customer ang kanyang hiling na may larawan at pinapayagan nitong suriin ang kanyang status nang hindi nagpapadala ng email sa sinuman
- Pito na uri ng ticket na maaaring i-configure na may icon, kulay, default priority, at default group
- Limang status at apat na prioridad
- Auto-link sa reservasyon, order, miyembro, contact, o asset ayon sa uri
- Custom fields bawat uri: text, number, dropdown, date, file, contact, asset
- Ang mga naging retired na uri ay mananatiling pumipili sa mga umiiral na tickets
- Hindi ma-save ang ticket nang walang uri, at laging hindi nagpapakita ng blankong badge ng uri
- Layunin ng unang sagot at resolusyon bawat prioridad (mabilis, mataas, katamtayan, mababa)
- Porsyento ng pagtaas bawat prioridad
- Pagsukat ng oras ng negosyo (nagpapahinto ang orasan kapag sarado)
- SLA state na-recompute sa bawat ticket na binasa (hindi naipapalagay na outdated)
- Tatlong estado: nasa daan, nasa panganib (huling 75% ng bintana), at binura
- Bawat chip ay may kulay mula sa sariling orasan kaysa sa isang inilimbag na buod
- Pinaglawak na bar sa pag-filter para sa mga nasa panganib o na-breach sa isang pagpili
- Cross-vertical intake queue (list at board)
- Iguhit ang hiling sa isang ticket (pinapanatili ang link)
- Resolbuhin ang isang hiling sa lugar nang hindi lumilikha ng ticket
- Serbisyo sa sarili ng miyembro: ipagpadala at sundan ang sariling talyer sa pamamagitan ng Navigator
- Dashboard ng serbisyo: 7 na KPIs, 5 na grahik, leaderboard ng ahente, na binabago bawat 30 segundo
- Ang mga aktibong paglabag sa pamantayan ay agad bumababa sa compliance (hindi sa pagkakapareho)
- Ang durasyon na zero ay ipinapakita bilang dash, hindi bilang zero na minuto
- Mga artikulong may markdown na may tatlong status (draft, published, archived)
- Dalawang antas na hiwalay na kategorya
- Tunay na publikong pahina bawat inilathalang artikulo (nabubukas nang walang login)
- Ang isang draft, na-archived, o hindi kilalang artikulo ay magbabalik ng tunay na hindi nakita
- Slug at meta description para sa paghahanap
- Mga link ng kaugnay na artikulo
- Kasaysayan ng bersyon na may revert
- Tignan ang bilang ng pagbabasa at porsyento ng kabutihan bawat artikulo, na tumataas sa bawat tagumpay na pampublikong pagbasa
- Nakaka-embed na widget na may nakakopya na snippet, na naglilingkod lamang sa mga naipublikong artikulo
- Paglalagay ng artikulo mula sa reply composer (mungkahi o paghahanap), na dinadagdag sa iyong draft imbes na palitan ito
- Ang isang nabigo na pag-save ay nagrereport ng tunay na dahilan imbes na isang pangkalahatang mensahe
- Isang claim ay isang ticket na tinatagong bilang claim (nagpapanatili ng buong workspace)
- Karagdagang fields: item, damage description, cost estimate, liability
- Sariling listahan at board na may kabuuang eksposisyon sa kuryensya ng aktibong yunit, na babalik sa simpleng lokal na numero kapag walang itinakda
- Ebidensya ng larawan
- Ang paghahanap ay sumasakop sa paksa, item, humihingi, at paglalarawan ng pinsala
- Paggabalos o request para sa comp mula sa claim tab
- Tatlong uri ng pagtanggap: refund, comp, escalation
- Auto-approve threshold bawat uri (baba = na-applied, itaas = hinihintay ng manager)
- Walang threshold = lahat ng hiling ay hinihintay
- Walang resolyuhong currency = tinatanggap ang pagbabalik ng pera nang walang pag-aalinlangan
- CSAT survey tungkol sa resolution: rating mula 1 hanggang 5, configurable na reason codes, at libreng-text na komento
- Nagkakaparehong delay: agad, 1 oras, 1 araw, o kung paano mo gustong-gusto
- Maaaring i-exclude ang mga uri ng ticket sa survey
- Muling gamit na mga sagot na pinagsama-samang nakabase sa kategorya (pang-kaibigan o pagsasama)
- Pagpalit ng variable: pangalan ng humihiling, talaan ng ticket, pangalan ng ahente
- Macros: itakda ang status, itakda ang priority, ibigay sa akin, dagdag ang mga tags sa paglalagay
- Mga ulat tungkol sa CSAT, pagsunod sa SLA, at volume ayon sa uri at channel
- Trend na 14-araw at throughput bawat ahente, kasama ang CSV export
- Ang bawat listahan at rollup ay nakakapaloob sa aktibong negosyong yunit, kaya't hindi nagkakahiwalay ang kabuuan sa ilalim nito
- Ang mga rekord bago pa sa pagtakda ng scoping ay makikita sa halip na mawala
- Maaaring piliin ang mga tatak ng datos ng miyembro base sa lokasyon at ma-redact ang mga indibidwal na larangan
- Ang isang nasira na panuntunan ay nagiging sanhi na hindi naipagpatupad ang screen sa halip na mag-fail
- Isang rule na nag-i-hide ng lahat ay magbabalik ng empty queue imbes na error
- Limang tab na konfiguracion sa kabuuan ng negosyo identity, contact, at currency
- Ngayon (tulong sa opisina, mga hiling, mga reklamo, at sentro ng serbisyo bukas sa Desk)
- Libro mayor (devoluciones y compensaciones aprobadas registradas)
- Bayad (ang mga refund ay ginagawa sa pamamagitan ng Payments)
- Mga Reservasyon (konteksto ng customer: aktibong mga reservasyon, ticket na nakakabit sa reservasyon)
- Orderflow (konteksto ng customer: mga recent orders)
- Access (konteksto ng customer: record ng access)
- Registry (konteksto ng customer: status ng membership)
- Identity (konteksto ng customer: antas ng pagtatala)
- Navigator (pagpapadala at pagpapatibay ng sarili ng miyembro)
- Purview (lapis ng negosyo, yunit, wika)
- Automations (ticket created, assigned, resolved, SLA breached events)
- Depot (storage para sa attachment ng ticket)
Frequently asked questions
Mula sa mga app na mayroon nang ito. Ang mga aktibong reserbasyon ay galing sa Bookings, ang mga kamakailang utos mula sa Orderflow, ang miyembro mula sa Registry, ang rekord ng pag-access mula sa Access, at ang antas ng pagsusuri mula sa Identity. Walang kinopya sa Desk at walang kailangang integrasyon, dahil ito ay isang database.
Isang akdang serbisyo ang isang layunin na itinatakda ng iyong pangkat kung gaano kabilis na dapat itakda ang mga ticket. Pinapayagan ng Desk ang pagtatatag ng dalawa bawat antas ng prioridad: kung gaano kabilis na dapat mag-respond ang isang ahente, at kung gaano kabilis na dapat solusyunan nang buo ang ticket. Sinusundan ng orasan ang parehong aspeto, tumitigil sa labas ng iyong oras ng negosyo kung ito ay inayos, at ipinapakita agad kung aling mga ticket ang nasa tamang landas, nasa panganib, o nasa huli.
Hindi. Ang Desk ay nagbabasa ng parehong database na ginagamit ng bawat ibang Calisto app. Kung may booking ang isang customer sa Bookings, order sa Orderflow, membership sa Registry, o record ng access sa Access, ang impormasyong iyon ay nasa ticket sidebar na. Walang kailangang ikonekta at walang kailangang isync.
Oo. Ang Navigator ang bumubuo sa ibon na nakikita ng miyembro: may nagpapadala ng hiling sa pag-aayos o suporta kasama ng mga larawan, at nakikita ang pagbabago ng kanyang status nang walang upuan ng ahente at nang walang pagpapadala ng email sa sinuman. Ang endpoint sa likod nito ay naglilista lamang ng mga ticket na kabilang sa taong humihingi.
Langit kung ipapahintulot mo ito. Mag-set ng oras ng operasyon bilang 24/7 o bilang isang linggong panahon na may oras ng simula at wakas bawat araw, at ang orasan ay tumitigil sa labas ng mga ito. Ang mga oras na iyon ang iisang pinagkukunan ng oras ng negosyo na binabasa ng bawat produkto ng Calisto, hindi isang kopya lamang para sa Desk.
Ayon sa halaga na iyong itinatakda bawat uri. Sa ilalim ng iyong threshold para sa refund o comp, ang hiling ay ipapasa agad at tutulungan sa pamamagitan ng Payments at Ledger; sa itaas nito, ang hiling ay hihinto sa queue ng pagaprubahin para sa isang manager na may ticket na nasa isang-click lang. Itakda ang threshold sa zero at bawat hiling ng ganitong uri ay hihinto.
Hindi pa. Ipinag-record ang walong channel bilang label sa ticket kaya hinahati ang iyong reporting base sa kanila, at dalawa sa kanila ay live intake ngayon: ang customer portal, kung saan tumatawag ang isang tao ng request na may mga larawan at pinapag-uunahan ito, at ang isang agent na gumagawa ng ticket. Lahat ng ibang bagay ay inirecord, hindi in-parse.
