Gmail koplietojamā pastkaste: lēmumu ceļvedis atbalsta komandām

Gmail koplietojama pastkaste var nozīmēt vairākas dažādas lietas. Viena komanda var deleģēt piekļuvi Gmail kontam. Cita var izmantot Google grupu. Atbalsta komanda var savienot savu esošo adresi ar palīdzības dienesta sistēmu. Katra pieeja ļauj vairāk nekā vienai personai apstrādāt e-pastu, taču darba pieredze nav vienāda.

Pareizā izvēle ir atkarīga no uzdevuma, kas jāveic ar šo iesūtni. Neliela apjoma administratīvai adresei nepieciešama vienkārša piekļuve. Klientu atbalsta adresei nepieciešama skaidra atbildība, redzams statuss un uzticama darba nodošana starp cilvēkiem. Šis ceļvedis palīdzēs izvēlēties modeli, nepārvēršot lēmumu par funkciju kontrolsarakstu.

Sāciet ar darbu, nevis pastkasti

Vispirms pierakstiet, kam jānotiek pēc ziņojuma saņemšanas. Kurš izlemj, vai uz to jāatbild? Kā Lietotājs parāda, ka strādā ar šo ziņojumu? Kā nākamais Lietotājs redz, kas jau ir paveikts? Kas komandai norāda, ka saruna ir pabeigta?

Koplietojama adrese atrisina tikai pirmo daļu — nogādā e-pastu vairāku cilvēku redzeslokā. Koplietojamai darbplūsmai ir arī jānovērš dublējošas atbildes, jāpadara neatbildētie ziņojumi redzami un jāsaglabā konteksts, kad mainās atbildīgā persona. Šīs vajadzības kļūst svarīgākas, pieaugot ziņojumu apjomam, steidzamībai un komandas lielumam.

Gmail koplietojamās iesūtnes darbplūsma

Lēmuma formulēšanai izmantojiet trīs jautājumus. Vai komandai ir nepieciešams, lai viena persona strādātu citas personas vārdā? Vai tai nepieciešama grupa, kas apspriež un sadala sarunas? Vai arī tai nepieciešama atbalsta rinda, kurā katram klienta ziņojumam ir atbildīgais un statuss? Jūsu atbilde norādīs uz kādu no tālāk aprakstītajiem modeļiem.

1. modelis: koplietojiet paroli

Vairāki cilvēki var pierakstīties vienā Gmail kontā, izmantojot tos pašus piekļuves datus, taču tas ir slikts darba organizācijas modelis. Individuālo piekļuvi ir grūti nošķirt, darbinieku piekļuves anulēšana kļūst riskanta, un komanda nevar noteikt tikai pēc pieteikšanās datiem, kurš apstrādāja ziņojumu. Paroles kopīgošana arī pārvērš darbplūsmas problēmu par konta drošības problēmu.

Ja jūsu komanda pašlaik izmanto šo modeli, uztveriet to kā pagaidu risinājumu. Izveidojiet sarakstu ar visiem, kam nepieciešama piekļuve, nosakiet adreses īpašnieku un pārejiet uz individuālu piekļuvi, izmantojot deleģēšanu, grupu vai palīdzības dienesta sistēmu. Mērķis ir vienkāršs: katram Lietotājam jāpierakstās ar savu kontu.

2. modelis: deleģējiet Gmail kontu

Deleģēšana ir noderīga, ja vienai personai ir jāpārvalda citas personas pastkaste. Saskaņā ar Google Gmail deleģēšanas ceļvedi deleģētā persona var lasīt, sūtīt un dzēst konta e-pastus, taču nevar mainīt tā paroli. Tādēļ deleģēšana ir drošāka izvēle nekā piekļuves datu kopīgošana.

Šis modelis ir piemērots vadītājam un asistentam, pagaidu aizvietošanas situācijai vai nelielai administratīvai iesūtnei. Pastkaste paliek Gmail vidē, un cita persona iegūst praktisku piekļuvi. Tas ir mazāk piemērots atbalsta rindai, ja komandai nepieciešamas skaidras atbildības, prioritātes, iekšēja koordinācija vai pārskati par daudzām sarunām.

Izvēlieties deleģēšanu, ja galvenais jautājums ir — kurš drīkst rīkoties pastkastes īpašnieka vārdā. Meklējiet citu risinājumu, ja galvenais jautājums ir — kā komanda kopīgi pārvalda rindu.

3. modelis: izmantojiet Google grupas kā sadarbības iesūtni

Google grupa var darboties kā izplatīšanas adrese, bet tās sadarbības iesūtnes režīms nodrošina arī pamata koordināciju. Google sadarbības iesūtnes dokumentācijā paskaidrots, ka dalībnieki ar atbilstošām atļaujām var piešķirt sarunas, meklēt pēc piešķīruma, atzīmēt darbu kā pabeigtu un kategorizēt sarunas, izmantojot iezīmes.

Šis modelis ir piemērots komandām, kas vēlas Google vidē balstītu grupas darbplūsmu un var strādāt Google grupās. Tas nodrošina labāku koordināciju nekā tikai adresātu saraksts. Pirms izvēles ļaujiet komandai pārbaudīt ikdienas pieredzi, nevis vērtējiet iestatījumus atrauti no darba. Noskaidrojiet, kur Lietotāji lasīs, piešķirs, atbildēs uz ziņojumiem un tos atrisinās. Tāpat pārliecinieties, ka visi saprot šīm darbībām nepieciešamās atļaujas.

Sadarbības iesūtne ir labs galamērķis, ja piešķīrumi un atrisināšanas statusi aptver visu procesu. Tā var kļūt par pārejas punktu, ja klientu atbalstam nepieciešamas arī prioritātes, iekšējās piezīmes, apkalpošanas mērķi, automatizācija vai plašāks pārskats par darba slodzi.

4. modelis: savienojiet Gmail ar uz pastkastēm balstītu palīdzības dienesta sistēmu

Palīdzības dienesta sistēma saglabā klientiem pazīstamo adresi, taču pārvērš ienākošos e-pastus pārvaldāmā darbā. Šis modelis ir paredzēts rindai, nevis piekļuvei vienas personas kontam. Tas ir piemērots atbalsta komandām, kurām nepieciešama atbildība, statuss, iekšējais konteksts un konsekventa sākotnējā apstrāde.

Izmantojot Deskhero, Gmail vai Google Workspace pastkaste tiek savienota, izmantojot OAuth. Ienākošie e-pasti kļūst par pieteikumiem, atbildes tiek nosūtītas no esošās adreses, bet Gmail iezīmes un arhivēšanas izmaiņas paliek sinhronizētas. Lietotāji var piešķirt pieteikumus un organizēt tos, izmantojot grupas, statusus, prioritātes, atzīmes, iekšējās piezīmes un pieminēšanas. Gmail koplietojamās pastkastes klientu atbalstam lapā parādīts, kā šī darbplūsma darbojas.

Šis modelis nav paredzēts Gmail aizstāšanai tikai aizstāšanas pēc. Tā mērķis ir padarīt redzamu darbu, kas saistīts ar koplietojamu adresi. Lietotājs var redzēt, kas ir piešķirts, kam jāpievērš uzmanība un kas jau ir pārrunāts iekšēji. Komanda joprojām var klientiem izmantot to pašu adresi.

Izmantojiet šo lēmuma kontrolsarakstu

Izvēlieties deleģēšanu, ja pastkastei ir viens īpašnieks un nelielam skaitam uzticamu cilvēku ir jāstrādā viņa vārdā. Izvēlieties Google grupu sadarbības iesūtni, ja adrese pārstāv grupu un pietiek ar piešķiršanu un atrisināšanas statusu. Izvēlieties uz pastkastēm balstītu palīdzības dienesta sistēmu, ja adrese apkalpo klientus un komandai nepieciešama rinda ar darba pārvaldības vadīklām.

Pēc tam pārbaudiet izvēli reālās situācijās. Pajautājiet, kas notiek, kad divi Lietotāji atver vienu un to pašu jauno ziņojumu. Pajautājiet, kā steidzams darbs tiek nošķirts no ikdienas darba. Pajautājiet, kur tiek glabāts privātais komandas konteksts. Pajautājiet, kā saruna tiek nodota prombūtnes laikā. Pajautājiet, kā vadītājs atrod darbu, kas gaidījis pārāk ilgi. Izmantojamam modelim uz katru jautājumu jāsniedz atbilde, nepaļaujoties uz atmiņu vai atsevišķu izklājlapu.

Neizvēlieties risinājumu, balstoties tikai uz šodienas ziņojumu skaitu. Ņemiet vērā neskaidrības radītās izmaksas. Neliels skaits, taču ļoti nozīmīgu klientu pieprasījumu var pamatot pārvaldītas rindas ieviešanu agrāk nekā lielāks zema riska administratīvo e-pastu apjoms.

Veiciet īsu darbplūsmas izmēģinājumu

Izmantojiet reālu adresi un ziņojumu kopu, kas atspoguļo ikdienas darbu. Iekļaujiet vienkāršu pieprasījumu, pieprasījumu, kam nepieciešama citas nodaļas iesaiste, steidzamu sūdzību, turpinājumu esošā sarakstē un ziņojumu, uz kuru nav jāatbild. Ļaujiet vairākiem Lietotājiem apstrādāt šo kopu no saņemšanas līdz pabeigšanai.

Pievērsiet uzmanību slēptai koordinācijai. Ja Lietotāji sūta blakusziņojumus, lai pieteiktos darbam, uztur atsevišķu atvērto sarunu sarakstu vai jautā, vai kāds jau ir atbildējis, pastkaste nesatur pietiekami daudz informācijas par darbplūsmu. Šādi risinājumi ir pierādījums, nevis sīki traucēkļi.

Reģistrējiet piecus rezultātus: laiku, kas nepieciešams atbildīgās personas noteikšanai, neatbildētā darba redzamību, darba nodošanas vienkāršību, iekšējā konteksta skaidrību un pārliecību, ka saruna ir pabeigta. Salīdziniet darba modeļus pēc šiem rezultātiem. Tādējādi lēmums būs balstīts ikdienas darbā, nevis vispārīgā programmatūras salīdzinājumā.

Nosakiet, kad pašreizējais modelis vairs nav piemērots

Pirmā brīdinājuma pazīme ir dublējošs darbs. Divi Lietotāji sagatavo atbildes, jo neviens no viņiem neredz, kam darbs ir piešķirts. Otrā pazīme ir nemanāma aizkavēšanās. Ziņojums paliek nelasīts vai nepiešķirts, jo visi pieņem, ka ar to strādā kāds cits. Trešā pazīme ir sadrumstalots konteksts. Lēmumi atrodas tērzēšanā, bet saruna ar klientu — Gmail.

Citas pazīmes ir manuāla sākotnējā apstrāde, kas aizņem katras dienas sākumu, biežas kļūdas darba nodošanas laikā un uzticama veida trūkums darba slodzes pārskatīšanai. Kad šādi modeļi atkārtojas, papildu iezīmju vai komandas noteikumu ieviešana var tikai padarīt neformālo sistēmu grūtāk iegaumējamu.

Tajā brīdī definējiet nepieciešamo minimālo rindu. Sāciet ar atbildīgo personu, statusu, prioritāti un iekšējām piezīmēm. Automatizāciju vai pārskatus pievienojiet tikai tad, kad tiem ir skaidrs pielietojums. Deskhero koplietojamās iesūtnes un pieteikumu pārvaldības pārskats sniedz plašāku ieskatu šajās vadīklās, savukārt Gmail koplietojamās iesūtnes iestatīšanas ceļvedī aprakstīti praktiskie nākamie soļi.

Vienkāršākā noderīgā atbilde

Nav viena Gmail koplietojamās pastkastes iestatījuma, kas būtu piemērots katrai komandai. Deleģēšana ir paredzēta darbībai konta īpašnieka vārdā. Google grupas nodrošina grupas sarunu darbplūsmu. Palīdzības dienesta sistēma pievieno rindas vadīklas, kas nepieciešamas klientu atbalstam.

Izvēlieties vismazāk sarežģīto modeli, kas padara atbildību, darba nodošanu un pabeigšanu redzamu. Ja adrese kļūst par klientu atbalsta kanālu, vērtējiet to kā darbplūsmu, nevis tikai iesūtni. Šī atšķirība neļaus vienkāršai koplietojamai adresei kļūt par slēptu neizdarīta vai dublēta darba avotu.