Portail citoyen administration : guide de cadrage

Un bon portail citoyen administration se prépare avant tout appel d'offres. Il faut choisir quelques démarches à forte volumétrie, définir comment l'usager s'identifie, fixer un niveau d'accessibilité, cartographier les données personnelles traitées, puis noter les fournisseurs sur des critères vérifiables : démonstration, sécurité, propriété du code, exploitation. Cet article détaille ces étapes, avec une grille de sélection que vous pouvez réutiliser dans votre cahier des charges.

Définir le périmètre : commencer petit, choisir les bonnes démarches

L'erreur la plus fréquente est de vouloir numériser tous les services d'un coup. Une plateforme de services en ligne pour l'administration publique réussit quand la première version couvre peu de démarches, mais de bout en bout.

Pour sélectionner ces démarches, croisez trois critères :

• Volume : nombre de dossiers par mois, pics saisonniers, files d'attente au guichet.
• Simplicité : démarches dont les règles sont stables et les pièces justificatives bien identifiées.
• Dépendances : démarches qui n'exigent pas encore une interconnexion avec un autre organisme que vous ne maîtrisez pas.

Pour chaque démarche retenue, documentez le parcours actuel : qui dépose, qui instruit, qui valide, quels délais, quelles pièces, quels motifs de rejet. Un portail numérise un processus ; s'il est confus sur papier, il sera confus à l'écran.

Distinguez aussi trois briques souvent mélangées : le front usager (dépôt, suivi, notifications), le back-office agent (instruction, statuts, commentaires, relances) et l'administration (paramétrage des formulaires, rôles, tableaux de bord). Le back-office est celui que l'on sous-estime, alors que c'est lui qui détermine le gain réel de temps.

Rédiger un cahier des charges portail e-services exploitable

Un cahier des charges portail e-services utile tient en décisions, pas en généralités. Structurez-le ainsi :

1. Contexte et objectifs mesurables : par exemple réduire les déplacements au guichet ou le délai moyen de traitement, avec une valeur de départ que vous mesurez aujourd'hui.
2. Utilisateurs : citoyens, entreprises, mandataires, agents, administrateurs. Précisez les usages mobiles, les connexions lentes et la langue (arabe, français, éventuellement tamazight).
3. Parcours par démarche : étapes, champs, pièces, règles de validation, statuts, notifications.
4. Exigences non fonctionnelles : disponibilité attendue, temps de réponse, volumétrie, sauvegardes, journalisation.
5. Intégrations : systèmes existants, échanges de fichiers, paiement éventuel, SMS ou e-mail.
6. Réversibilité : export des données, documentation, remise du code source ou des accès.
7. Critères de recette : comment vous déciderez que le livrable est accepté.

Séparez les exigences obligatoires des souhaitables. Cela évite qu'un fournisseur réponde « oui » à tout pour ensuite facturer en avenant.

Accessibilité et usage réel : ce qu'il faut exiger

Un portail public s'adresse à tout le monde, y compris aux personnes âgées, malvoyantes ou peu à l'aise avec le numérique. Prenez comme référence technique les WCAG du W3C (niveau AA) et inscrivez-la dans le contrat comme critère de recette, pas comme intention.

Concrètement, exigez :

• une navigation complète au clavier et des focus visibles ;
• des contrastes suffisants et des textes redimensionnables ;
• des formulaires avec étiquettes explicites et messages d'erreur compréhensibles ;
• la prise en charge de l'arabe et du français, y compris le sens d'écriture de droite à gauche ;
• un rendu fluide sur smartphone d'entrée de gamme.

Prévoyez un test avec de vrais usagers avant la mise en ligne. Pour aller plus loin, lisez notre article sur l'accessibilité web et la conception inclusive.

Identité, authentification et protection des données

C'est le cœur du risque. Décidez d'abord le niveau de preuve d'identité nécessaire par démarche : consulter l'état d'un dossier n'exige pas le même niveau qu'obtenir un document officiel.

Options à comparer :

Approche	Avantage	Limite
Compte propre (e-mail ou téléphone + mot de passe)	Rapide à lancer	Preuve d'identité faible, support des mots de passe oubliés
Double authentification (code SMS ou application)	Bon compromis sécurité/usage	Coût et dépendance aux opérateurs
Vérification présentielle ou par pièce, puis compte activé	Niveau de confiance élevé	Étape manuelle à organiser
Fédération avec un service d'identité national existant	Expérience unifiée	Dépend de la disponibilité et des conditions d'accès de ce service

Côté données personnelles, appuyez-vous sur la loi n° 18-07 relative à la protection des personnes physiques dans le traitement des données à caractère personnel, et vérifiez avec votre service juridique les obligations qui s'appliquent à votre organisme, notamment les formalités auprès de l'autorité de protection. Notre guide pratique sur la protection des données en Algérie détaille la démarche côté entreprise.

Côté conception, quelques règles simples :

• Minimisation : ne demandez que les champs indispensables à l'instruction.
• Cartographie : pour chaque donnée, notez finalité, durée de conservation, agents autorisés.
• Cloisonnement des droits : un agent ne voit que les dossiers de son périmètre.
• Journalisation : qui a consulté ou modifié quoi, et quand.
• Chiffrement en transit et au repos, pièces justificatives comprises.
• Hébergement : sachez où sont stockées les données et qui y a accès ; précisez-le dans le contrat.

Sur le plan technique, l'OWASP ASVS fournit une liste de contrôles de sécurité applicative que vous pouvez demander au fournisseur de vérifier avant la recette.

Critères de passation et évaluation d'un fournisseur

Les règles de passation des marchés publics dépendent de votre statut et de votre montant ; faites valider la procédure par votre service compétent. Ce que vous pouvez maîtriser, c'est la grille de notation technique. Une pondération indicative à adapter :

• Compréhension du besoin et méthode : le fournisseur reformule-t-il vos démarches et vos risques, ou recopie-t-il votre texte ?
• Démonstration : demandez un prototype ou une démonstration sur un de vos parcours, pas un catalogue de captures d'écran.
• Sécurité et données : gestion des rôles, journalisation, sauvegardes, plan de reprise après incident (voir notre guide du plan de reprise d'activité cloud).
• Accessibilité : méthode de test, expérience sur des interfaces bilingues.
• Références vérifiables : projets comparables que vous pouvez contacter.
• Propriété et réversibilité : qui détient le code, les données, la documentation ? Que se passe-t-il si vous changez de prestataire ?
• Exploitation : support, délais de correction, évolutions, montée en charge.
• Coût total : conception, hébergement, licences éventuelles, maintenance, formation des agents.

Méfiez-vous des offres dont le prix est très bas sans périmètre précis, des fournisseurs qui refusent la démonstration, et des solutions fermées dont la sortie est impossible. Le coût d'un portail dépend surtout du nombre de démarches, de la complexité des règles, des intégrations, du niveau d'identité exigé, de l'hébergement et du volume de formation ; demandez un chiffrage par lot pour comparer des offres comparables.

Planifier le déploiement : pilote, formation, indicateurs

Un calendrier réaliste suit cet enchaînement : cadrage, maquettes validées avec des agents et des usagers, développement itératif, recette, pilote restreint, puis extension. Le pilote révèle les vrais problèmes : pièces manquantes, libellés incompris, goulets d'étranglement côté instruction.

Ne négligez pas le changement interne. Les agents doivent être formés, les anciens circuits papier clarifiés, et un canal d'assistance maintenu pour les usagers non connectés. Suivez peu d'indicateurs mais réguliers : taux de dossiers complets à la première soumission, délai de traitement, demandes de support, taux d'abandon par étape.

Pour un exemple de ce que recouvre un espace utilisateur sécurisé avec suivi de dossiers, consultez notre étude de cas portail client et espace abonné. Le contexte est privé, mais les mécanismes (comptes, droits, suivi, notifications) sont proches de ceux d'un portail public.

Comment Data Forge peut vous aider

Data Forge conçoit des applications web, des portails et des produits SaaS sur mesure, y compris des portails d'e-services pour des organisations qui ont des processus à formaliser. Notre approche relève du développement de logiciels sur mesure.

Périmètre typique : front usager bilingue, back-office d'instruction, gestion des rôles et des droits, notifications, tableaux de bord, journalisation, export des données.

Livrables : cahier des charges priorisé, maquettes validées, application recettée, documentation technique et d'exploitation, formation des agents, plan de sauvegarde.

Comment un projet démarre : un atelier de cadrage avec vos équipes métier et informatique pour choisir les premières démarches, cartographier les données et fixer les critères de recette. Il débouche sur une proposition chiffrée par lot et un calendrier par étapes, sans engagement sur le reste du projet.

Vous préparez un portail ou un cahier des charges ? Contactez Data Forge en décrivant vos deux ou trois démarches prioritaires : nous vous dirons honnêtement ce qui est réaliste et par où commencer.

Questions fréquentes

Par quelle démarche faut-il commencer ?

Par une démarche à fort volume, aux règles stables et aux pièces bien identifiées. Elle permet de mesurer rapidement le gain et de valider le socle (comptes, instruction, notifications) avant d'étendre.

Faut-il un compte citoyen propre ou un service d'identité existant ?

Cela dépend du niveau de preuve exigé par démarche. Un compte propre convient aux consultations simples ; pour des documents officiels, prévoyez une vérification renforcée ou une fédération, si un service d'identité est disponible et accessible à votre organisme.

Comment vérifier l'accessibilité d'un portail livré ?

Demandez un audit contre les WCAG niveau AA, des tests au clavier et avec lecteur d'écran, et un essai avec des usagers réels. Inscrivez ces contrôles dans les critères de recette du contrat.

Peut-on changer de prestataire après la mise en service ?

Oui, si le contrat prévoit la remise du code ou des accès, de la documentation et des exports de données. Exigez-le dès le cahier des charges, car c'est ce qui évite la dépendance.

Sources

• W3C – Web Content Accessibility Guidelines (WCAG) 2.2
• OWASP – Application Security Verification Standard (ASVS)
• ISO – ISO/IEC 27001, management de la sécurité de l'information
• Journal officiel de la République algérienne (JORADP)

Article préparé par l’équipe Data Forge avec l’assistance d’outils d’IA.