Testa nytt affärssystem parallellt: 14 dagar utan risk
Vill du testa nytt affärssystem parallellt utan att riskera faktureringen gör du så här: välj en enda jobbtyp (till exempel serviceärenden under fyra timmar), kör den jobbtypen i både gamla och nya systemet i exakt 14 dagar, låt faktureringen och bokföringen ligga kvar i det gamla hela testperioden, bestäm tre go/no-go-kriterier innan du börjar, och sätt redan nu datumet då den gamla rutinen dör. Dubbelarbetet kostar dig runt 15–20 minuter om dagen på fem till åtta jobb. Det är hela priset för att slippa gissa.
Varför parallelltest slår både "big bang" och sandlåda
Det finns tre sätt att utvärdera ett system. Två av dem funkar inte.
- Big bang. Du flyttar allt en måndag. Fungerar det inte har du inga offerter, ingen planering och ingen fakturering. Du lagar flygplanet i luften.
- Sandlådan. Du klickar runt i demodata på kvällen, tycker att det ser fint ut, och lär dig ingenting. Demodata har aldrig en kund som ringer och ändrar sig, en ÄTA på plats, eller en montör med noll täckning i ett källarplan.
- Parallelltestet. Riktiga jobb, riktiga kunder, riktig lera – men med ett skyddsnät. Går det åt skogen dag sex fortsätter verksamheten precis som förut, för det gamla systemet har rullat hela tiden.
Provperioder är dessutom kalenderstyrda. Fjorton dagar är fjorton dagar oavsett om du använder dem eller inte. De flesta hantverksföretag startar ett konto en fredag, gör två klick, och vaknar tre veckor senare med en utgången provperiod och exakt lika lite kunskap som innan. Ett strukturerat pilottest är skillnaden mellan en utvärdering och ett utgånget konto.
Steg 1: Välj en jobbtyp – inte hela företaget
Det största misstaget är att testa allt. Du orkar inte, och du lär dig ingenting eftersom du aldrig hinner göra samma sak två gånger.
Välj den jobbtyp som är vanligast och minst komplicerad. För en elfirma är det typiskt servicejobb hos privatkund: förfrågan, offert med ROT-avdrag, bokning, jobb, egenkontroll, faktura. För en rörfirma kan det vara byten av blandare och avloppsstopp. För en byggare mindre snickerijobb, inte totalentreprenaden på 900 000 kronor.
Kriterier för rätt pilotjobb:
- Du gör minst fem sådana på två veckor. Färre än fem ger inget underlag.
- Det går från förfrågan till faktura inom testperioden. Ett jobb som pågår i fyra månader lär dig ingenting om flödet.
- Det involverar minst en montör som inte är du. Systemet ska fungera för folk som inte var med och valde det.
- Det har en kund du inte skulle förlora på en pinsamhet. Testa inte på företagets största beställare.
Steg 2: Så testar du nytt affärssystem parallellt – utan att röra faktureringen
Den viktigaste regeln i hela testet: pengar och bokföring flyttar sist. Under de 14 dagarna får det nya systemet göra allt utom att skicka riktiga fakturor och skriva mot bokföringen.
Dra gränsen så här:
| Moment | Under testet | Varför |
|---|---|---|
| Förfrågan och intag | Nya systemet | Riskfritt. Registrera manuellt, du hinner. |
| Offert till kund | Nya systemet (skicka på riktigt) | Här ligger halva värdet. Se hur ROT-avdraget räknas och hur kunden svarar. |
| Planering och bokning | Båda | Gamla kalendern är fortfarande sanningen tills go-live. |
| Tidrapport och egenkontroll | Nya systemet | Det är här montörerna avgör testet. |
| Material och inköp | Nya systemet | Testa prisfil och materialregistrering på riktiga artiklar. |
| Fakturering | Gamla systemet | Ingen kund ska få en konstig faktura för att du utvärderar. |
| Bokföring och integration | Gamla systemet | Koppla aldrig ett testsystem mot skarp Fortnox eller Visma. Dubbletter i huvudboken är ett revisionsproblem, inte en buggrapport. |
I praktiken betyder det: när jobbet är klart tittar du på underlaget i nya systemet, jämför med det gamla, och fakturerar som vanligt i det gamla. Skillnaden mellan de två underlagen är din faktiska data. Om nya systemet fångade 45 minuter restid och två artiklar som du glömt i det gamla – där har du svaret.
Två saker att bocka av innan du börjar, oavsett leverantör: att du kan få ut din data (export av kunder, jobb, offerter, PDF:er) och att det finns ett personuppgiftsbiträdesavtal. Räkenskapsinformation ska enligt bokföringslagen bevaras i sju år, och den skyldigheten är din – inte leverantörens. Fråga innan, inte efter.
Steg 3: Tre go/no-go-kriterier – bestämda i förväg
Skriv ner dem på ett papper innan dag 1 och sätt siffror på dem. Skriver du dem efteråt hittar du på ett svar som passar det du redan känner. Tre kriterier, inte tio. Tio kriterier är samma sak som noll.
1. Montörskriteriet (adoption)
Formulering: "Minst 80 procent av pilotjobben är tidrapporterade och egenkontrollerade i nya systemet samma dag, utan att jag påminner."
Med sex pilotjobb betyder det fem av sex. Det här är det hårdaste kriteriet och det som fäller flest system. Om folk inte använder det spelar funktionslistan ingen roll. Mät det som händer utan att du tjatar – tjatet finns inte kvar om sex månader.
2. Genomloppskriteriet (tid till betalt)
Formulering: "Tiden från avslutat jobb till färdigt fakturaunderlag är kortare i nya systemet än i det gamla, mätt på samma jobb."
Ta tid med mobilen. Inte känsla – minuter. Räkna med att du är långsammare de första tre jobben; det är inlärning, inte systemet. Jämför jobb fyra till åtta.
3. Sanningskriteriet (fullständighet)
Formulering: "Underlaget i nya systemet innehåller allt som ska faktureras, utan att jag lägger till något manuellt."
Det här är kriteriet som betalar för hela systemet. Restid, ÄTA som beställdes muntligt i hallen, materialet som hämtades på grossisten. Om nya systemet fångar det gamla missar har du en intäktsökning, inte bara en effektivisering.
Lägg till en spärr: ett enda vetokriterium. Något som gör det till ett nej oavsett hur bra allt annat är. Vanligast: "det måste fungera utan täckning". Har du källare, plåttak eller landsbygd i verksamheten är offline inte en bonus. Ett system som kräver 4G för att spara en egenkontroll är ett system som tappar egenkontroller.
Steg 4: Sätt datumet då den gamla rutinen dör
Ett parallelltest utan slutdatum blir aldrig ett byte. Det blir två system i tre år, och du betalar för båda medan personalen använder den de kände till först.
Skriv in det i kalendern redan dag 1, tillsammans med testet:
- Dag 1: testet startar.
- Dag 14: testet slutar. Inga förlängningar för att "vi hann inte". Hann du inte var svaret nej.
- Dag 15: beslut. Du sitter 30 minuter med papperet och de tre kriterierna. Två av tre plus vetot godkänt = go. Annars nej, och du säger upp kontot samma dag.
- Dag 21 (vid go): gamla rutinen dör. Ett datum. Efter det finns det ingen pärm, inget kalkylark, ingen whiteboard, ingen "jag sms:ar tiderna till dig". Alla nya jobb i nya systemet.
Det som dör ska namnges. "Vi går över till det nya" är inte ett beslut. "Från den 21 juli tar jag inte emot en enda tid på papper" är ett beslut. Låt pågående jobb löpa klart i det gamla – flytta aldrig historik i onödan – men allt nytt startar i det nya. Efter tre veckor är det gamla systemet tomt av sig självt.
Fjorton dagar, dag för dag
- Dag 0 (2 timmar, en kväll): skapa kontot, lägg in företagsuppgifter, logga, momssats, en prisfil eller 20 vanligaste artiklarna, en offertmall, en egenkontrollmall. Bjud in montörerna. Inte mer.
- Dag 1 (30 minuter): visa montörerna exakt tre saker: hur man ser sitt jobb, hur man stämplar tid, hur man fyller i protokollet. Ingen utbildning i övrigt. Om det behövs mer än 30 minuter är det ett resultat.
- Dag 1–10: kör pilotjobben. Anteckna friktion i mobilen när den händer, inte efteråt.
- Dag 5 (15 minuter): halvtidskoll. Fråga montörerna en enda fråga: "Vad är irriterande?" Skriv ner svaret ordagrant.
- Dag 11–13: testa det som går sönder – en ÄTA mitt i jobbet, en kund som ändrar tid, ett jobb som kräver två montörer, en offert som kunden vill ha ändrad efter att den skickats.
- Dag 14: stäng testet. Räkna ihop kriterierna.
- Dag 15: beslut.
Fem misstag som förstör testet
- Du testar själv. Ägaren klarar alla system. Testet handlar om montören i regnet med handskar på.
- Du migrerar all data först. Lägg in de kunder pilotjobben kräver, manuellt. Full migrering är ett arbete för efter beslutet, inte före.
- Du kopplar bokföringsintegrationen dag 1. Testa den efter go-live, i lugn och ro, med ett par fakturor.
- Du ändrar två saker samtidigt. Nytt system och ny prissättning samma vecka gör att du inte vet vad som orsakade vad.
- Du testar utan slutdatum. Se steg 4. Det här är det dyraste av dem alla.
Var OdinTask passar in
Det här upplägget fungerar med vilken leverantör som helst – kriterierna är dina, inte deras. Att OdinTask har 14 dagars fri provperiod är just därför inte poängen; poängen är att fjorton dagar räcker om du använder dem på riktiga jobb. Två saker gör parallelltestet lättare hos oss: den mobila delen fungerar offline och köar tidrapporter och egenkontroller tills täckningen kommer tillbaka (så vetokriteriet går att pröva på riktigt), och offerter räknar ROT-avdraget automatiskt så att kunden ser nettopriset direkt – vilket är precis det du vill jämföra mot din nuvarande rutin. Kopplingen mot Fortnox eller Visma finns, men slå på den efter beslutet. Aktuella villkor finns på prissidan.
Sammanfattat
En jobbtyp. Fjorton dagar. Fakturan ligger kvar i det gamla. Tre kriterier på ett papper innan du börjar, plus ett veto. Ett beslut dag 15 och ett datum då den gamla rutinen dör. Gör du det får du ett svar du kan lita på – och ett byte som tar tre veckor istället för tre år.
Vanliga frågor
Hur länge ska man testa ett nytt affärssystem parallellt?
Fjorton dagar räcker, förutsatt att du kör riktiga jobb. Kortare än en vecka hinner du inte förbi inlärningskurvan – de tre första jobben är alltid långsamma. Längre än en månad blir dubbelarbetet så tungt att du slutar mata båda systemen, och då mäter du ingenting. Kravet är att du hinner minst fem jobb av samma typ, hela vägen från förfrågan till färdigt fakturaunderlag, inom perioden.
Är det farligt att fakturera från ett system man testar?
Ja, och det behövs inte. Låt fakturering och bokföring ligga kvar i det gamla systemet under hela testperioden. Du kan skapa fakturaunderlaget i det nya och jämföra det med det gamla – det är själva mätningen – men skicka fakturan som vanligt. Koppla heller aldrig ett testsystem mot skarp Fortnox eller Visma. Dubbletter i huvudboken är ett revisionsproblem, inte en buggrapport.
Vilka tre saker ska man mäta under ett pilottest?
Adoption: använder montörerna det utan att du påminner, på minst 80 procent av jobben? Genomloppstid: går det snabbare från avslutat jobb till färdigt fakturaunderlag, mätt i minuter på samma jobb? Fullständighet: kommer restid, material och ÄTA med utan manuell komplettering? Lägg till ett vetokriterium – oftast att appen måste fungera utan täckning. Skriv ner alla fyra innan dag 1, annars hittar du på svaret efteråt.
Ska jag flytta över all min kunddata innan jag testar?
Nej. Lägg bara in de kunder och artiklar som pilotjobben kräver, manuellt – det tar en kväll. Full migrering är ett arbete för efter beslutet. Gör du det före har du lagt tjugo timmar på ett system du kanske säger nej till, och du riskerar att skjuta upp själva testet i veckor. Kontrollera däremot före testet att du kan exportera din data igen om du vill lämna.
Hur får jag montörerna att faktiskt använda det nya systemet?
Visa exakt tre saker på 30 minuter: hur man hittar sitt jobb, hur man stämplar tid, hur man fyller i egenkontrollen. Inget mer. Behövs mer utbildning än så är det ett resultat i sig. Fråga sedan på dag 5 vad som är irriterande och skriv ner svaret ordagrant. Och sätt ett datum då pappersrutinen dör – utan det datumet fortsätter halva laget som förut.
Vad gör jag om provperioden går ut mitt i testet?
Planera bakåt från slutdatumet istället. Starta kontot samma dag som pilotjobben börjar, inte veckan innan när du är nyfiken. En kalenderstyrd provperiod räknar dagar oavsett om du loggar in eller inte. Sätt dag 0 för uppsättning på kvällen före dag 1, kör dag 1–14, och fatta beslutet dag 15. Behöver du mer tid är det nästan alltid för att jobben var för få eller för stora.
Allt-i-ett för ditt fältserviceföretag
Bokning, offert med ROT, schema, offline-app, tidrapport och fakturering – i ditt eget varumärke.
Testa OdinTask gratis