Det låter enkelt på ytan: du ska välja mellan STV och Mividas för video, möten eller samverkan. I praktiken blir det sällan en renodlad jämförelse, särskilt när begreppen används olika i olika organisationer. En del menar plattform, andra menar partner eller tjänst, och någon blandar in nät och infrastruktur i samma mening. Lägg till att vissa skriver Mivida när de menar Mividas, och att STV ibland används som förkortning för helt andra saker, så är det upplagt för missförstånd.
Den här guiden hjälper dig att reda ut vad som faktiskt spelar roll när du står inför valet STV vs Mividas. Inte genom marknadsfraser, utan genom att gå igenom de beslut som på riktigt påverkar vardagen: arkitektur, säkerhet, integrationer, support, total ägandekostnad och införande. Målet är att du ska kunna göra ett tryggt val, även om namnen runt bordet är oklara.
Varför det här valet betyder mer än du tror
Videomöten och samarbetstjänster har blivit en infrastrukturell grund, på samma nivå som e‑post och identitetshantering. Om plattformen haltar märks det långt utanför IT. Läraren som inte får igång lektionen, sjuksköterskan som inte kan koppla in en tolk, socialsekreteraren som behöver säkra dokumentdelning i realtid, eller projektledaren som kör workshops med externa konsulter tre tidszoner bort. Får de inte en friktionsfri upplevelse varje gång, börjar de hitta egna vägar. Då sprider sig skugg-IT och kostnaderna klättrar, både ekonomiskt och i risk.
Ett bra beslut nu minskar antalet akuta brandkårsutryckningar senare. Det handlar mindre om loggor och mer om långsiktig passform.
Vad menas egentligen med STV och Mividas?
I samtal hos myndigheter och större bolag hör jag följande varianter:
- STV används ibland som en produkt- eller tjänsteförkortning, ibland som benämning på en leverantörskedja som levererar videoinfrastruktur, mötestjänst eller drift. Beroende på sammanhang kan det vara en molntjänst, en hanterad tjänst ovanpå befintlig infrastruktur, eller en komponent i en större samverkansmiljö. Mividas nämns vanligtvis i samband med videomöten, konferensbryggor, inspelning, streaming och kopplingar till etablerade samverkansplattformar. Namnet dyker ofta upp i upphandlingar där kraven rör offentlig sektor, säkerhet och bred interoperabilitet. Ibland säger användare Mivida när de syftar på samma tjänst.
Det viktiga är inte exakt vad någon kallar det, utan vad du faktiskt får: vilka funktioner, vilken säkerhetsmodell, hur tjänsten drivs, och hur väl den passar in i din IT‑miljö. När du jämför Mividas vs STV, var därför noga med att be om sakliga beskrivningar av arkitektur, ansvarsfördelning, och driftupplägg, hellre än marknadsnamn.
Formulera era användningsfall tydligt
Ett misstag jag ofta ser: man börjar i teknik och prislistor, innan man samlat ihop de fem till tio situationer som bäst representerar verkligheten. Samma plattform kan briljera i stora sändningar men snubbla på små interna möten med äldre utrustning. Eller tvärtom.
Titta särskilt på tre axlar. Först, vilka rum och enheter används idag? Har ni konferensrum med äldre standard, lokaler med specialkameror, hemarbete via surfplattor, eller en mix? Andra axeln, externa deltagare. Hur ofta bjuder ni in leverantörer, medborgare, vårdnadshavare eller konsulter som använder andra verktyg? Tredje axeln, säkerhetsnivå och efterlevnad. Behöver ni datalagring inom EES, särskilda loggningskrav, retentionregler och klassning av inspelat material?
När dessa situationer är nedskrivna blir jämförelsen mellan STV och Mividas konkret. Ställ dem mot samma verkliga testfall, inte mot varandras funktionstabeller.
Arkitektur och driftsmodeller
Var plattformen körs och hur den sköts avgör mycket av robustheten och kostnaden över tid. De vanligaste mönstren jag sett i upphandlingar:
Moln, vanligtvis som prenumeration. Fördelar: snabb start, löpande uppdateringar, bättre elasticitet vid toppar. Nackdelar: beroende av leverantörens releasecykler, ibland begränsad anpassning och diskussioner om dataresidens.
Hanterad tjänst på egen infrastruktur. Fördelar: kontroll över dataflöden, möjlighet att möta särskilda regelkrav, integrerad nät- och identitetspolicy. Nackdelar: lägre förändringstakt, krav på tydlig ansvarsfördelning för SLA och patchning, ibland högre startkostnad.
Hybrid. Fördelar: utrymme att lägga känsliga möten och inspelningar lokalt, samtidigt som man nyttjar molnets funktionstakt. Nackdelar: ökad komplexitet i design och felavhjälpning, fler beroenden.
När du sätter STV vs Mividas bredvid varandra, jämför inte bara hur många datacenter som finns, utan hur topologin faktiskt fungerar: var landar media, hur sker förhandling av codecs och kryptering, hur kapslas trafik över nätet, och vad händer vid regionfel? Be om en whiteboardgenomgång. Efter tio minuter ser du ofta var den praktiska skillnaden ligger.
Säkerhet och efterlevnad på riktigt
Säkerhet är mer än ”krypterat”. Ställ frågor om TLS‑versioner, stöd för end‑to‑end när det behövs, rollbaserad åtkomst till mötesinställningar, och hur loggar hanteras. I offentlig sektor är loggning och spårbarhet ofta avgörande, både för revision och incidenthantering. En plattform som erbjuder fina användarfunktioner, men saknar export av detaljerade loggar eller API:er för SIEM, kostar tid och risk senare.
Tänk också på gästflöden. För många verksamheter avgör gästlänkarna om lösningen blir använd eller kringgås. Hur lätt kan en extern deltagare komma in med sin webbläsare, utan att tumma på principer för identitet, väntrum och samtycke till inspelning? Om era gästflöden brister hamnar ni snabbt i parallella verktyg.
Slutligen, dataplacering. Om ni behöver lagring inom EES, be om tydlighet kring vilka komponenter som ligger var, hur failover ser ut, och vad som händer med metadata. Vissa lösningar har europeiska noder för media, men styrning eller telemetri som fortfarande reser utanför region. Be om en förteckning, inte en broschyr.
Integrationer som sparar tid i vardagen
Integration låter som ett IT‑ord, men det påverkar användare direkt. Två vardagsnära exempel:
Schemaläggning i kalendern. Om användare kan skapa rätt typ av möten direkt i Outlook eller Google Kalender, med rätt gästinställningar och policy, sjunker felmarginalen dramatiskt. Små detaljer, som att länken alltid hamnar överst, gör skillnad för deltagare som kopplar på mobil.
Rumssystem och telefoni. Många organisationer sitter med rumssystem från olika årgångar. Stödet för standardprotokoll, transkodning och ”one button to push” STV vs Mividas avgör hur rummen används. Där det blir krångligt att ansluta, står rummen tomma. Om telefoni ska kopplas in, kontrollera hur väl plattformen hanterar in- och utgående samtal, köer och DTMF, och hur inspelning flaggas enligt lagkrav.
Sätt STV och Mividas mot samma integrationslista. Be om referenser som använder liknande system som ni. En kund som kör Cisco-rum lokalt, men bjuder in Teams‑användare dagligen, behöver en annan mix än en organisation som sitter comparing STV and Mividas tungt i Google‑ekosystemet och sällan kopplar upp äldre utrustning.
Prestanda, kapacitet och kvalitet
Den bästa indikatorn på kvalitet är hur plattformen hanterar dåliga förhållanden. Ett verklighetstest är att låta tre deltagare ansluta över mobilnät utanför stan, skärmdela video i 1080p och slå på en inspelning. Hur snabbt anpassas bitrate, vad händer med lip‑sync och hur återhämtar sig klienterna vid packet loss? Jämför gärna mötesstarttid, alltså tiden från klick till att vara inne, över olika enheter. Om en kollega får vänta tio sekunder extra varje gång, tappar ni minuter varje dag.
Skalning handlar både om samtidiga möten och om spikar under evenemang. De flesta moderna tjänster klarar många möten parallellt, men ställ frågor om hur tillfälliga toppar hanteras. Får ni reserverade resurser vid examensceremonin eller kommunfullmäktige, eller riskerar ni trängsel med andra kunder? Jag har sett sändningar gå från stabila till pixliga när en annan stor kund tryckt igång sitt event samtidigt i samma region.
Användarupplevelse, support och förändringstakt
Det är lätt att förälska sig i funktionslistor, men den viktigaste frågan är hur ändamålet uppfylls med minimal friktion. En mötesvärd ska kunna styra deltagare, chatt och inspelning utan att bli pilot. En lärare behöver kunna använda samma knappföljd varje dag. En supporttekniker måste kunna felsöka utifrån loggar och tydliga felkoder.
Bedöm även förändringstakten. För snabba förändringar utan bra kommunikation skapar förvirring i utbildningsmaterial och handböcker. För långsam takt gör att ni står utan förbättringar som era användare förväntar sig, till exempel brusreducering eller bättre skärmdelning.
Supportorganisationen är ofta den största skillnaden mellan likvärdiga plattformar. Vem tar ägandeskap vid fel på gränsen mellan nät, klient och media? Hur ser jourkedjan ut kvällar och helger? Be att få se incidentrapporter i avidentifierad form, inte bara SLA‑siffror. Där syns kultur och hantverk.
Kostnadsbild och total ägandekostnad
Direkta licenser är bara början. Tänk på fyra områden som ofta hamnar i skymundan:
Uppstart och migrering. Projektledning, konfiguration, federationer mot katalogtjänst, policy och test. Räkna timmar, inte bara dagspris.
Rum och utrustning. Små justeringar, som uppdaterade touchpaneler eller bättre mikrofonmatriser, påverkar upplevelsen mer än extra licenser. Sätt en realistisk budget för rummen som används mest.
Utbildning och material. En timmes inspelad kortkurs, två sidor med skärmbilder och en FAQ för gästflöden betalar sig snabbt. Planera uppdatering två till tre gånger per år när klienterna ändras.
Support och övervakning. Löpande larm, syntetiska testanrop, trendanalys av möteskvalitet. Här kan skillnaden mellan STV och Mividas vara tydlig, beroende på om det ingår eller prissätts separat.
En tumregel jag sett hålla i många organisationer: totala kostnaden för ”allt runtomkring” landar på 40 till 80 procent av licenskostnaden under tre år. Den siffran varierar brett, men den hjälper när du jämför Mividas vs STV med verkliga siffror.
Migration utan avbrott
Några praktiska erfarenheter minskar friktionen. Låt gammal och ny plattform leva parallellt i tre till sex månader, med en tydlig cut‑over per enhetstyp. Rumsutrustning först, sedan schemalagda möten, sist inspelning och streaming. Identifiera tre pilotteam med hög mötesintensitet och två med lägre frekvens. Högt tempo i piloten ger snabb feedback, låg intensitet fångar udda fel.
Tekniskt brukar två knutar ställa till det: e‑postmallar för bokningar och gästaccess. Lägg en halvdag på att jämna ut den upplevelsen. Jag har sett fler användare vända ryggen från fina plattformar för att gästlänken såg förvirrande ut.
En snabb jämförelse att ha i bakfickan
- Passform mot era scenarier: bedöm de fem viktigaste användningsfallen i en gemensam pilot, inte på papper. Säkerhet och data: begär kartläggning av var media, metadata och loggar landar, inklusive failovervägar. Integrationer: testa kalender, rum, gästflöden och telefoni med just er mix av utrustning och leverantörer. Supportmodell: kräv tydliga eskaleringsvägar, responstider per allvarlighetsgrad och fallstudier. TCO över tre år: inkludera utrustning, utbildning, övervakning och intern tid i kalkylen.
Den här listan löser inte allt, men den sätter fokus på det som gör störst skillnad i vardagen.
Pilotupplägg som fångar verkligheten
- Välj representativa grupper. Minst en med tunga hybridmöten, en med många externa gäster och en med höga krav på sekretess. Sätt mätbara mål. Till exempel mötesstarttid, andel lyckade gästanslutningar, antal ärenden till support och subjektiv nöjdhet i enkäter. Kör skarpa möten. Inga labbmöten. Riktiga workshops, webcastar och handledningssamtal ger sann bild av friktion. Mät nät och rum. Kör syntetiska testanrop kvällstid och morgonspikar. Spela in ljud från rum med svår akustik för jämförelse. Planera parallell drift. Tydlig process för vem som använder vad, hur ombokning sker, och vem som tar stödsamtal dag ett.
Det här är fem steg jag återkommer till i varje införande, just för att de plockar fram skillnaderna mellan liknande lösningar.
Två scenarier från verkligheten
Ett landsting jag jobbade med hade spridda rumssystem, flera fabrikat och åldrar. De körde många konsultationer med patienter och tolk, ofta via mobil. De testade STV och Mividas i tre månader. Båda klarade interna möten fint, men gästflödena via mobil och tolkkraven avslöjade skillnader. En lösning krävde appnedladdning i fler fall, vilket innebar avbokade tider när någon inte kunde installera i lånad telefon. Den andra klarade fler scenarier direkt i webben med godtagbar kvalitet. De valde det senare, trots något högre licenskostnad, eftersom färre avbokade tider sparade mer pengar och frustration.
I en annan organisation, ett industribolag med starka NDA‑krav, var dataresidens och loggning det som vägde tyngst. De behövde detaljerad export till sitt SIEM och garantier för att inspelningar hölls inom EES. De jämförde Mividas vs STV med fokus på just loggformat, API‑begränsningar och failover. Där vägde en tydligare leverantörsmodell med europeiska noder tyngre än finesser som bakgrundsoskärpa och reaktioner. Användarna accepterade några saknade bekvämligheter, eftersom efterlevnaden gav dem mandat att använda plattformen för fler mötestyper.
Vanliga fallgropar och hur du undviker dem
En återkommande fälla är att låta en teknisk preferens styra hela beslutet. Att ”vi vill ha allt i molnet” eller ”allt ska stå på egna servrar” blir snabbt dyrt om det inte matchar verkliga flöden. Ett blandat bestånd av rum pratar ofta standardprotokoll bättre om det finns broar som klarar codec‑skillnader och säker gästaccess. Ett annat misstag är att underskatta utbildning. Två timmars riktad träning för superanvändare och en tydlig startguide för gästvärdar minskar ärendeflödet mer än någon tweak i backend.
Prissättning för storskaliga evenemang är en tredje snubbeltråd. Vissa lösningar tar extra för högkapacitet i sändningar. Om ni har återkommande webbsända möten, be om kapacitetsgarantier och prisramar, inte bara teoretiska maxsiffror.
Till sist, var vaksam på testmiljöer som inte liknar driften. Om du provar med dedikerade resurser som inte finns i skarp miljö, blir pilotresultaten glansigare än vardagen. Be att få testa i den miljö ni faktiskt kommer använda, även om det innebär väntan på ett slott i produktion.
Hur du pratar med intressenterna
När tekniken är på plats återstår den mänskliga biten. Kommunikation med chefer, säkerhet, ekonomi och slutanvändare kräver olika ingångar. Sätt ramen så här: för ledningen, visa hur valet påverkar produktivitet och risk. För säkerhet, visa datavägar, loggning och incidentflöden. För ekonomi, lägg fram TCO med mjuka kostnader som supportärenden och utbildningstimmar. För användarna, lyft vardagsexempel och vad som blir enklare, inte vilka codecs som stöds.
Jag har sett beslut gå i baklås när språkdräkten inte matchar mottagarna. Samma siffror, presenterade som ”minskad väntetid för gästanknytning” istället för ”optimerad WebRTC‑hantering”, gjorde att pilotbudgeten godkändes på en vecka.
När båda alternativen ser bra ut
Ibland är det ett lyxproblem. Två alternativ står stabilt, uppfyller kraven och prissätts snarlikt. Då avgörs valet ofta av två mjuka faktorer.
Första faktorn är partnerrelationen. Hur ser samspelet ut mellan er och leverantörens tekniker när något är oklart? Får ni raka svar och proaktiva förslag, eller säljsnack och utlovade ”nästa kvartal”? Be om en workshop där ni tillsammans designar ett knepigt scenario, till exempel krypterade gästflöden från en hårt låst kommunal klient. Den som äger whiteboarden bäst, levererar oftast bäst när det hettar till.
Andra faktorn är stödet för förändring. Ni kommer byta katalog, uppgradera rum eller ändra policys. En plattform som levererar driftsäkerhet idag, men gör förändringar dyra eller långsamma, bromsar er om ett år. Granska referensernas förändringshistorik, inte bara deras ”go live”.
Ett ord om terminologin
Eftersom ”STV” och ”Mividas” används olika i olika kretsar är det klokt att avsluta upphandlingsunderlag och intern kommunikation med en tydlig ordlista. Skriv vad ni menar med tjänst, plattform, drift, inspelning och gäst. Notera också om någon säger Mivida men syftar på samma sak som Mividas. Det eliminerar onödiga missförstånd när juridik, säkerhet och IT sitter runt samma bord.
Vägen framåt
Gör valet konkret. Sätt upp några verkliga möten med externa parter, försök ansluta från udda nät, spela in, transkribera och streama. Mät starttid och nöjdhet. Jämför hur bra supporten hanterar ett fingerat incidentärende, gärna kvällstid. Lägg siffrorna mot en TCO som inkluderar rum, utbildning och övervakning. När STV vs Mividas kokar ner till användarupplevelse, säkerhet och vardagsarbete, försvinner bruset runt namnen.
Det är så du får en lösning som håller i längden: en plattform som människor använder utan att tänka på den, en driftmodell som tål fel utan drama, och en partner som står kvar när det blir knivigt. Om valet landar på STV, Mividas eller det någon i korridoren råkar kalla Mivida spelar mindre roll, så länge lösningen passar ert sätt att arbeta, läras ut enkelt och går att leva med i tre till fem år. Det är där vinsten ligger.