Overordnet beskrivelse
La innbyggere registrere ønske om pushvarsling i KRR, dersom push er mulig (eksempel: helsenorge-app). Ved spørring mot KRR kan offentlig virksomhet som tilbyr app med pushvarsling velge bort varsel til andre kanaler, dersom respons fra KRR tilsier at push er ønsket varslingskanal
Forventet resultat
Offentlig virksomhet kan varsle innbygger via pushvarsel til app, dersom innbygger helst vil ha push fremfor varsel til epost/sms. Medfører reduksjon av uønsket varsel utsendt som epost/sms. Lar offentlig virksomhet i større grad tilpasse varseltekst og innhold. Innbygger kan i større grad enn i dag få tilpasset varsling etter egne preferanser. Flere innbyggere ser på sms og epost som usikre kanaler de ikke stoler på, mens pushvarsel til offentlig app vil oppleves som betryggende.
Hvordan skal det fungere?
Flere muligheter. Mest sannsynlig, og enklest å realisere; Innbygger registrerer generell pushpreferanse i KRR som en del av "bekreft-kontaktinfo-dialog" ved innlogging gjennom ID-porten, eller ved registrering via MinProfil. Generell push-preferanse vil da gjelde for offentlige virksomheter som tilbyr app med pushvarsling. Dette alternativet medfører lite kompleksitet, og lite jobb for innbygger. Men innbygger må forstå konsekvenser og begrensninger, og alternativet støtter ikke at innbygger individuelt kan styre hvilke apper der det er ønsket med push. Offentlig virksomhet som tilbyr app med pushvarsling må sjekke og forholde seg til innbyggers registrerte preferanser ved behov for å varsle innbygger. Alternativt; registrere pushpreferanse pr offentlig app. Mer kompleksitet, men også mer fleksibilitet for innbygger og offentlig virksomhet. Kan medføre at valg i app må skrives til KRR, eller at innbygger selv må registrere preferanse pr app i KRR (sendes til KRR-grensesnitt fra app eller tjeneste).
Gjennomføring
Avhengigheter
Oppgaver
Overordnet beskrivelse
La innbyggere registrere ønske om pushvarsling i KRR, dersom push er mulig (eksempel: helsenorge-app). Ved spørring mot KRR kan offentlig virksomhet som tilbyr app med pushvarsling velge bort varsel til andre kanaler, dersom respons fra KRR tilsier at push er ønsket varslingskanal
Forventet resultat
Offentlig virksomhet kan varsle innbygger via pushvarsel til app, dersom innbygger helst vil ha push fremfor varsel til epost/sms. Medfører reduksjon av uønsket varsel utsendt som epost/sms. Lar offentlig virksomhet i større grad tilpasse varseltekst og innhold. Innbygger kan i større grad enn i dag få tilpasset varsling etter egne preferanser. Flere innbyggere ser på sms og epost som usikre kanaler de ikke stoler på, mens pushvarsel til offentlig app vil oppleves som betryggende.
Hvordan skal det fungere?
Flere muligheter. Mest sannsynlig, og enklest å realisere; Innbygger registrerer generell pushpreferanse i KRR som en del av "bekreft-kontaktinfo-dialog" ved innlogging gjennom ID-porten, eller ved registrering via MinProfil. Generell push-preferanse vil da gjelde for offentlige virksomheter som tilbyr app med pushvarsling. Dette alternativet medfører lite kompleksitet, og lite jobb for innbygger. Men innbygger må forstå konsekvenser og begrensninger, og alternativet støtter ikke at innbygger individuelt kan styre hvilke apper der det er ønsket med push. Offentlig virksomhet som tilbyr app med pushvarsling må sjekke og forholde seg til innbyggers registrerte preferanser ved behov for å varsle innbygger. Alternativt; registrere pushpreferanse pr offentlig app. Mer kompleksitet, men også mer fleksibilitet for innbygger og offentlig virksomhet. Kan medføre at valg i app må skrives til KRR, eller at innbygger selv må registrere preferanse pr app i KRR (sendes til KRR-grensesnitt fra app eller tjeneste).
Gjennomføring
Avhengigheter
Oppgaver