Finn delen du trenger
Et systemvalg bør begynne med fem representative saker, ikke fem leverandørpresentasjoner. Ta med normaloppgave, mangelfull bestilling, oppgave som bytter kundeansvarlig, gjenåpning og en korreksjon etter fakturering.
Skriv krav som kan prøves
| Uklart ønske | Testbart krav |
|---|---|
| God kundekontroll | En medarbeider ser kunde A, men får ikke åpne kunde B |
| Enkel fakturering | Godkjente tillegg kan eksporteres med saks-ID og periode |
| Full historikk | Endret instruks og status viser tidspunkt og utfører |
| Gode rapporter | Kontrollsummer kan gjenskapes fra eksporterte data |
| Lett å bytte | Åpne og lukkede saker kan eksporteres med vedleggskobling |
Prioriter kravene som nødvendig, viktig eller ønskelig. Kundeskille og gjenfinnbart fakturagrunnlag bør ikke forsvinne bak en høy totalscore for fine skjermbilder. Et nødvendig krav som ikke oppfylles trenger et tydelig beslutningsvedtak eller en annen løsning.
Eksempel fra delt sekretariat
Teamet trenger at en vikar finner kundens instruks og neste handling uten å lese hele e-posttråden. Prøv dette med en person som ikke deltok i oppsettet. Hvis personen må spørre systemansvarlig underveis, noter hva som manglet. Det kan skyldes både konfigurasjon og produktbegrensning.
Be om bevis, ikke fremtidige løfter
Skill funksjon som finnes nå, funksjon som krever tillegg og funksjon leverandøren bare planlegger. Be om dokumentasjon for eksport, tilgangsstyring og relevante grensesnitt. En integrasjon skal beskrive hvilke felter og hendelser som faktisk støttes.
Samle resultatet i en beslutningslogg med testdato, avvik og ansvarlig. Den samme listen blir senere grunnlag for akseptanse og eventuell reklamasjon.
Fortsett med totalkostnad og akseptansetest.
Velg med stoppkrav før dere gir poeng
Kundeskille, nødvendig eksport og sporbar godkjenning bør prøves før dere sammenligner brukervennlighet og pris. Hvis et nødvendig krav feiler, må det enten løses, avgrenses gjennom en konkret beslutning eller føre til et annet valg. En høy totalscore reparerer ikke manglende tilgangskontroll.
For krav som faktisk kan veies mot hverandre kan dere bruke en enkel vurdering:
| Arbeidsoppgave | Hva dere prøver | Observasjon som er nyttig |
|---|---|---|
| Ta over en ventende kundesak | Ny medarbeider finner instruks og neste handling | Hvor personen stopper og hva som mangler |
| Godkjenne månedens tillegg | Kontrollør kan se bestilling, tid og prisregel | Om grunnlaget kan etterprøves uten private notater |
| Eksportere åpne saker | Data åpnes og summeres i et annet verktøy | Manglende felter, vedlegg og referanser |
| Avvise feil kunde-ID | Oppgaven stanses og legges i avvik | Om feilen vises til riktig ansvarlig |
Prøv først med dem som skal bruke systemet
La en utfører, en kontrollør og økonomiansvarlig gjøre hver sin prøveoppgave. Leverandøren kan hjelpe med oppsettet, men bør ikke gjøre alle testene. Det er først når egne brukere prøver at dere ser om riktig handling er lett å forstå og om feil kan oppdages.
Noter både ekstra klikk og arbeid som forsvinner mellom verktøyene. En løsning som gjør saksregistrering raskere kan samtidig kreve manuell rekonstruksjon av fakturagrunnlaget. Mål derfor et helt arbeidsløp før dere regner på gevinsten.
Avtal prøveperiode og overtakelsespunkt
Velg én avgrenset kunde eller kø og bestem hvilke kontrollsummer som må stemme før resten flyttes. Dokumenter hva som fortsatt gjøres i gammelt verktøy. Parallell drift uten tydelig eierskap kan skape dobbelt arbeid og to ulike sannheter om samme sak.
Vi kan hjelpe med kravliste, oppsett og utprøving. Ta gjerne utgangspunkt i én oppgave som er vanskelig i dag, fremfor en lang ønskeliste med funksjonsnavn.