Byte av RMM-leverantör: 4 tips för framgÄng

RMM Providers Migration featured image

Byte av RMM-leverantör: 4 tips för framgÄng

RMM-programvara Àr ett av de viktigaste verktygen för IT-proffs i en modern IT-miljö. Som du sÀkert redan vet gör RMM-verktyg det möjligt för IT-chefer att övervaka endpoint- och nÀtverksprestanda, installera programvara, distribuera patchar och uppdateringar i bulk och se till att infrastrukturen fungerar smidigt.  

Alla RMM-lösningar Àr dock inte lika bra. Som vi har beskrivit i detalj i vÄra olika artiklar om val av RMM-lösningar varierar funktionerna och vissa verktyg Àr mer lÀmpade Àn andra för specifika anvÀndningsomrÄden.

SÄ vad hÀnder nÀr ett IT-team eller en tjÀnsteleverantör har satsat pÄ ett RMM-verktyg som med tiden har visat sig vara otillrÀckligt? Ibland Àr den bÀsta lösningen att byta RMM-leverantör och uppgradera till nÄgot som bÀttre tillgodoser dina behov och inte lÀmnar dig utan resultat. 

En sÄdan förÀndring kan verka skrÀmmande. Kommer det att bli driftstopp? Avbrott i tjÀnsten? Hur mÄnga resurser kommer vi att behöva avsÀtta för migreringen? I den hÀr artikeln utforskar vi idén med att byta RMM-verktyg för att hjÀlpa dig att fatta bÀttre beslut om nÀr, varför och hur du ska byta lösningar för fjÀrrövervakning och fjÀrrhantering.

1 ) Hur vet du nÀr det Àr dags att byta RMM-verktyg?

Den första frĂ„gan du stĂ€ller dig Ă€r förmodligen: ”Behöver jag överhuvudtaget byta RMM-verktyg?” Alla situationer Ă€r naturligtvis olika, men det finns nĂ„gra tecken att hĂ„lla utkik efter som kan tala om för dig att det Ă€r dags för en förĂ€ndring. 

För mĂ„nga IT-chefer Ă€r kostnaden det första de tĂ€nker pĂ„. MĂ„nga RMM-leverantörer erbjuder ett sĂ€rskilt introduktionspris för nya partners – en bra sak till en början, men med tiden kan de extra kostnaderna och prishöjningarna leda till en nettoförlust.

Eller sÄ har du fastnat i en prisnivÄ som helt enkelt inte lönar sig. RMM-leverantörer anvÀnder en mÀngd olika prismodeller. Dessa inkluderar variabla prisstrukturer beroende pÄ vilka typer av tillgÄngar som hanteras, kostnader per slutanvÀndare, kostnader per administratör eller ingenjör och kostnader per antal programvaruagenter. Det finns fall dÀr denna prissÀttning fungerade bra nÀr du registrerade dig men blev mindre tilltalande nÀr du lade till fler slutanvÀndare eller kunder. 

Det Àr Àven vanligt att programvaruleverantörer krÀver lÄngsiktiga avtal med sina partners. Detta kan vara problematiskt nÀr service och support inte hÄller mÄttet eller nÀr du vill byta till en produkt som bÀttre passar dina behov, men ett avtal Àr allt som hindrar dig.  

Ännu vĂ€rre Ă€r de fall dĂ€r en RMM-anvĂ€ndare köper ett stort antal licenser men inte anvĂ€nder alla. Detta kan göra det lite svĂ„rt att berĂ€kna marginaler och Ă€r i allmĂ€nhet dĂ„ligt resursutnyttjande.

Förutom kostnaden kan du ha problem med prestandan som gör att du funderar pÄ att göra en förÀndring. Ett RMM-verktyg Àr en ovÀrderlig tillgÄng, men dess verkliga vÀrde avgörs av dess förvaltningsfunktioner och anvÀndarvÀnlighet. MÄnga partners som har bytt till NinjaOne rapporterar att deras tidigare RMM-verktyg var lÄngsamt att ansluta till och ibland misslyckades med att skapa fjÀrranslutningar helt och hÄllet. Detta gör att verktyget i bÀsta fall blir otillförlitligt och i vÀrsta fall oanvÀndbart. 

Och anvĂ€ndarvĂ€nlighet Ă€r avgörande för sĂ„dana verktyg. RMM ska effektivisera er verksamhet och frigöra resurser, inte skapa hinder. Om ett RMM-verktyg varnar administratören för att en endpoint inte fungerar korrekt, men inte möjliggör snabb Ă„tgĂ€rd pĂ„ distans, lever det inte upp till potentialen i vad RMM kan göra. Ett verktyg som krĂ€ver att IT-chefen ringer upp en anvĂ€ndare för att gĂ„ igenom felsökningsstegen – eller Ă€nnu vĂ€rre, tvingar dem att skicka en tekniker pĂ„ plats – ger bara en brĂ„kdel av det vĂ€rde som de bĂ€sta RMM-verktygen kan leverera.

Även patchhanterings- och varningsfunktionerna i ert nuvarande RMM-verktyg bör beaktas. Patchhantering Ă€r en viktig funktion i RMM-verktyg, och de bör kunna hantera alla dina behov pĂ„ ett smidigt sĂ€tt. Om ditt RMM-verktyg inte stöder patchhantering av alla operativsystem, webblĂ€sare och applikationer i dina miljöer tvingas du antingen slösa resurser pĂ„ manuella uppdateringar eller lĂ€mna kvar sĂ„rbarheter som behöver Ă„tgĂ€rdas. 

Slutligen Ă€r det alltid klokt att ta hĂ€nsyn till service och support. Är du nöjd med din RMM-leverantör överlag? NivĂ„n pĂ„ support efter implementeringen bör vara tillrĂ€cklig för dina behov. En aktiv och lyhörd gemenskap av experter och anvĂ€ndare Ă€r Ă€ven en vĂ€rdefull tillgĂ„ng, eftersom en sĂ„dan resurs kan komma vĂ€l till pass nĂ€r du letar efter snabba svar eller input baserad pĂ„ erfarenhet. 

2 ) Vad man bör tÀnka pÄ nÀr man byter RMM-lösning

Det viktigaste Ă€r att fundera över vad du behöver frĂ„n din RMM för att uppnĂ„ dina mĂ„l. Hur sjĂ€lvklart det Ă€n kan verka Ă€r det viktigt att inte förbise ens de mest obetydliga aspekterna av ditt anvĂ€ndningsomrĂ„de – och dina planer. Titta pĂ„ era funktionella behov och skapa en tydlig bild av era nuvarande krav:

  • Identifiera vilka funktioner i ert tidigare RMM-verktyg som ni kommer att fortsĂ€tta anvĂ€nda.
  • Identifiera de problem som ni upplever med er nuvarande/tidigare RMM-plattform och lĂ€gg till dessa övervĂ€ganden i er checklista nĂ€r ni letar efter ett nytt verktyg.
  • Identifiera de absoluta kraven pĂ„ ditt RMM-verktyg, vad som skulle vara bra att ha och vilka funktioner du kan leva utan

AnvĂ€nd denna information för att skapa en ”inköpslista” över prioriteringar. Om du Ă€r en IT-leverantör som kommer att hantera flera kunder bör du Ă€ven undersöka detta: 

  • Ditt totala antal enheter och vilka typer av enheter du kommer att hantera.
  • Antalet platser dĂ€r din RMM kommer att distribueras, samt eventuella specifika krav som varje plats kan ha

NÀr du har tagit reda pÄ allt detta Àr du i bÀsta position för att börja leta efter och prata med RMM-leverantörer. Den information du har samlat in bör göra det relativt enkelt att sammanstÀlla en kortlista över RMM-verktyg som uppfyller dina tekniska behov. 

Vid den hÀr tidpunkten kan du börja utvÀrdera enskilda leverantörer utifrÄn underordnade aspekter som i slutÀndan kommer att pÄverka din lÄngsiktiga partnerrelation.

  • SĂ€kerhet
  • Serverns placering
  • Redundans/backuper
  • NĂ€tkapacitet
  • Stöd och service
  • Stöd för genomförande/omkoppling
  • Anpassa skript/alerter

Du bör vara försiktig nÀr du byter plattform. Ingen vill byta RMM-verktyg bara för att upptÀcka att alla deras behov fortfarande inte uppfylls, vilket tvingar dem att byta Ànnu en gÄng.

3 ) Hur man framgÄngsrikt byter RMM-verktyg

NÀr du vÀl har bestÀmt dig för att det Àr nödvÀndigt att byta och har valt ett nytt RMM-verktyg Àr frÄgan hur du ska genomföra flytten till en ny RMM-leverantör med minsta möjliga krÄngel och stillestÄndstid. 

Det första du bör tÀnka pÄ Àr att ditt RMM-byte sannolikt kommer att pÄverka hela ditt IT-team. Oavsett om det handlar om tekniker ute pÄ fÀltet, supportteam som övervakar nÀtverk och svarar pÄ supportÀrenden eller kontoadministratörer som behöver skapa rapporter och upprÀtthÄlla relationer, Àr det viktigt att de Àr medvetna om kommande förÀndringar och kan komma med synpunkter baserade pÄ erfarenhet. 

Den faktiska tidsplanen för övergĂ„ngen kommer att bero pĂ„ flera faktorer. För det första mĂ„ste ni ta hĂ€nsyn till förnyelsedatumet för ert befintliga RMM-verktygs kontrakt. IT-leverantörer bör Ă€ven ta hĂ€nsyn till kundernas avtalsvillkor och utgĂ„ngsdatum. Naturligtvis Ă€r din situation en faktor – vissa IT-team behöver byta RMM-verktyg snabbare Ă€n andra beroende pĂ„ vilken typ av inverkan bristerna i deras nuvarande verktyg har. 

Med allt detta i Ätanke bör ni sÀtta upp realistiska tidsramar för driftsÀttning och integration. Med ett sÄ viktigt verktyg Àr det sÀllan en bra idé att skynda pÄ implementeringen.

Glöm inte att ta reda pÄ om den RMM-leverantör du har valt erbjuder onboarding och installationshjÀlp för partners eller om de kan rekommendera tjÀnster som hjÀlper till med övergÄngsprocessen. 

4 ) FÄ ut mesta möjliga av din nya RMM-leverantör

NÀr du har gÄtt igenom processen att byta RMM-verktyg vill du sÀkert dra full nytta av din nya lösning. VÄr blogg innehÄller mÄnga artiklar om hur du fÄr ut mesta möjliga av dina RMM-verktyg om du vill lÀsa dem mer i detalj, men för tillfÀllet delar vi med oss av nÄgra höjdpunkter för att du ska komma igÄng.

NÀr du implementerar ditt nya verktyg bör du ta dig tid att finjustera dina varningar och meddelanden. RMM-verktyg hjÀlper ditt team att fokusera pÄ de mest kritiska och brÄdskande behoven i din IT-miljö, sÄ att finslipa dessa meddelanden kommer att hjÀlpa dig att hantera tid och resurser pÄ ett bra sÀtt. De bÀsta RMM-verktygen kan skapa alla möjliga kombinationer av larm, men dessa larm kan skapa mycket brus och slösa tid om de inte konfigureras korrekt. Alla IT-miljöer Àr olika, sÄ det Àr vÀl investerad tid att ta sig tid att skapa meddelandestandarder som bÀst passar teamets behov.

Du kommer Ă€ven att vilja maximera potentialen för integrationer med dina andra verktyg, vilket sĂ€kerstĂ€ller kommunikation mellan alla lösningar som anvĂ€nds. NĂ€r du utnyttjar integrationer fullt ut – sĂ€rskilt nĂ€r automatisering kan förbĂ€ttra samarbetet mellan dina verktyg – kan du spara mycket tid och minska de totala arbetskostnaderna. 

Funderar du pÄ att byta till NinjaOne?

Om ditt RMM-verktyg inte uppfyller dina behov eller om din nuvarande RMM-leverantör inte erbjuder den support du behöver, övervÀg att lÀgga till NinjaOne pÄ din lista över alternativ. 

NinjaOne Funktioner och fördelar

  • MĂ„nad till mĂ„nad: inga lĂ„ngsiktiga avtal
  • Flexibel prissĂ€ttning per enhet
  • Gratis och obegrĂ€nsad onboarding
  • Gratis och obegrĂ€nsad utbildning

Du kanske Àven gillar dessa inlÀgg

Är du redo att förenkla de svĂ„raste delarna av IT?
×

Se NinjaOne i aktion!

Genom att skicka detta formulÀr accepterar jag NinjaOne:s integritetspolicy.

NinjaOne Villkor och bestÀmmelser

Genom att klicka pĂ„ knappen ”Jag accepterar” nedan anger du att du accepterar följande juridiska villkor samt vĂ„ra anvĂ€ndarvillkor:

  • ÄganderĂ€tt: NinjaOne Ă€ger och kommer att fortsĂ€tta att Ă€ga alla rĂ€ttigheter, titlar och intressen i och till manuset (inklusive upphovsrĂ€tten). NinjaOne ger dig en begrĂ€nsad licens att anvĂ€nda skriptet i enlighet med dessa juridiska villkor.
  • BegrĂ€nsning av anvĂ€ndning: Du fĂ„r endast anvĂ€nda skriptet för dina legitima personliga eller interna affĂ€rssyften, och du fĂ„r inte dela skriptet med nĂ„gon annan part.
  • Republikbildning Förbud: Du fĂ„r under inga omstĂ€ndigheter Ă„terpublicera skriptet i nĂ„got skriptbibliotek som tillhör eller kontrolleras av nĂ„gon annan programvaruleverantör.
  • Friskrivning frĂ„n garantiansvar: Skriptet tillhandahĂ„lls ”i befintligt skick” och ”som tillgĂ€ngligt”, utan garanti av nĂ„got slag. NinjaOne ger inga löften eller garantier om att skriptet kommer att vara fritt frĂ„n defekter eller att det kommer att uppfylla dina specifika behov eller förvĂ€ntningar.
  • Antagande av risk: Din anvĂ€ndning av skriptet sker pĂ„ egen risk. Du bekrĂ€ftar att det finns vissa inneboende risker med att anvĂ€nda skriptet, och du förstĂ„r och tar pĂ„ dig var och en av dessa risker.
  • AvstĂ„ende och befrielse: Du kommer inte att hĂ„lla NinjaOne ansvarig för nĂ„gra negativa eller oavsiktliga konsekvenser till följd av din anvĂ€ndning av skriptet, och du avstĂ„r frĂ„n alla juridiska eller skĂ€liga rĂ€ttigheter eller rĂ€ttsmedel som du kan ha mot NinjaOne i samband med din anvĂ€ndning av skriptet.
  • EULA: Om du Ă€r en NinjaOne-kund omfattas din anvĂ€ndning av skriptet av det licensavtal för slutanvĂ€ndare som gĂ€ller för dig (EULA).