Hvilke interne systemer kan en lille virksomhed få bygget?

En lille virksomhed kan få bygget interne systemer til sagsbehandling, kundeopfølgning, planlægning, lager og udstyr, godkendelser og driftsrapportering. Løsningen kan være et afgrænset værktøj til én opgave eller en fælles arbejdsflade, der forbinder flere eksisterende systemer.

Det nyttige skel går mellem at registrere noget, udføre en opgave og skabe overblik. En liste over åbne ordrer er et overblik. Et system, hvor medarbejderen fordeler ordren, registrerer materialer og sender den til kontrol, understøtter selve arbejdet. Den forskel bestemmer, hvilke funktioner der skal bygges.

Her gennemgår vi systemtyperne og viser, hvad en første version kan indeholde. Hvis spørgsmålet er, om investeringen kan forsvares, handler guiden om hvornår et skræddersyet internt værktøj giver mening om økonomi, alternativer og driftsansvar.

Skræddersyet administrationsværktøj: Saml arbejdet omkring en sag

Et skræddersyet administrationsværktøj samler oplysninger, ansvar og status omkring det, virksomheden behandler. Det kan være serviceopgaver, bestillinger, bookinger eller andre sager. Medarbejderen skal kunne se, hvad der mangler, og udføre det næste trin uden at lede i flere mapper og mailtråde.

Konkrete anvendelser kan være:

• Serviceopgaver: Registrér henvendelsen, tildel en medarbejder, vedhæft billeder og dokumentér afslutningen.
• Ordreadministration: Saml kundens specifikationer, interne noter og kontrolpunkter, før ordren sendes videre.
• Kursusadministration: Hold styr på tilmeldinger, deltageroplysninger, praktiske beskeder og afholdelse.
• Sagsbehandling: Fordel indkomne sager, registrér frister og indhent de oplysninger, der mangler før en afgørelse eller afslutning.

Et tænkt eksempel er et mindre værksted. En reparation oprettes med udstyr, fejlbeskrivelse og ansvarlig. Teknikeren registrerer arbejdet, og en koordinator kontrollerer dokumentationen, før opgaven markeres klar til fakturering. Første version kan nøjes med det forløb, søgning og en historik over statusændringer.

Beskriv de tilladte overgange: Hvem må sætte en opgave i gang, hvornår er den afsluttet, og hvad sker der, hvis den genåbnes? De regler er en væsentlig del af administrationsværktøjet. Fakturering kan fortsat ligge i virksomhedens økonomisystem, mens værktøjet leverer et godkendt grundlag.

Kundeopfølgning: Et internt CRM med næste handling

Et internt CRM samler kundekontakt, tilbud og opfølgning. CRM betyder her et system til at holde styr på kunderelationer. Det centrale er sammenhængen mellem kunden, den ansvarlige medarbejder og den næste aftalte handling.

For en tænkt rådgivningsvirksomhed kan første version bestå af virksomheder, kontaktpersoner, tilbudsstatus, opfølgningsdato og noter fra dialogen. En medarbejder kan åbne sin opfølgningsliste og se, hvilke tilbud der venter på svar, og hvilke samtaler der er aftalt.

Afklar, om løsningen kun skal vise data fra et eksisterende CRM, eller selv være stedet, hvor oplysninger vedligeholdes. To kunderegistre uden klare regler giver risiko for modstridende kontaktoplysninger og dobbelt opfølgning. En påmindelse til en medarbejder og en automatisk mail til en kunde er også forskellige funktioner; beskriv dem særskilt.

Planlægning: Fordel opgaver, medarbejdere og ressourcer

Et planlægningsværktøj kobler arbejde til tid, personer og nødvendige ressourcer. Det kan vise, hvem der har en opgave, hvornår den skal udføres, og om det krævede udstyr er til rådighed.

Et tænkt montagefirma kunne have en ugeoversigt, hvor koordinatoren fordeler opgaver på hold og reserverer udstyr. Første version kan vise opgavens varighed, ansvarlige hold og reservationer med en advarsel ved overlap. Den behøver ikke samtidig kunne beregne den optimale kørerute eller håndtere løn.

Definér, hvad der tæller som en konflikt. To opgaver samme dag er ikke nødvendigvis et problem; to samtidige reservationer af den eneste lift er. Hvis medarbejderne skal bruge løsningen ude hos kunden, bør visningen og registreringen afprøves på telefon. Funktion uden netforbindelse kræver særskilt afklaring af lagring og synkronisering.

Lager og udstyr: Følg beholdning, udlån og retur

Et internt lager- eller udstyrssystem registrerer, hvad virksomheden har, hvor det befinder sig, og hvem der har ansvaret for det. Skeln mellem en vare, der tælles i antal, og et bestemt stykke udstyr med sin egen historik.

En tænkt udlejningsvirksomhed kan få en løsning, hvor hvert apparat har et udstyrsnummer, en placering og status som ledigt, udlånt eller til service. Første version kan håndtere udlevering, forventet returdato og kontrol ved tilbagelevering. Stregkoder eller QR-koder kan være et senere supplement til registreringen.

For forbrugsvarer er bevægelserne vigtigere: modtagelse, forbrug, retur og korrektion. Afklar også, om en reservation skal reducere den disponible beholdning. Et lageroverblik bliver kun pålideligt, hvis de faktiske bevægelser bliver registreret; en flot skærm kan ikke erstatte den arbejdsgang.

Godkendelser og dokumentation: Gør næste trin tydeligt

Interne digitale værktøjer kan håndtere indkøbsønsker, udlæg, dokumentgodkendelser og bestilling af udstyr. Forløbet består af en anmodning, en beslutning og en opfølgning på, hvad der derefter skal ske.

Som konkret platformseksempel beskriver Microsoft godkendelsesforløb til blandt andet dokumenter og udlæg. Det viser en systemtype, der både kan bygges i eksisterende platforme og indgå i en selvstændig løsning.

En første version til indkøbsønsker kunne have beskrivelse, beløb, bilag, godkender og status. Beslutningen gemmes med tidspunkt og begrundelse, og en afvist anmodning kan sendes tilbage til rettelse. Aftal også, hvem der overtager, når godkenderen er fraværende.

Googles eksempel på udstyrsbestillinger kombinerer en formular, et regneark og beskeder, når en bestilling oprettes og afsluttes. En mindre løsning behøver altså ikke begynde med en omfattende medarbejderportal. En registreret godkendelse bør dog ikke beskrives som en juridisk bindende digital underskrift uden en særskilt vurdering.

Et custom dashboard til virksomheden: Overblik med adgang til detaljerne

Et custom dashboard til en virksomhed samler de oplysninger, der er nødvendige for en bestemt rolle. En driftsleder kan have brug for åbne opgaver, overskredne frister og ledig kapacitet. En salgsansvarlig kan have brug for tilbud, der mangler opfølgning.

En første version kan vise få klart definerede målinger, tidspunktet for seneste dataopdatering og links til de sager, som kræver handling. Definér eksempelvis, om »åbne opgaver« også omfatter opgaver, der afventer kunden. Ellers risikerer medarbejdere at handle på forskellige forståelser af samme tal.

Skeln mellem analyse og handling. Power BI kan samle visualiseringer fra flere rapporter og datamodeller i et dashboard. Hvis medarbejderen også skal omfordele opgaver eller godkende arbejde direkte fra overblikket, skal de handlinger og deres rettigheder beskrives som en del af løsningen. Vis tydeligt, hvis data er forsinkede eller en opdatering er fejlet.

Integrationer: Lad eksisterende systemer dele arbejdet

En integration flytter eller sammenholder oplysninger mellem systemer. En automatisering udfører en aftalt handling, når noget sker, eller på et bestemt tidspunkt. De kan arbejde i baggrunden med en lille intern side til status og fejlhåndtering.

Et tænkt forløb er, at en godkendt serviceopgave sendes til økonomisystemet som fakturagrundlag. Første version kan håndtere denne ene overførsel og vise, om den lykkedes, blev afvist eller venter på et nyt forsøg.

Muligheden afhænger af, hvilke API'er eller eksportmuligheder de konkrete systemer tilbyder, og hvilken adgang virksomheden har. Beskriv, hvilket system der bestemmer hvert datafelt, hvordan dubletter undgås ved gentagne forsøg, og hvem der håndterer fejl. En overførsel bør ikke fremstå som afsluttet, før modtagelsen er bekræftet.

Beskriv den første version med én rigtig arbejdsgang

Systemtyperne kan kombineres. Et administrationsværktøj kan have både planlægning og dashboard, mens en integration afleverer resultatet til et eksisterende system. Brug betegnelserne til at forklare behovet, men afgræns bestillingen med en opgave, som en medarbejder faktisk skal kunne gennemføre.

Skriv et kort oplæg med:

• Bruger og opgave: Hvem skal gøre hvad, og hvordan begynder og slutter forløbet?
• Data og regler: Hvilke oplysninger kræves, hvor kommer de fra, og hvem må ændre dem?
• Undtagelser: Hvad sker der ved manglende oplysninger, fravær, afvisning eller en fejlet overførsel?
• Godkendelse af leverancen: Hvilket konkret forløb skal kunne gennemføres, før versionen accepteres?
• Drift: Hvem ejer processen, hjælper brugerne og sørger for adgang, sikkerhedskopiering og genoprettelse?

Et brugbart acceptkriterium kunne være: »Koordinatoren kan oprette en reparation, tildele en tekniker og sende den afsluttede opgave med dokumentation til kontrol. En opgave uden nødvendig dokumentation kan ikke godkendes.« Det er præcist nok til at demonstrere og afprøve.

Hvis du skal afklare, om løsningen er et arbejdsredskab eller en informationsside, forklarer webapp vs. hjemmeside forskellen. Når oplægget skal bruges til at vælge en leverandør, gennemgår guiden til at hyre en freelance webudvikler scope, screening og aftale.