MDM, MAM och UEM: vad är skillnaden?

Vad är skillnaden mellan MDM, MAM och UEM?

Den korta versionen ser enkel ut.

• MDM handlar om att hantera själva enheten
• MAM handlar om att skydda appar och data
• UEM handlar om att ta ett samlat grepp om flera typer av endpoints

Den versionen är användbar i ett mötesrum. Den räcker sällan i verkligheten.

För i praktiken är det inte definitionerna som avgör vad ni behöver. Det är hur era användare arbetar, hur känslig er data är, hur höga kraven är på styrning och hur mycket variation ni faktiskt tål i miljön.

MDM: när enheten måste gå att styra

Mobile Device Management låter ibland smalare än det är. Det handlar i grunden om att organisationen vill kunna sätta ramar för enheten: registrering, konfiguration, säkerhetskrav, efterlevnad och i vissa fall även åtgärder som fjärrhantering eller wipe.

Det här är rätt väg när enheten i praktiken är en del av företagets ansvar. Det gäller ofta företagsägda mobiler, surfplattor och laptops, men också miljöer där säkerhetskraven är så pass höga att det inte räcker att bara skydda apparna.

MDM blir viktigt när ni behöver kunna svara tydligt på frågor som:

• Är enheten krypterad?
• Är operativsystemet uppdaterat?
• Följer den våra säkerhetskrav?
• Ska den få tillgång till företagsdata över huvud taget?

Det är alltså inte främst ett verktyg för kontrollens egen skull. Det är ett sätt att skapa förtroende för enheten som arbetsredskap.

MAM: när datan är viktigare än hela enheten

Mobile Application Management är ofta det smartare valet i miljöer där användaren äger enheten, men företaget fortfarande behöver skydda det som händer i apparna.

Det är här diskussionen brukar bli mer intressant. För MAM är inte en light-version av MDM. Det är ett annat grepp.

Med MAM kan ni styra hur företagsdata får användas i appar, till exempel genom att:

• kräva inloggning och appskydd
• hindra kopiering mellan jobb- och privatappar
• styra lagring av data
• skydda information även på privata enheter

Det gör MAM särskilt relevant i BYOD-scenarier där ni behöver respektera att mobilen är privat, men inte kan släppa företagsdata fria.

Här går många snett åt två håll samtidigt. Antingen försöker man ta över för mycket av den privata enheten och skapar motstånd. Eller så nöjer man sig med för lite och låtsas att appnivån löser allt, trots att riskbilden kräver mer. MAM fungerar bäst när man vet exakt vilket problem man försöker lösa.

Rätt val handlar sällan om att välja det mest avancerade. Det handlar om att välja rätt nivå av kontroll, dataskydd och användarstöd för den verklighet ni faktiskt har.

UEM: när verkligheten blivit större än en enda enhetstyp

Unified Endpoint Management är inte bara ett nytt namn på gammal klienthantering. Det är ett svar på en arbetsmiljö där användaren rör sig mellan flera enheter, flera plattformar och flera arbetssätt, medan IT fortfarande förväntas hålla ihop styrning, säkerhet och användarupplevelse.

UEM-perspektivet blir viktigt när ni behöver hantera helheten, inte bara en del av den.

Det handlar till exempel om att kunna arbeta konsekvent med:

• laptops och mobila enheter
• policyer och compliance
• applikationer och uppdateringar
• onboarding och livscykelhantering
• styrning som hänger ihop över flera endpoint-typer

Skillnaden här är viktig. MDM och MAM kan vara delar av lösningen. UEM är ramen som håller ihop lösningen när endpoint-miljön vuxit upp och slutat vara överskådlig på ren magkänsla.

När räcker MAM och när behövs MDM?

Det här är ofta den verkliga frågan.

Om ni har användare som arbetar i Microsoft 365-appar på privata telefoner, och det primära behovet är att skydda företagsdata utan att ta kontroll över hela mobilen, då kan MAM vara helt rätt. Det är ofta ett klokt sätt att balansera säkerhet mot integritet och användaracceptans.

Om ni däremot behöver säkerställa att enheten följer vissa tekniska krav innan den får tillgång till resurser, då räcker det sällan att bara arbeta på appnivå. Då behöver ni MDM, ibland i kombination med MAM.

Det viktiga är att inte göra valet ideologiskt. Det finns fortfarande miljöer där full kontroll är rimlig. Det finns också miljöer där full kontroll är ett oproportionerligt dyrt sätt att skapa friktion.

Bra vägval börjar därför inte i vilken produkt man gillar mest, utan i frågor som:

• vilken data skyddar vi?
• vilka enheter används faktiskt?
• vem äger enheten?
• vilka säkerhetskrav måste vi kunna verifiera?
• hur mycket variation klarar vi att förvalta?

Därför väljer fler ett bredare UEM-perspektiv

När endpoint-miljön växer blir det snabbt dyrt att tänka för stuprörsvis. Mobilhantering i ett hörn. Windows i ett annat. Apphantering i ett tredje. Säkerhet som ett sidospår ovanpå alltihop.

Det fungerar ett tag. Sedan börjar det läcka tid.

Manualer blir fler. Undantagen blir fler. Ansvarsgränserna blir suddigare. Det blir svårare att veta om man faktiskt har kontroll eller bara en samling tekniker som råkar existera samtidigt.

Det är här UEM blir strategiskt. Inte för att allt måste centraliseras för sakens skull, utan för att någon måste hålla ihop logiken i miljön.

Med ett tydligt UEM-perspektiv blir det enklare att:

• standardisera hantering utan att låsa fast sig i onödig rigiditet
• koppla säkerhetskrav till faktisk enhetsstatus
• minska mängden speciallösningar
• bygga en förvaltningsmodell som klarar förändring

Det är ofta först då arbetsplatsmiljön börjar kännas styrbar på riktigt.

Fyra frågor att ställa innan ni bestämmer väg

Det går att komma långt bara genom att tvinga fram tydliga svar på några grundfrågor.

1. Vad är det ni faktiskt behöver kontrollera?

Är huvudfrågan data, appar eller själva enheten? Om ni blandar ihop de tre blir lösningen ofta onödigt dyr eller onödigt svag.

2. Hur ser er verkliga enhetsflora ut?

Strategin ska byggas på det som faktiskt används, inte på det som råkar stå i policydokumentet.

3. Hur höga är kraven på säkerhet och verifierbar efterlevnad?

Om ni måste kunna visa att enheten lever upp till vissa krav innan åtkomst ges, då räcker det sällan med ett halvt grepp.

4. Vem ska orka förvalta det här om ett år?

En lösning som ser bra ut i införandet men faller isär i förvaltning är inte en bra lösning. Bara en fördröjd huvudvärk.

Så undviker ni att välja för mycket eller för lite kontroll

Det finns en gammal reflex i IT att tänka att mer kontroll nästan alltid är bättre. Det stämmer inte. För mycket kontroll kan skapa administration, motstånd och en användarupplevelse som gör att människor börjar jobba runt styrningen i stället för inom den.

Samtidigt är smidighet ett dåligt argument om resultatet blir att företagsdata hamnar i en miljö ni egentligen inte kan stå för.

Den mogna vägen ligger nästan alltid i att vara mer precis, inte mer kategorisk. Välj kontroll där kontroll behövs. Välj smidighet där smidighet går att försvara. Och bygg en modell där de två inte behöver stå som fiender.

Det är också där diskussionen om MDM, MAM och UEM blir användbar på riktigt. Inte som tre begrepp att reda ut en gång, utan som tre olika sätt att skapa rätt nivå av styrning för rätt del av verkligheten.

Vad behöver svenska företag egentligen?

Det korta svaret är: sällan en renodlad modell och nästan alltid ett tydligare resonemang.

I vissa delar räcker MAM långt. I andra är MDM nödvändigt. Och när arbetsplatsmiljön blivit tillräckligt bred behövs ett UEM-perspektiv som håller ihop helheten. Det avgörande är inte vilken förkortning som låter mest modern, utan om lösningen går att leva med, säkra och förvalta över tid.