Det finns jämförelser som är enkla, där två konkurrenter säljer nästan samma typ av produkt under olika varumärken. Mividas vs STV hör sällan till den kategorin. Beroende på vem du frågar kan STV syfta på allt från en plattform för säkerhet och video till en integrationspartner eller ett branschspecifikt system. Mividas förekommer både som namn på konsult- och tjänstebolag och som varumärke på paketerade IT- och kommunikationslösningar. När personer skriver STV vs Mividas, eller Mividas vs STV, menar de ofta två alternativ i samma köpprocess snarare än få mer info två identiska produktkategorier.
Det gör valet mer komplext, men också mer flexibelt. I stället för att jaga “rätt svar” på nätet lönar det sig att definiera ditt mål, sätta tydliga spelregler för krav, risk och budget, och sedan testa kandidaterna metodiskt. Med rätt underlag blir det snabbt tydligt om STV eller Mivida passar bättre för just din miljö, eller om du ska kombinera dem.
Vad menar vi med Mividas och STV?
Innan vi jämför, ett förtydligande. Båda namnen används brett i Norden och internationellt. Du kan stöta på:
- leverantörer och partners som verkar under namnet, paketerade tjänster och plattformar, implementationsprojekt där Mividas eller STV utgör navet för kommunikation, video eller säkerhet.
Du kan med andra ord ha två offerter på bordet där “STV” är en branschlösning för videoövervakning, medan “Mivida” är ett helhetsåtagande för samarbetsplattform och support. Eller tvärtom. Det betyder att den mest användbara jämförelsen inte är varumärkesdriven, utan behovsdriven. Sätt dina scenarier i centrum och låt leverantörerna bevisa hur de löser dem.
Hur brukar erbjudandena skilja sig?
När företag ställer Mividas mot STV ser jag ofta fem praktiska skiljelinjer, oavsett bransch eller exakta produktnamn.
För det första, graden av specialisering. En del STV-upplägg jag mött är skarpslipade för ett specifikt område, som video och säkerhet med djupt stöd för kameraintegration, larm, händelseflöden och beviskedjor. En del Mividas-upplägg har en tydligare profil mot samarbete, kontaktcenter, telefoni eller molnbaserad drift. Det finns givetvis undantag, men det här mönstret påverkar både funktion, licensmodell och vem som äger kundrelationen.
För det andra, driftsättning. Vissa konfigurationer lutar mot lokalt eller hybrid, andra mot full moln. Företag med egna serverhallar och stökiga nät kan dra nytta av leverantörer som trivs i den miljön. Molnförst-upplägg passar bättre där snabbare uppdatering, flexibel kapacitet och lägre intern driftprioriteras.
För det tredje, hur uppgraderingar och livscykel sköts. Vem testar patchar? Vem ansvarar för kompatibilitet mellan klienter, backends och integrationer när du byter versionsgren? Min erfarenhet är att det ofta syns redan i offertmaterialet hur tydlig och kärnfull livscykelplanen är. Fråga efter kvartalsvisa release-notiser, ändringsfönster och rollback-plan.
För det fjärde, supportmodellen. Får du en namngiven tekniker, en 24/7-jour, eller en global ticketkö? Hur ser eskaleringstrappan ut vid incidenter? Skillnaderna blir som störst när du kopplar ihop flera system och felet kan ligga i gränssnittet. Då räcker det inte med generisk support, du behöver någon som äger helheten.
För det femte, integrationer. Öppna API:er, stöd för webhooks, SSO och certifierade appar skiljer amatörer från proffs. I verkliga projekt handlar integrationer sällan om snygga demoanslutningar, utan om att data ska flöda korrekt, med rätt fält och rätt tidpunkter, även när verkligheten bråkar.
En metod som sorterar ut rätt val
När osäkerheten är stor behövs en process som tvingar fram tydlighet. Det här enkla upplägget har fungerat bra i både små och stora upphandlingar:
- Definiera tre till fem affärskritiska scenarier och översätt dem till mätbara testfall. Till exempel “ny butik live inom 10 dagar”, “förlorad kamera åter i drift inom 2 timmar”, eller “omnikanal-chatt på plats utan konsult inom 30 dagar”. Kräv en provinstallation eller sandlåda som speglar verkligheten. Testa i din nätmiljö med dina data och mät sedan faktiskt beteende, inte bara löften. Lås inte fast dig i checklistor. Poängsätt upplevelse, felsökning och återställning lika högt som funktioner på ytan. Räkna total kostnad över tre år, inklusive drift, konsulter, intern tid och riskpremier. Be båda parter prisa in samma antaganden. Förhandla avtalsmekanismerna före valet. SLA, vite, förlängning, äganderätt till data, och exitplan bör vara genomlysta innan du väljer Mividas eller STV.
Funktionella områden som ofta avgör
Det som fäller avgörandet är sällan en enskild “killer feature”. Det blir en helhetskarta av måsten och börkrav, och hur väl leverantören kan bevisa dem i din kontext.
Samarbete och telefoni. Företag som lägger tyngdpunkten här vill se sömlös SSO, kalenderkopplingar, inspelning med korrekt samtyckeshantering, och stabil QoS över varierande nätverk. Mobilklienter testas ofta i svag täckning, där roaming och jitter ska hanteras utan tappade samtal. Administration är viktigt, särskilt möjligheten att med delegerade rättigheter skapa användare, grupper och nummerplaner utan 20 steg i en konsol.
Kontaktcenter. Väntetider, återuppringningslogik, köregler, kompetensbaserad routing och realtidsrapporter avgör. Att snabbt bygga en ny kö när kampanjen startar kan vara lika viktigt som ett snyggt gränssnitt. Export av rådata för egen analys blir ofta en stötesten, be om provfiler och schema.
Videoövervakning och säkerhet. Här spelar videoströmmar, codec-stöd, smarta index, bandbreddsoptimering och behörighetsmodeller stor roll. Footage-sökning som tar minuter i stället för timmar räddar arbetsdagar. Integrationer med passersystem och larm, tillsammans med tydlig loggning för revision, minskar friktion mellan säkerhets- och IT-team.
On-prem, moln eller hybrid. Ingen modell är bäst för alla. Moln ger snabbare uppdateringar och lägre intern belastning, men ställer krav på latens, datasuveränitet och exitplan. Lokala installationer ger kontroll och ibland lägre löpande kostnad vid stor skala, men kräver rutiner för patchning och övervakning. Hybridlösningar är populära övergångar men riskerar dubbel komplexitet om roller och ansvar inte är glasklara.
Kostnadsbild och vad som brukar saknas i kalkylen
Prislappen i offerten är startsiffran, inte slutsumman. I kalkyler över tre år jämför jag fyra delar: licenser eller prenumeration, infrastruktur och drift, implementations- och förändringskostnad, samt riskpremier.
Licenser går att räkna. Den knepiga biten är förändringstakt och packetering. Om ditt bolag växer med 20 procent per år slår skrivna upplåsningar och pristrappor igenom snabbare än du tror. Be om simuleringar med plus/minus 30 procent användare, så ser du hur avtalet beter sig.
Infrastruktur och drift kostar tid, inte bara pengar. Dina interna timmar för övervakning, backup, logghantering, klientdistribution och uppgraderingar måste värderas. I projekt där vi trodde att lokalt skulle bli billigare än moln hamnade vi ändå plus på moln när vi räknade in att tre personer slapp jourrullande patchfönster nätter och helger.
Implementations- och förändringskostnad uppstår när verkligheten inte följer plan. Att sätta upp ett “enkelt flöde” i ett kontaktcenter kan växa till flera veckor om du måste synka med ett äldre CRM, med fältnamn som sitter hårt i sten. Ta höjd för minst 15 till 25 procent variation mot offert, särskilt om du ska integrera flera källor.
Riskpremier är svårast att sätta, men mest ärliga. Ett tre timmars avbrott i handelstoppen kan kosta mer än ett års licens. Därför är mätbara SLA, tydlig eskalering och bevisad återställningstid mer värda än “obegränsad support”. Värdera dem explicit.
Ett konkret räkneexempel: Ett medelstort bolag med 400 användare som byter plattform för samarbete och kontaktcenter landade på cirka 2 till 3 miljoner kronor över tre år i ren licenskostnad, plus 0,8 till 1,2 miljoner för implementation och integrationer, och cirka 0,5 miljoner i intern arbetstid. Den vinnande leverantören var inte billigast på licens, men sänkte riskprofilen genom bättre återställning och enklare administration, vilket i praktiken minskade stillestånd.
Prestanda och driftsäkerhet i praktiken
Siffror som 99,9 procent låter trygga, men betydelsen varierar. 99,9 procent innebär upp till cirka 8,7 timmars oplanerat avbrott per år, 99,99 cirka 52 minuter. Fråga exakt vad SLA täcker. Om videoinspelning fortsätter men livevisning ligger nere, är det då ett avbrott? Om användare i en region tappar anslutningen, räknas det?
Titta också på MTTR, medelåterställningstid vid incident, och hur leverantören bevisar sina siffror. Jag ber gärna om tre till fem anonymiserade incidentrapporter från skarpa driftstörningar, gärna under högsäsong. Kvaliteten på de rapporterna, inte bara siffrorna, säger mycket om mognad.
För hybrid och on-prem bör du få en referensarkitektur som beskriver lastbalansering, redundans, backup och återläsning. Be om en återställningsövning under pilot. Om det känns överdrivet, tänk på att en verklig kris alltid inträffar en fredagskväll när nyckelpersoner är bortresta.
Säkerhet och regelefterlevnad
Oavsett om valet står mellan STV eller Mivida gäller samma hygienfaktorer: dataplacering, kryptering, identitet och åtkomst, loggning, och efterlevnad av GDPR.
Dataplacering rör ofta juridik och kundernas förtroende. Kan du styra region för primär data? Hur hanteras backup och underleverantörer? Kryptering i vila och under överföring bör vara standard, men gräv i nyckelhantering och rotationsrutiner.
Identitet och åtkomst öppnar ofta en hel Pandora-låda. En skarp SSO-integration med MFA, rollbaserade rättigheter och delegerad administration sparar tid och minskar läckage. Loggar måste vara revisionsdugliga, sökbara och tidsstämplade, helst med export till ditt SIEM.
På efterlevnadssidan ger ISO 27001 och liknande certifieringar en baseline, men be att få se säkerhetspolicys och change management i praktiken. Jag har sett leverantörer med fina certifikat men bristande ändringsrutiner, vilket i vardagen blir en större risk än pappret.
Integrationer och öppna gränssnitt
Integrationer kan förvandla en bra produkt till en bra affär. Men bara om de är verklighetsförankrade. Fråga efter:
- officiella API:er med versionspolicy, tak för anrop och tydliga felkoder, webhook-stöd för händelser, så att ni slipper pollning, SDK eller exempelklienter som era utvecklare faktiskt kan utgå från, datamodeller och scheman med dokumenterade fält, gärna med provdata.
Be om ett konkret bevis: koppla ihop en demo med ert befintliga system, dra igenom data, bryt medvetet något och se hur felhanteringen uppför sig. Det lilla testet avslöjar hur mycket egenutveckling ni riskerar.
Support och partnerskap
Supporten är ofta den minst sexiga delen i en demo, men den mest avgörande efter go-live. Sätt upp tydliga scenarier: ett driftstopp, ett gränssnittsproblem, en oklar licensfråga, en brådskande förändring. Låt båda parter visa hur ärenden hanteras, hur snabbt du får mänsklig respons, och hur uppdateringar kommuniceras.
Språk, tidszon och tillgänglighet spelar roll. Svenska resurser under kontorstid kan räcka långt för internaliserade drifter, men om din kritiska verksamhet rullar dygnet runt behöver du jour och dokumenterad överlämning mellan supportnivåerna. En namngiven tekniker eller TAM minskar ledtider och risken att fastna mellan stolarna.
Tre typfall där valet blir tydligt
Ett detaljhandelsbolag med 60 butiker letade centraliserad video med smart sökning och larmkoppling. När vi kartlade behoven vägde arkivering, bandbreddsstyrning och beviskedja tyngst. Kandidaten som hade bäst direktstöd för befintliga kameramodeller och enklast bevisuttag vann, trots högre licens. I testet kunde säkerhetschefen hitta rätt händelse på 90 sekunder, mot 8 till 10 minuter i det andra systemet. Den skillnaden avgjorde.
Ett snabbväxande SaaS-bolag ville få ordning på telefoni, möten och ett litet men växande kontaktcenter. De behövde självadministration, tydlig API-yta och bra rapporter för sälj och support. Vi lät båda leverantörerna bygga en demo med SSO och en enkel CRM-integration. Den som kunde leverera export av rådata och hantera återuppringning utan konsultinsats valdes. Kostnaden blev något högre första året, men tiden till värde kortades med veckor.
En kommunal verksamhet med krav på lokalt dataägarskap stod inför ett val mellan hybrid och full moln. Att driftsätta on-prem medförde mer initialt arbete, men gav kontroll över loggar och backup. För dem var det värt det, förutsatt att leverantören tog ansvar för patchrutiner och gav tillgång till tydliga, testade uppgraderingsguider. Här föll valet på den partner som kunde visa en fungerande testmiljö och en genomförd återställningsövning.
Vanliga fallgropar att undvika
- Otydliga scenarier. Att jaga allmänna funktionslistor leder till felköp. Beskriv verkliga arbetsflöden och mät dem i pilot. Underskattad integrationstid. “Enkel API-koppling” tar sällan mindre än du tror. Budgetera teknik och test. Oklar ansvarsfördelning i hybrid. Om både du och leverantören “äger” patchning hamnar du i gråzoner. Avsaknad av exitplan. Utan definierad datadump, format och tidsram sitter du fast längre än planerat. För snäll SLA. Fine print som exkluderar regionala avbrott eller degraderad prestanda urholkar skyddet.
Så utvärderar du STV vs Mividas utan att gå vilse
Börja med en arbetsdag i miniatyr. Rita upp hur tjänsten ska se ut klockan 08, 12 och 16. Vilka användare loggar in? Vilka system rör de? Vilka händelser måste triggas i bakgrunden? Skriv om de här ögonblicken till mätbara tester och be respektive part visa dem live, gärna i er miljö.
Sätt sedan spelreglerna för driften. Vem larmas när en process dör? Var hamnar loggar? Hur länge behålls inspelningar? Vem äger nycklarna? Det är överdrivet detaljfokus före kontrakt, men erfarenheten säger att just den nivån sparar er månader efter go-live.
Till sist, kontrollera att alla talar samma ekonomiska språk. Om leverantören prissätter per enhet, per sits eller per transaktion, måste det förklaras med exempel i din skala. Be om tre kalkyler: nuläge, +30 procent tillväxt, och -20 procent användning. Den som kan svara tydligt, gärna i en delad kalkyl du kan justera själv, ligger ofta bättre till operationalt också.
Var landar man när dammet lagt sig?
När företag väger Mividas mot STV finns sällan en universell vinnare. Det finns däremot en tydlig vinnare för just dina scenarier. Företag med tung tyngdpunkt på video och fysisk säkerhet brukar välja den part som snabbast visar beviskedja, händelsehantering och låg friktion mot befintlig hårdvara. Organisationer som prioriterar samarbete, telefoni och kontaktcenter med starkt datautbyte väljer ofta den aktör som erbjuder ren administration, tydliga API:er och snabba förbättringscykler.
Det fina i kråksången är att valet inte behöver bli ideologiskt. Ibland är STV den bäst lämpade kärnan och Mivida kompletterar med konsultinsatser och integrationer. Ibland är det tvärtom. Ett moget köp fokuserar mindre på logo och mer på hur väl lösningen bär över tid, i din kultur, med dina resurser och din riskaptit.
När du summerar, titta på tre saker: hur snabbt du får värde i drift, hur lugnt du sover under incidenter, och hur mycket energi teamet lägger på att använda systemet i stället för att brottas med det. Om en kandidat vinner på alla tre är svaret enkelt. Om det är jämnt, gå tillbaka till scenarierna och låt piloten tala. Då spelar det mindre roll om etiketten säger STV, Mivida eller något helt annat. Det som räknas är hur väl de möter din vardag.