Velge e-postadresser for bedriften

hei@, info@, fornavn@ og faktura@ kan alle være gode adresser. Det riktige valget avhenger av om adressen skal representere en person, en varig arbeidsoppgave eller bare være en ekstra inngang til samme postkasse.

Planlegg strukturen før kontoene opprettes. Da blir det enklere å beregne pris, flytte ansvar og stenge tilganger uten at kunder mister kontaktpunktet.

Fire begreper som ikke er det samme

Funksjonene varierer mellom leverandører. Et produkt som lover «ubegrensede aliaser» lover ikke automatisk distribusjonslister eller delte postkasser.

Vymo oppgir ubegrenset antall aliaser i Basis og Pluss. De publiserte planene beskriver ikke delte postkasser eller distribusjonslister. Avklar behovet før dere bygger kundeservice eller fakturaflyt rundt en funksjonsadresse.

Personadresser gir ansvar

En personlig adresse passer når mottakeren skal vite hvem de snakker med, og når medarbeideren trenger egen innlogging, historikk og avsenderidentitet.

Vanlige modeller er:

fornavn@bedrift.no
fornavn.etternavn@bedrift.no
initial.etternavn@bedrift.no

Velg én standard og dokumenter hvordan kollisjoner håndteres. fornavn@ er kort, men to ansatte kan ha samme navn. fornavn.etternavn@ skalerer bedre, men blir lengre.

Unngå å bygge hovedadressen på:

• tittel som kan endres
• avdeling som kan omorganiseres
• fødselsår eller andre unødvendige personopplysninger
• tilfeldige tall som er vanskelige å forklare
• kallenavn brukeren ikke benytter i jobbsammenheng

Norske bokstaver og kompatibilitet

Internasjonaliserte e-postadresser finnes, men støtte i skjemaer, eldre systemer og integrasjoner er ikke universell. En ASCII-basert adresse er ofte enklere å diktere og bruke på tvers av tjenester.

Bestem én tydelig regel for æ, ø og å. Eksempler kan være ae, o/oe og a/aa, men virksomheten må velge én modell og bruke den konsekvent. Opprett eventuelt de naturlige variantene som alias hvis tjenesten støtter dem.

Ikke anta at et alias løser alle skrivefeil. Hvert ekstra navn må dokumenteres og følge med ved leverandørbytte.

Rolleadresser gir kontinuitet

En rolleadresse beskriver oppgaven fremfor personen:

Rolleadressen bør ha:

• en navngitt prosesseier
• en løsning for fravær og ferie
• definert tilgang og stedfortreder
• en forventet svartid der det er relevant
• en rutine for sensitive vedlegg og videresending

En adresse er ikke en arbeidsflyt. Hvis tre personer skal behandle samme kø, er et kundesystem, saksverktøy eller reell delt postkasse ofte bedre enn at alle får en kopi og antar at noen andre svarer. Bruk sammenligningen av alias, gruppe, delt postkasse og samarbeidsinnboks før adressen opprettes.

Når et alias er riktig

Et alias er nyttig når flere adresser skal ende i én konto:

• hei@bedrift.no leveres til den eneste ansatte
• gammel navnevariant beholdes i en overgang
• post@ og info@ skal være to innganger til samme funksjon
• vanlig feilstaving skal fanges opp

Et alias kan redusere antall betalte kontoer fordi det ikke har egen postkasse. Men mottak er bare halve oppsettet. Kontroller også:

• om brukeren kan velge aliaset som Fra-adresse
• hvilket envelope-from-domene meldingen bruker
• om DKIM og DMARC består når aliaset brukes
• hvor svar og returer havner
• om Sendt-mappen gjør det tydelig hvilken adresse som ble brukt

Ikke lov at noen kan «sende som» et alias før en virkelig ekstern test er gjennomført.

Når et alias ikke er nok

Opprett en separat konto eller annen delt løsning når:

• en annen person skal ha egen innlogging
• tilgangen må fjernes uten å bytte et felles passord
• postkassen trenger egen kvote eller historikk
• flere skal se status, eierskap og sendte svar
• funksjonen har egen bevarings- eller sikkerhetspolicy
• automatisering eller integrasjon krever en egen konto

Ikke del passordet til faktura@ mellom kollegaer. Det gjør det vanskelig å vite hvem som logget inn, hvem som sendte, og hvordan bare én persons tilgang skal stenges.

En enkel start for ulike virksomheter

Én person

ola@bedrift.no       personlig konto
hei@bedrift.no       alias til Ola
faktura@bedrift.no   alias til Ola eller separat økonomiflyt

Én Vymo Basis-konto koster 19,- per måned inkludert mva. Aliasene er inkludert. Oppsettet er rimelig, men virksomheten må ha en plan hvis andre senere skal overta hei@ eller faktura@.

Tre ansatte

ola@bedrift.no       personlig konto
kari@bedrift.no      personlig konto
mina@bedrift.no      personlig konto
hei@bedrift.no       delt løsning eller tydelig ansvarlig
faktura@bedrift.no   økonomiflyt med stedfortreder

Tre Basis-kontoer koster 57,- per måned inkludert mva. Tre Pluss-kontoer koster 117,-. Kostnaden for en delt postkasse eller annen arbeidsflyt kan ikke beregnes fra Vymos publiserte planinformasjon og må avklares.

Virksomhet med kundeservice

Personkontoer bør fortsatt tilhøre hver medarbeider. support@ bør ligge i et system som viser hvem som eier saken, tidligere svar og behandlingstid. En distribusjonsadresse som sender samme melding til fem personer gir ikke denne kontrollen.

Unngå no-reply@ uten grunn

En avsender som ikke tar imot svar kan være riktig for enkelte automatiske systemmeldinger, men den kan også skape friksjon og skjule reelle feil. Spør:

• hva gjør mottakeren når informasjonen er feil?
• hvor går returer og automatiske svar?
• finnes en overvåket kontaktadresse i meldingen?
• er det tydelig at svar ikke leses før mottakeren trykker Svar?

For kvitteringer, avtaler og varsler er en overvåket svaradresse ofte mer nyttig. Kritiske sikkerhetsmeldinger bør aldri peke brukeren mot en uovervåket kanal som eneste kontaktmulighet.

Ikke bruk catch-all som navnestandard

En catch-all mottar e-post til adresser som ikke er opprettet. Det kan skjule skrivefeil, men gjør det også vanskelig å oppdage at dere annonserer feil adresse og kan ta imot store mengder post til tilfeldige navn.

Opprett de faktiske person- og rolleadressene dere bruker. Les fordeler og risiko ved catch-all før funksjonen eventuelt aktiveres.

Rutine for nyansatte, endringer og fratredelse

En adresseplan må dekke hele livsløpet.

Når noen begynner

1. Opprett personlig konto etter navnestandarden.
2. Gi bare nødvendige rolle- og systemtilganger.
3. Konfigurer gjenoppretting og sikker innlogging etter leverandørens muligheter.
4. Test sending, mottak, alias og signatur.
5. Dokumenter eier og bestiller.

Når navn eller rolle endres

Behold den gamle adressen som et tidsbegrenset alias hvis det er nødvendig. Oppdater kataloger, signatur, systemkontoer og offentlige kontaktpunkter. Bestem en dato for å vurdere om aliaset fortsatt trengs.

Når noen slutter

1. Steng personens tilgang på avtalt tidspunkt.
2. Sikre nødvendige virksomhetsdata etter vedtatt rutine.
3. Flytt eierskap til rollebaserte adresser og systemkontoer.
4. Sett eventuelt et tidsbegrenset autosvar med ny kontakt.
5. Unngå å videresende all historisk og fremtidig post ukritisk til en leder.
6. Dokumenter når konto og alias skal slettes.

Ikke gi en ny medarbeider den gamle personadressen til en annen. Avsendere kan fortsette å sende fortrolige opplysninger til adressen i lang tid.

Lag et adresseregister

Et lite regneark eller systemregister er nok for en liten virksomhet:

Ta med adresser som brukes i fakturasystem, nettskjema, domeneadministrasjon og kontogjenoppretting. En usynlig teknisk adresse kan være mer kritisk enn den offentlige hei@-adressen.

Beslutningsregel

Bruk denne rekkefølgen:

1. Skal en person sende som seg selv? Opprett personkonto.
2. Skal én eksisterende konto ha et ekstra navn? Bruk alias.
3. Skal flere bare motta en kopi? Vurder distribusjon med tydelig ansvar.
4. Skal flere behandle og svare fra samme kø? Bruk delt postkasse eller saksverktøy.
5. Er funksjonen kritisk eller sensitiv? Definer eier, tilgang, bevaring og stedfortreder før opprettelse.

Bruk regnemodellen for antall e-postkontoer når adressene er kartlagt. Se deretter e-post på eget domene med priser og pakker . Når listen er klar, kan bedriften velge Vymo Basis eller Pluss . Avklar delte funksjoner før bestillingen hvis behovet går utover kontoer og aliaser.