Et godt første forsøk
Start med én opplysning i én brukerreise. Bruksområdet er lovende når dere kan svare ja på minst fire av spørsmålene:
- Må virksomheten dokumentere samme forhold flere ganger?
- Kontrollerer en saksbehandler dokumentet manuelt i dag?
- Finnes det en kjent datakilde og en ansvarlig utsteder?
- Kan mottakeren bruke strukturerte data direkte?
- Har gyldighet, utløp eller tilbakekalling betydning?
- Deltar flere offentlige eller private aktører i reisen?
- Er det nyttig at virksomheten styrer når data deles?
Når en annen løsning er bedre
Velg ikke lommebok bare fordi teknologien er ny. En direkte API-integrasjon kan være enklere når to kjente systemer utveksler data fast, og virksomheten ikke har behov for å oppbevare eller dele beviset videre.
Lommebok passer også dårlig hvis ingen vil eie regelverket for beviset, datakvaliteten er ukjent, eller mottakeren bare kan behandle en PDF manuelt.
Beskriv behovet i én setning
Bruk denne formen:
Når [virksomheten] skal [gjøre noe], trenger [tjenesten] å kontrollere [minste nødvendige opplysning] fra [kilden], slik at [målbar forbedring].
Eksempel: Når en serveringsbedrift søker bevilling, trenger kommunen å kontrollere virksomhetsidentitet og relevante tillatelser fra kjente kilder, slik at færre vedlegg må lastes opp og kontrolleres manuelt.
Gå deretter til bruksområdene for konkrete mønstre.