emailiranje skupine

Pozdravljeni, rad bi si postavil en sistem za e-komunikacijo.
Imam email support@domena.si.
Vse maile zunanjih uporabnikov, ki pridejo na ta e-mail naj bi videli trije uporabniki.
Če kdorkoli od teh treh v skupini support odgovori, naj bi odgovor šel zunanjemu uporabniku, odgovor pa bi morala videti tudi ostala dva iz skupine support.
Kako bi lahko to naredil?
------------
Poizkušam z google groups, pa mi zaenkrat uspe toliko, da ko naredim reply (all) odgovor dobijo vsi trije iz supporta, zunanjega pa je potrebno za prejemnika vpisat posebej.

@crniangeo: ali lahko mogoče veš še kaj več, ker sem nekaj o tem našel, še vedno pa mi ne gre tisti del, da ko kdor koli od supporta odgovori zunanjemu, to dobita tudi ostala dva iz supporta.

Picero je 6. okt 2019 ob 17:23 izjavil:

Pozdravljeni, rad bi si postavil en sistem za e-komunikacijo.
Imam email support@domena.si.
Vse maile zunanjih uporabnikov, ki pridejo na ta e-mail naj bi videli trije uporabniki.
Če kdorkoli od teh treh v skupini support odgovori, naj bi odgovor šel zunanjemu uporabniku, odgovor pa bi morala videti tudi ostala dva iz skupine support.
Kako bi lahko to naredil?
------------
Poizkušam z google groups, pa mi zaenkrat uspe toliko, da ko naredim reply (all) odgovor dobijo vsi trije iz supporta, zunanjega pa je potrebno za prejemnika vpisat posebej.

Nič posebnega ne rabiš za želeno, nobenih skupin, poštnih seznamov, nič. Vse kar potrebuješ je navaden IMAP dostop do predala.

Vsi trije interni uporabniki se v en in isti predal povezujejo z istim up.imenom in geslom.

Ko prvi prebere sporočilo, ga bo privzeto označilo za prebranega. Ko odgovori na sporočilo, se poštnem odjemalcu nastavi, da poslano sporočilo shrani v inbox in ne med poslana sporočila. Tako tudi preostali uporabniki vidijo odgovor in lepo se da slediti pogovoru.

Če npr. prvi ne želi odgovoriti na sporočilo pa ga je prebral, naj ga preprosto ponovno označi kot neprebranega, pa ga bo pogledal naslednji. Ali pa drugi bodite pozorni tudi na prebrana sporočila, ki niso odgovorjena, kakorkoli. To je pač stvar vašega internega dogovora.

Ta pristop s skupnim dostopom do enega predala ima nekatere slabosti, je pa najbolj preprost.

Slabost tega pristopa je, da začno sogovorniki ob naslednji priliki pošiljati sporočila kar direktno na osebne naslove. Kar poskusi jim dopovedati, naj vedno prvo kontaktirajo splošni naslov. Poleg tega pri kakem novem problemu stranka pričakuje, da boš predhodne vsaj približno poznal, ti pa sploh nimaš uvida v komunikacijo, če je slučajno bila z nekom drugim.

Nič ni narobe z osebnimi naslovi ime@example.com ali karkoli pač že, ampak za splošno podporo pa to ni dobra rešitev. Če skupen inbox/sent predal ni ok, je precej bolje ta glavni naslov spremeniti v front end dejanskega ticketing sistema, iz katerega se potem odgovarja.

Spiceworks Help Desk je tudi ena od opcij.... Lahko imaš pri sebi ali v oblaku... zastonj...

Tisto z odgovarjanjem uporabniku pa je vedno...ne vem - meni je bolj všeč, če z isto osebo rešujem zadevo (in vem katera oseba je to), ne pa da se mi supporter 'skriva' za aliasom "support@xxxxxx.xxx"

Direktnemu naslavljanju po mailu se tako ali drugače ne moreš (povsem) izogniti. Že takoj, ko se predstaviš z Janez Novak, lahko uporabnik ugane, da imaš mail Janez.Novak@xxxxxxx.yyy.
Nekatera podjetja zadeve urejajo tako, da gre inicialni stik le preko spletnega obrazca, na kar se ti dodeli ticket in supporter, ki bo zadevo prevzel.

Ljudi moraš naučiti, da edino kontaktiranje na "podpora@" lahko jamči kolikor tolikor hitro obravnavo. V vseh drugih primerih pa je lahko problem, ker si na dopustu, na bolniški, izobraževanju, na drugi lokaciji,.... skratka naučiti jih moraš, da za podporo uporabljajo naslov podpora@ za povabilo na pijačo pa direktnega