Softwarevalg
Del af No-code-apps
Vælg en intern app med lav risiko
Find en afgrænset intern appopgave med klare poster, brugerroller og en vej til at rette fejl. Vurder behovet, før appen bygges.
Vælg en intern app til at oprette, finde og opdatere egne poster, hvor fejl kan rettes uden store konsekvenser. En app til forbedringsforslag er en konkret kandidat: medarbejderen indsender et forslag, en ansvarlig sætter status, og medarbejderen kan se svaret. Hvis en fælles liste løser behovet, er en app måske unødvendig; automatiske handlinger kræver separat vurdering.
Vurder en konkret appopgave
Beskriv, hvem der opretter en post, hvem der behandler den, og hvem der skal kunne finde status og svar. Forbedringsforslag passer til dette forløb. Afgør, hvad hver rolle skal kunne se og ændre, før I vælger appens brugerflade og platform.
| Spørgsmål | Håndterbart udgangspunkt |
|---|---|
| Hvad gemmes? | Få nødvendige felter med en klar betydning. |
| Hvem ser posten? | Adgangen kan beskrives for hver brugerrolle. |
| Hvordan opdages fejl? | En ansvarlig kan finde manglende eller forkert tildelte poster. |
| Hvordan rettes fejl? | Det er aftalt, hvem der må ændre posten og dens status. |
| Hvordan fortsætter arbejdet? | Der findes en manuel vej, hvis appen ikke virker. |
Brug tabellen som beslutningsværktøj, ikke som en risikomåling. Vælg ikke en app, der ændrer løn, systemadgang eller betalingsoplysninger som første opgave, selv om brugergrænsefladen er let at bygge.
Sæt grænser for første version
Formuler den tilladte handling i én sætning: En medarbejder opretter et internt forslag; en navngiven ansvarlig vurderer det og sætter status. Afgør også, om alle må læse forslagene, og om appen må sende beskeder eller opdatere andre systemer. Vent med de handlinger, til deres konsekvenser er vurderet.
Indsaml kun de oplysninger, som opgaven kræver. Hvis appen behandler personoplysninger, skal formålet være klart, og oplysningerne begrænses til det nødvendige. Hold oplysninger ajour, beskyt dem mod uvedkommendes adgang, og brug fiktive poster til at teste brugergrænsefladen, før I indfører rigtige data.
Afgør, om kandidaten er klar
Beskriv det forventede resultat for en normal post, en dublet, en post med manglende data og en fraværende ansvarlig. Få relevante brugere til at afprøve scenarierne i en prøveopsætning, og notér udfaldet.
Undersøg, hvem der kan ændre appen og få adgang til dens datakilde. Overvejer I en canvas-app i Power Apps, kan I dele den med navngivne brugere eller en sikkerhedsgruppe i Microsoft Entra ID.
Rollen User kan kun bruge appen; Co-Owner kan også redigere og dele den, men ikke slette den eller ændre ejere. Medejerskab giver ikke i sig selv de nødvendige data- og forbindelsesrettigheder.
Datakilder som Microsoft Dataverse eller Excel kræver også de nødvendige rettigheder. Appen kan desuden afhænge af flows, gateways eller forbindelser, som også skal deles.
Vælg løsningen, når en ejer kan redegøre for dens grænser, hvordan fejl rettes, og hvilken manuel reservevej der findes. En udvidelse kræver en ny vurdering af data, adgang og konsekvenser.
