Gouvernement numérique
Concevoir des services publics numériques utilisables par l’ensemble de la population, y compris hors ligne et hors capitale.
Enjeu
Le problème tel qu’il se pose.
Un service public numérique n’a de valeur que s’il est utilisable par ceux qui en dépendent le plus. Les contraintes réelles sont la couverture réseau, la diversité des terminaux, le niveau de littératie numérique et la continuité de l’état civil et des registres.
Résultat recherché
Ce que l’organisation obtient.
Des services accessibles depuis des terminaux modestes et des réseaux lents, dont les registres restent cohérents et dont l’usage ne dépend pas d’un fournisseur unique.
Avant d’engager
Quatre questions préalables.
Une organisation qui ne sait pas répondre à ces questions n’a pas encore de programme : elle a une intention. Les formuler coûte moins cher que de les découvrir en cours de réalisation.
- 01Le service a-t-il été essayé par des usagers en conditions réelles, avec leurs terminaux et leur réseau ?
- 02Que devient une démarche engagée lorsque la connexion est perdue en cours de saisie ?
- 03Vos registres sont-ils cohérents entre administrations, ou chaque service tient-il le sien ?
- 04Mesurez-vous l’usage réel du service, ou seulement sa mise en service ?
Notre rôle
Ce que nous prenons en charge.
- Conception de parcours usagers vérifiés en conditions réelles.
- Registres et référentiels cohérents entre administrations.
- Interopérabilité fondée sur des standards ouverts et publiés.
- Accessibilité et conception adaptée aux réseaux contraints.
- Mesure de l’usage réel, distincte de la mesure de la mise en service.
Sécurité
Principes appliqués.
- Protection des données personnelles par minimisation et cloisonnement.
- Authentification proportionnée au niveau de sensibilité du service.
- Traçabilité des accès aux registres et aux données d’état civil.
- Continuité du service en cas d’indisponibilité d’un composant.
Déploiement
Modes possibles.
- Sur infrastructure nationale.
- En environnement hybride avec fonctionnement dégradé hors ligne.
Le mode retenu dépend des exigences de souveraineté, de continuité et de classification propres à l’organisation. Il est arrêté avant la conception, pas après.
Répartition de la responsabilité opérationnelle
Cadrage
Konect 9 / organisation 3
Les exigences, les critères de sortie et le plan de réversibilité sont posés.
Construction
Konect 8 / organisation 4
Les équipes de l’organisation participent à la conception, pas à la recette seule.
Mise en service
Konect 5 / organisation 7
L’exploitation est conduite conjointement, procédures écrites à l’appui.
Exploitation accompagnée
Konect 2 / organisation 10
L’organisation opère ; Konect intervient sur sollicitation.
Autonomie
Organisation cliente, seule
La mission se termine. Le système est exploité sans assistance extérieure.
Transfert de compétences
Fin de mission.
Transfert de la maîtrise fonctionnelle et technique aux équipes de l’administration, avec documentation et propriété du code par le client.
Domaines connexes.
Consultations · Préqualifications · Partenariats
Poursuivre l’échange.
Les éléments détaillés — méthodologie, références, capability statement — sont communiqués dans un cadre encadré, à la demande d’une organisation identifiée.