Développement d’une plateforme web dédiée au VIH, à la prévention, à l’orientation, aux ressources fiables et à l’accompagnement communautaire
ATL MST SIDA Tunis
| Document préparé pour consultation / sélection d’un prestataire technique
Plateforme professionnelle, sécurisée, responsive, inclusive et non stigmatisante |
.
. Fiche de cadrage
| Rubrique |
Description |
| Maître d’ouvrage: |
ATL MST SIDA Tunis |
| Nature de la consultation: |
Sélection d’un prestataire pour la conception, le développement, le déploiement et la maintenance initiale d’une plateforme web VIH. |
| Objet: |
Développement d’une plateforme web complète, moderne, sécurisée et responsive dédiée au VIH, à la prévention, à la sensibilisation, à l’accès aux services, aux ressources fiables et à l’accompagnement communautaire. |
| Publics concernés: |
Personnes vivant avec le VIH, jeunes, populations clés, associations, professionnel·le·s de santé, partenaires institutionnels, médias et grand public. |
| Langues attendues: |
Français et arabe au minimum. La possibilité d’intégrer du contenu en dialecte tunisien et en anglais devra être prévue. |
| Durée indicative: |
16 à 20 semaines pour la version opérationnelle, hors maintenance évolutive. |
| Mode de réalisation: |
Méthode agile encadrée, avec ateliers de cadrage, maquettage, développement par lots, tests, formation et transfert. |
| Niveau de confidentialité: |
Élevé : données sensibles, anonymat des bénéficiaires, confidentialité des demandes d’aide et de rendez-vous. |
Résumé exécutif
La présente consultation vise à doter l’ATL MST SIDA d’une plateforme numérique intégrée permettant de renforcer la prévention, l’information fiable, l’orientation vers les services, l’accompagnement communautaire et la visibilité des actions liées au VIH, aux IST, au VHC, à la santé sexuelle et aux droits des personnes concernées. La plateforme devra être pensée comme un espace de confiance : simple d’utilisation, accessible sur mobile, chaleureux, non stigmatisant, sécurisé, administrable par l’équipe ATL et évolutif.
| Résultat attendu
Une plateforme opérationnelle, administrable et sécurisée, capable de publier des contenus fiables, d’orienter les bénéficiaires, de gérer des demandes d’information ou de rendez-vous, de diffuser des ressources, de suivre les indicateurs clés et de soutenir l’action communautaire de l’ATL. |
. Sommaire
| Section |
Contenu |
| 1 |
Contexte et justification |
| 2 |
Objet des TDR |
| 3 |
Objectifs de la plateforme |
| 4 |
Publics cibles et besoins prioritaires |
| 5 |
Principes directeurs |
| 6 |
Périmètre fonctionnel détaillé |
| 7 |
Parcours utilisateurs attendus |
| 8 |
Exigences éditoriales et contenus |
| 9 |
Exigences techniques |
| 10 |
Confidentialité, sécurité et protection des données |
| 11 |
UX/UI, accessibilité et design |
| 12 |
Gouvernance du projet |
| 13 |
Livrables attendus |
| 14 |
Planning indicatif |
| 15 |
Profils et compétences attendus |
| 16 |
Critères d’évaluation des offres |
| 17 |
Modalités de soumission |
| 18 |
Propriété, garantie, maintenance et transfert |
| Annexes |
Backlog initial, matrice d’acceptation, références de cadrage |
1. Contexte et justification
L’ATL MST SIDA intervient dans un environnement où l’accès à une information claire, fiable, confidentielle et non jugeante reste un enjeu central pour la prévention du VIH, des IST et des hépatites, ainsi que pour l’accès aux services de dépistage, de prise en charge, d’accompagnement psychosocial et d’orientation juridique ou sociale.
Le développement d’une plateforme web dédiée répond à plusieurs besoins : renforcer la visibilité des services, faciliter l’orientation des publics, réduire les barrières liées à la stigmatisation, mieux structurer les ressources, soutenir les campagnes de sensibilisation et améliorer la capacité de l’association à suivre ses actions numériques.
ATL MST SIDA Tunis est une organisation non gouvernementale à but non lucratif créée en 1990, engagée dans la réponse nationale au VIH/SIDA à travers la mobilisation de la société civile. Cette plateforme doit prolonger cette mission dans l’espace numérique, avec un niveau élevé de qualité, de sécurité et d’accessibilité.
Problèmes à résoudre
- Dispersion des informations fiables sur le VIH, les IST, le VHC, la PrEP, le TPE, le dépistage et les droits.
- Difficulté pour certains publics à identifier rapidement où et comment accéder à un service confidentiel.
- Besoin d’un canal numérique rassurant pour poser des questions, demander une orientation ou préparer une visite.
- Manque d’un espace structuré pour centraliser les ressources, documents, supports de sensibilisation, actualités et campagnes.
- Besoin d’outils d’administration et d’indicateurs pour piloter la communication digitale, les demandes et l’orientation.
Vision de la plateforme
| Positionnement proposé
La plateforme devra être conçue comme un guichet numérique communautaire : informatif, confidentiel, inclusif, accessible et orienté vers l’action. Elle ne remplace pas les services médicaux, sociaux ou communautaires existants ; elle les rend plus visibles, plus compréhensibles et plus accessibles. |
2. Objet des TDR
Les présents Termes de Référence définissent les besoins, exigences, livrables, modalités de mise en œuvre et critères de sélection relatifs au développement de la plateforme web VIH de l’ATL MST SIDA Tunis.
Ils servent de base à la consultation de prestataires spécialisés en conception UX/UI, développement web, sécurité numérique, gestion de contenu, accessibilité et accompagnement au déploiement d’outils digitaux sensibles.
Prestations attendues
- Cadrage fonctionnel et technique détaillé avec l’équipe ATL et les parties prenantes désignées.
- Conception UX/UI et production de maquettes validables desktop, tablette et mobile.
- Développement front-end, back-end, base de données, CMS, comptes utilisateurs et administration.
- Intégration des contenus initiaux, des ressources, des formulaires, des annuaires et des pages institutionnelles.
- Mise en place des dispositifs de sécurité, de confidentialité, de sauvegarde, de journalisation et de contrôle d’accès.
- Tests fonctionnels, tests responsive, tests de sécurité de premier niveau, recette utilisateur et corrections.
- Déploiement, formation des administrateurs, documentation technique et maintenance initiale.
3. Objectifs de la plateforme
Objectif général
Développer une plateforme web complète, moderne, sécurisée et responsive permettant à l’ATL MST SIDA Tunis de renforcer l’information, la prévention, l’orientation, l’accès aux services, les ressources fiables, l’interaction communautaire et la gestion administrative liée aux contenus et aux demandes des utilisateurs.
Objectifs spécifiques
- Mettre à disposition du public des informations fiables, compréhensibles et régulièrement mises à jour sur le VIH, les IST, le VHC, la prévention, le dépistage, le traitement, la PrEP, le TPE, les droits et la lutte contre les discriminations.
- Permettre aux bénéficiaires de trouver rapidement un service adapté : dépistage, écoute, orientation, accompagnement psychosocial, appui juridique, ressources communautaires ou référencement vers un partenaire.
- Créer un espace personnel confidentiel permettant de suivre ses demandes, favoris, rendez-vous, ressources consultées ou messages, selon les options retenues par l’ATL MSTSIDA Tunis.
- Structurer un espace ressources pour documents, guides, capsules, supports de sensibilisation, rapports, campagnes et contenus multimédias.
- Mettre en place un espace d’administration avancée pour gérer les contenus, utilisateurs, demandes, ressources, événements, campagnes, statistiques et droits d’accès.
- Favoriser une expérience numérique inclusive, adaptée aux personnes peu habituées aux outils digitaux, accessible sur smartphone et attentive aux enjeux de stigmatisation et de confidentialité.
4. Publics cibles et besoins prioritaires
| Public cible |
Besoins à couvrir |
| Personnes vivant avec le VIH |
Accès à des informations fiables, accompagnement, droits, orientation, confidentialité, ressources pratiques, lutte contre la stigmatisation. |
| Jeunes et adolescent·e·s |
Information simple, prévention, santé sexuelle, mythes/réalités, contacts fiables, langage accessible, mobile-first. |
| Populations clés et personnes vulnérables |
Orientation discrète, réduction des risques, dépistage, écoute, accompagnement, protection de l’anonymat. |
| Grand public |
Sensibilisation, compréhension du VIH/IST, prévention, dépistage, messages non stigmatisants. |
| Associations et acteur·rice·s communautaires |
Ressources, campagnes, événements, coordination, outils de sensibilisation, annuaire de services. |
| Professionnel·le·s de santé |
Informations de référence, orientation, ressources, protocoles publics, actualités, contacts institutionnels. |
| Partenaires institutionnels et bailleurs |
Présentation des actions, données agrégées, rapports, documentation, visibilité des résultats. |
| Équipe ATL |
Administration des contenus, gestion des demandes, modération, tableaux de bord, suivi des statistiques, publication rapide. |
5. Principes directeurs
| Principe |
Implication opérationnelle |
| Confidentialité par défaut |
Aucune donnée sensible ne doit être collectée sans nécessité, consentement et finalité claire. Les parcours d’aide doivent minimiser les informations demandées. |
| Non-stigmatisation |
Les contenus, visuels, formulaires, messages d’erreur et parcours doivent éviter toute formulation culpabilisante ou discriminante. |
| Accessibilité |
La plateforme doit être utilisable par des personnes avec faible littératie numérique, sur smartphone, avec des contrastes lisibles et une navigation claire. |
| Fiabilité |
Les contenus médicaux, psychosociaux et juridiques doivent suivre un circuit de validation interne avant publication. |
| Orientation vers l’action |
Chaque page importante doit permettre à l’utilisateur de comprendre quoi faire ensuite : se dépister, demander conseil, contacter un service, lire une ressource ou prendre rendez-vous. |
| Administration autonome |
L’équipe ATL doit pouvoir gérer les contenus et demandes sans dépendre du prestataire pour les mises à jour courantes. |
| Évolutivité |
L’architecture doit permettre d’ajouter de nouveaux modules, langues, services, sections régionales ou campagnes. |
6. Périmètre fonctionnel détaillé
Le périmètre ci-dessous constitue le socle attendu. Le prestataire pourra proposer une priorisation en version MVP puis en version complète, mais l’offre devra couvrir l’ensemble des modules, y compris les dépendances techniques et les conditions de maintenance.
| Module |
Objectif |
Fonctionnalités minimales |
| M01. Page d’accueil |
Présenter clairement la mission de la plateforme, les services essentiels, les appels à l’action, les actualités, les ressources clés et les garanties de confidentialité. |
Bannière d’accroche, accès rapide dépistage/orientation, actualités, chiffres clés, ressources populaires, témoignages anonymisés si validés, liens d’urgence et contact. |
| M02. Information VIH/IST/VHC |
Fournir une information vulgarisée, fiable et structurée. |
Fiches thématiques : VIH, SIDA, IST, VHC, modes de transmission, prévention combinée, préservatifs, dépistage, traitement, charge virale, PrEP, TPE, droits, mythes/réalités. |
| M03. Orientation et services |
Permettre à l’utilisateur d’identifier le service adapté à sa situation. |
Assistant d’orientation simple, annuaire des services, filtres par besoin/localisation, fiche service, horaires, modalités d’accès, contact, prise de rendez-vous ou demande de rappel. |
| M04. Cartographie |
Visualiser les espaces, centres, partenaires ou services disponibles. |
Carte interactive, liste accessible, filtres, fiches de lieux, possibilité de désactiver la géolocalisation, itinéraire externe optionnel. |
| M05. Demande d’information / écoute |
Offrir un canal de contact confidentiel et traçable. |
Formulaire sécurisé, catégorie de demande, niveau d’urgence, consentement, réponse par canal choisi, gestion interne des tickets. |
| M06. Prise de rendez-vous |
Faciliter les demandes liées au dépistage, consultation, orientation ou accompagnement. |
Créneaux configurables, confirmation, rappel, annulation, statut, confidentialité du motif, notification à l’équipe concernée. |
| M07. Espace personnel |
Permettre un suivi volontaire et sécurisé des interactions. |
Création de compte optionnelle, pseudonyme possible, historique des demandes, favoris, ressources sauvegardées, rendez-vous, préférences de notification. |
| M08. Ressources fiables |
Centraliser et diffuser les supports validés. |
Bibliothèque de documents, guides, vidéos, podcasts, infographies, rapports, supports de campagne, recherche, filtres par public/thème/langue. |
| M09. Actualités, événements et campagnes |
Valoriser les actions de l’ATL et sensibiliser le public. |
Articles, événements, campagne, galerie média, inscription à événement, partage réseaux sociaux, archive. |
| M10. Espace communautaire |
Favoriser l’expression et l’entraide dans un cadre modéré. |
Questions anonymes, FAQ communautaire, témoignages anonymisés, règles de modération, signalement, validation avant publication selon paramétrage. |
| M11. Espace professionnel / partenaires |
Mettre à disposition des informations et documents pour les acteurs de santé, associations, bailleurs et institutions. |
Ressources professionnelles, rapports, notes, appels, demandes de partenariat, contacts dédiés. |
| M12. CMS et administration |
Permettre à l’équipe ATL d’administrer la plateforme. |
Gestion pages, articles, fiches, ressources, utilisateurs, demandes, rendez-vous, formulaires, langues, statistiques, droits d’accès. |
| M13. Tableaux de bord |
Suivre l’activité numérique et les demandes sans exposer les données sensibles. |
Indicateurs agrégés : visites, pages, ressources téléchargées, demandes par type, délais de réponse, rendez-vous, campagnes, taux de complétion. |
| M14. Notifications |
Informer les utilisateurs et l’équipe sans compromettre la confidentialité. |
Emails/SMS optionnels, messages neutres, paramétrage du contenu, rappels, alertes équipe, modèles de réponses. |
| M15. Multilingue |
Rendre la plateforme accessible à plusieurs publics. |
Français et arabe minimum, architecture prête pour darija/anglais, gestion de contenus par langue, navigation RTL pour l’arabe. |
Modules prioritaires pour une première version opérationnelle
| Niveau |
Périmètre proposé |
| Priorité 1 |
Page d’accueil, informations VIH/IST/VHC, ressources, orientation services, formulaire de contact sécurisé, CMS, statistiques de base, responsive mobile. |
| Priorité 2 |
Prise de rendez-vous, espace personnel optionnel, cartographie, actualités/campagnes, gestion avancée des demandes. |
| Priorité 3 |
Espace communautaire modéré, espace professionnel, notifications avancées, tableaux de bord enrichis, intégrations externes. |
7. Parcours utilisateurs attendus
| Parcours |
Étapes attendues |
| Je souhaite me dépister |
Accueil → accès rapide “Se dépister” → choix localisation/service → informations pratiques → demande de rendez-vous ou contact → confirmation neutre. |
| J’ai une question sensible |
Accueil → bouton “Poser une question en confidentialité” → formulaire minimal → choix du canal de réponse → suivi par l’équipe ATL. |
| Je cherche une information fiable |
Recherche ou menu thématique → fiche vulgarisée → ressources associées → appel à l’action adapté. |
| Je suis PVVIH et je cherche du soutien |
Espace accompagnement → droits et ressources → services psychosociaux / sociaux / juridiques → demande d’orientation. |
| Je suis professionnel ou partenaire |
Espace partenaires/pro → ressources, rapports, campagnes, demande de collaboration → contact dédié. |
| Je suis administrateur ATL |
Connexion admin → tableau de bord → gestion contenus/demandes/rendez-vous/ressources → statistiques agrégées → export. |
8. Exigences éditoriales et contenus
Architecture éditoriale minimale
| Bloc |
Contenus attendus |
| Informations santé |
VIH, SIDA, IST, VHC, dépistage, prévention, traitements, charge virale, PrEP, TPE, grossesse, santé mentale, réduction des risques. |
| Droits et accompagnement |
Confidentialité, non-discrimination, accès aux soins, accompagnement psychosocial, social et juridique, orientation vers services. |
| Ressources |
Guides, affiches, vidéos, capsules, rapports, FAQ, supports de formation/sensibilisation, liens utiles. |
| Services ATL |
Dépistage, prévention, orientation, consultation, assistance sociale/juridique, soutien PVVIH, campagnes et actions communautaires. |
| Actualités |
Campagnes, événements, appels, activités, communiqués, journées internationales. |
| Institutionnel |
Présentation, mission, valeurs, équipe, partenaires, contacts, mentions légales, politique de confidentialité. |
Règles éditoriales
- Utiliser un langage clair, rassurant, inclusif et non culpabilisant.
- Distinguer clairement les informations générales des conseils médicaux personnalisés.
- Prévoir un circuit de validation des contenus sensibles avant publication.
- Permettre la mise à jour régulière des contenus sans intervention technique.
- Prévoir une FAQ dynamique alimentée par les questions fréquentes, après anonymisation et validation.
- Prévoir des contenus courts pour mobile, avec options “Lire plus” pour les détails.
Ton et posture
| Ligne éditoriale recommandée
Le ton doit être professionnel, chaleureux, direct et rassurant. La plateforme doit éviter les formulations alarmistes, moralisatrices ou culpabilisantes. Chaque message doit renforcer la confiance, l’accès aux droits, la confidentialité et la capacité d’agir de l’utilisateur. |
9. Exigences techniques
| Domaine |
Exigence |
| Architecture |
Application web responsive avec séparation claire front-end/back-end ou CMS moderne sécurisé. Architecture évolutive, documentée et maintenable. |
| Front-end |
Interface moderne, rapide, responsive desktop/tablette/mobile, compatible principaux navigateurs, navigation claire et accessible. |
| Back-end |
API ou logique serveur sécurisée, gestion des rôles, contenus, formulaires, demandes, rendez-vous, ressources, logs et statistiques. |
| Base de données |
Modèle structuré, sauvegardes, chiffrement des données sensibles, minimisation des champs personnels, possibilité d’export contrôlé. |
| CMS |
Administration simple pour pages, articles, ressources, FAQ, services, événements, médias, traductions et formulaires. |
| Hébergement |
Hébergement sécurisé, certificat SSL, sauvegardes, monitoring, restauration, environnement de test et production. |
| Performance |
Chargement rapide, compression images, cache, optimisation mobile, score de performance à définir lors de la recette. |
| Interopérabilité |
Prévoir API ou export pour données agrégées, newsletters, outils de mailing, analytics, réseaux sociaux, formulaires externes si validés. |
| Accessibilité |
Respect des bonnes pratiques WCAG 2.1 niveau AA autant que possible : contraste, textes alternatifs, navigation clavier, titres structurés. |
| Multilingue |
Gestion français/arabe minimum, interface RTL pour l’arabe, contenus traduisibles et URLs propres par langue. |
Exigences d’administration
- Rôles différenciés : super administrateur, administrateur contenu, modérateur, gestionnaire demandes, contributeur, lecteur statistique.
- Historique des modifications sur les contenus sensibles.
- Gestion des brouillons, validation, publication, archivage et dépublication.
- Gestion des médias avec bibliothèque, tags, langues, poids optimisé et textes alternatifs.
- Export CSV/XLSX des données non sensibles et agrégées selon droits.
- Journal des connexions et actions critiques de l’administration.
Exigences non fonctionnelles
| Critère |
Attendu |
| Disponibilité |
Objectif indicatif : plateforme disponible 99 % hors maintenance planifiée. |
| Temps de chargement |
Pages principales optimisées pour un affichage rapide sur mobile et connexion moyenne. |
| Scalabilité |
Capacité à intégrer davantage de contenus, langues, utilisateurs et services sans refonte majeure. |
| Maintenabilité |
Code documenté, architecture claire, dépendances maîtrisées, versionning et procédures de déploiement. |
| Réversibilité |
Remise des accès, code source, base de données, documentation et fichiers nécessaires à la reprise par un autre prestataire. |
10. Confidentialité, sécurité et protection des données
La plateforme portera sur des sujets hautement sensibles. Le prestataire devra appliquer une approche de sécurité et de confidentialité dès la conception, avec minimisation des données, consentement explicite, limitation des accès, chiffrement, traçabilité et procédures de réponse aux incidents.
| Exigence |
Description |
| Minimisation |
Collecter uniquement les données strictement nécessaires au service demandé. |
| Consentement |
Afficher une information claire sur la finalité des formulaires, le traitement des données, la durée de conservation et les droits des utilisateurs. |
| Comptes |
Prévoir des mots de passe robustes, récupération sécurisée, blocage après tentatives, possibilité 2FA pour l’administration. |
| Données sensibles |
Chiffrement en transit, chiffrement ou protection renforcée au repos, accès restreint par rôle. |
| Messages et tickets |
Traçabilité interne, statuts, affectation, priorité, anonymisation possible, suppression/archivage selon politique validée. |
| Sauvegardes |
Sauvegardes régulières, stockage sécurisé, test de restauration, politique de conservation. |
| Journalisation |
Logs des actions critiques, sans exposer inutilement les données sensibles. |
| Sécurité applicative |
Protection contre injections, XSS, CSRF, brute force, upload malveillant, fuite d’informations et erreurs visibles. |
| Recette sécurité |
Tests de vulnérabilité de premier niveau avant mise en production et correction des points critiques. |
| Confidentialité prestataire |
Engagement écrit de confidentialité pour toute personne ayant accès au projet, aux données ou à l’administration. |
| Point d’attention
Les messages automatiques, notifications SMS/email ou objets d’email ne doivent jamais révéler explicitement une situation VIH, IST, dépistage ou demande sensible sans validation de l’utilisateur et paramétrage strict par l’ATL. |
11. UX/UI, accessibilité et design
| Aspect |
Attendu |
| Identité visuelle |
Respecter l’identité de l’ATL, avec une palette sobre, rassurante, professionnelle et cohérente avec la santé communautaire. |
| Mobile-first |
Prioriser l’usage smartphone : boutons visibles, pages courtes, formulaire simple, menu clair, chargement rapide. |
| Navigation |
Structure simple : comprendre, se protéger, se dépister, être accompagné, ressources, actualités, contact. |
| Accessibilité |
Contrastes lisibles, taille des textes, alternatives images, navigation clavier, titres hiérarchisés, absence de contenu clignotant. |
| Inclusion |
Visuels représentatifs et non stigmatisants ; langage inclusif ; attention aux jeunes, migrants, populations clés et personnes vivant avec le VIH. |
| Confiance |
Messages explicites sur confidentialité, anonymat possible, sécurité, limites du service et modalités de réponse. |
| Tests utilisateurs |
Prévoir au moins une session de test avec représentants de l’équipe ATL et, si possible, quelques profils utilisateurs encadrés. |
12. Gouvernance du projet
La réussite du projet nécessite une gouvernance claire, capable de valider rapidement les choix fonctionnels, graphiques, techniques et éditoriaux, tout en sécurisant les contenus sensibles.
| Acteur |
Rôle |
| Comité de pilotage |
Représentant·e ATL, coordination projet, référent contenu, référent services, référent technique/prestataire. Validation des étapes clés. |
| Équipe projet ATL |
Fourniture des contenus, validation des maquettes, tests, recette, administration future. |
| Prestataire |
Cadrage, conception, développement, tests, déploiement, formation, documentation, support initial. |
| Référents contenus |
Validation des contenus médicaux, communautaires, psychosociaux, juridiques ou institutionnels avant publication. |
| Modération |
Définition des règles de modération, signalement, suppression, réponse et escalade pour l’espace communautaire. |
Réunions minimales
| Moment |
Objet |
| Lancement |
Validation des objectifs, planning, interlocuteurs, modalités de travail, accès et documentation existante. |
| Cadrage fonctionnel |
Validation arborescence, parcours, modules, données, règles d’administration et priorités MVP. |
| Validation UX/UI |
Présentation wireframes puis maquettes graphiques responsive. |
| Revues de sprint |
Démonstration des modules développés et arbitrages. |
| Recette |
Tests complets, corrections, validation de mise en production. |
| Formation et clôture |
Remise documentation, formation admin, transfert, garantie et maintenance. |
13. Livrables attendus
| Code |
Livrable |
Contenu minimal |
| L1 |
Note de cadrage fonctionnel et technique |
Périmètre validé, arborescence, parcours, rôles, données, règles de confidentialité, planning détaillé. |
| L2 |
Charte UX/UI et maquettes |
Wireframes + maquettes desktop/tablette/mobile des pages clés, kit UI, style guide. |
| L3 |
Prototype cliquable |
Prototype validable permettant de tester les parcours majeurs avant développement complet. |
| L4 |
Plateforme développée – environnement test |
Version test avec modules, CMS, formulaires, comptes, administration, contenus initiaux. |
| L5 |
Plan de tests et rapport de recette |
Tests fonctionnels, responsive, navigateurs, contenus, droits d’accès, sécurité de premier niveau. |
| L6 |
Plateforme mise en production |
Domaine, hébergement, SSL, sauvegardes, monitoring, configuration finale. |
| L7 |
Documentation administrateur |
Guide simple pour gérer contenus, demandes, rendez-vous, ressources, utilisateurs, statistiques. |
| L8 |
Documentation technique |
Architecture, technologies, installation, base de données, sauvegardes, maintenance, sécurité, déploiement. |
| L9 |
Formation |
Session(s) de formation de l’équipe ATL avec support et cas pratiques. |
| L10 |
Code source et accès |
Dépôt code, accès administratifs, base de données, fichiers sources, procédures de reprise. |
| L11 |
Maintenance initiale |
Correction bugs, support, mises à jour critiques et suivi post-lancement selon durée proposée. |
14. Planning indicatif
| Période |
Étape |
Résultats attendus |
| S1 |
Lancement et collecte documentaire |
Réunion de démarrage, accès, contenus existants, objectifs, parties prenantes. |
| S2-S3 |
Cadrage fonctionnel et technique |
Arborescence, parcours, modules, données, rôles, priorisation MVP. |
| S4-S5 |
UX/UI |
Wireframes, maquettes, validation identité visuelle et parcours mobile. |
| S6-S11 |
Développement lot 1 |
Accueil, contenus, ressources, services, CMS, formulaires, base admin. |
| S12-S14 |
Développement lot 2 |
Rendez-vous, espace personnel, statistiques, cartographie, multilingue, notifications selon périmètre. |
| S15-S16 |
Tests, corrections et intégration contenus |
Tests fonctionnels, responsive, sécurité, recette ATL, corrections. |
| S17 |
Formation et préproduction |
Formation équipe, documentation, ajustements, configuration hébergement. |
| S18 |
Mise en production |
Go-live, monitoring renforcé, support lancement. |
| S19-S20 |
Stabilisation |
Corrections post-lancement, accompagnement, rapport final. |
Le planning définitif sera proposé par le prestataire et validé avec l’ATL. Il devra intégrer les délais de validation des contenus, traductions, maquettes et tests utilisateurs.
15. Profils et compétences attendus du prestataire
| Profil |
Responsabilités |
| Chef·fe de projet digital |
Coordination, planning, animation ateliers, suivi livrables, reporting. |
| UX/UI designer |
Recherche utilisateurs, wireframes, maquettes, accessibilité, design responsive. |
| Développeur·se front-end |
Interface responsive, performance, accessibilité, intégration multilingue. |
| Développeur·se back-end |
Architecture, base de données, sécurité, API, CMS, rôles, formulaires. |
| Expert·e sécurité |
Revue sécurité applicative, bonnes pratiques, protection des données, recommandations. |
| Intégrateur·rice contenu / CMS |
Structuration, mise en page, médias, SEO, supports administrateurs. |
| Formateur·rice |
Formation équipe ATL et production de guides d’utilisation. |
Expériences appréciées
- Développement de plateformes associatives, santé, droits humains, santé sexuelle ou accompagnement communautaire.
- Expérience en protection des données sensibles et confidentialité des bénéficiaires.
- Expérience en sites multilingues français/arabe et interfaces RTL.
- Maîtrise CMS et transfert de compétences à des équipes non techniques.
- Références vérifiables sur des projets web sécurisés et administrables.
16. Critères d’évaluation des offres
| Critère |
Poids |
Éléments d’appréciation |
| Compréhension du besoin et approche proposée |
20 % |
Pertinence de l’analyse, prise en compte de la confidentialité, inclusion, non-stigmatisation, clarté de la méthode. |
| Qualité fonctionnelle et UX/UI |
20 % |
Parcours, design, accessibilité, mobile-first, simplicité d’administration, cohérence avec les publics cibles. |
| Solidité technique et sécurité |
20 % |
Architecture, CMS, sécurité, données, sauvegardes, performance, documentation, réversibilité. |
| Expérience et références |
15 % |
Références web, santé/OSC, multilingue, gestion de projets sensibles, qualité de l’équipe. |
| Planning et organisation |
10 % |
Réalisme du calendrier, jalons, modalités de validation, gestion des risques. |
| Maintenance, transfert et garantie |
5 % |
Support post-lancement, formation, documentation, corrections, accompagnement. |
| Offre financière |
10 % |
Cohérence des coûts, détail par lot/livrable, coûts récurrents, transparence des options. |
17. Modalités de soumission
Les soumissionnaires devront remettre une offre technique et une offre financière séparées ou clairement distinguées dans le dossier de candidature à l’adresse mail suivante: atlsidatunis@gmail.com au plus tard Lundi 23 juillet 2026 à 13h avec pour objet «Développement d’une plateforme web dédiée au VIH, à la prévention, à l’orientation, aux ressources fiables et à l’accompagnement communautaire
.
Contenu de l’offre technique
- Note de compréhension du besoin et approche méthodologique.
- Proposition d’architecture fonctionnelle et technique.
- Planning détaillé avec jalons et livrables.
- Composition de l’équipe et CV synthétiques des profils clés.
- Références pertinentes avec liens vers réalisations ou attestations.
- Approche de sécurité, confidentialité et protection des données.
- Approche UX/UI, accessibilité, multilingue et administration CMS.
- Modalités de formation, documentation, maintenance et transfert.
Contenu de l’offre financière
- Budget détaillé par phase et par livrable.
- Coûts récurrents : hébergement, domaine, maintenance, licences, SMS/email, outils tiers, sauvegardes.
- Options et coûts additionnels clairement séparés.
- Conditions de paiement proposées par jalons.
- Durée de garantie et coût de maintenance au-delà de la période initiale.
18. Propriété, garantie, maintenance et transfert
| Sujet |
Disposition attendue |
| Propriété |
Les livrables, contenus intégrés, maquettes spécifiques, développements spécifiques et bases de données devront être remis à l’ATL selon les conditions contractuelles validées. |
| Accès |
Tous les accès administratifs, hébergement, CMS, code, sauvegardes, analytics et outils tiers devront être remis à l’ATL. |
| Garantie |
Le prestataire devra proposer une période de garantie corrective post-lancement, avec délais de prise en charge selon criticité. |
| Maintenance |
L’offre devra préciser maintenance corrective, évolutive, sécurité, mises à jour, sauvegardes, monitoring et support utilisateurs admin. |
| Réversibilité |
Le prestataire devra documenter la reprise technique et fournir les exports nécessaires en cas de changement de prestataire. |
| Confidentialité |
Les accès, données, messages, statistiques et informations bénéficiaires ne pourront être utilisés à aucune autre fin que l’exécution du contrat. |
Annexe 1. Backlog fonctionnel initial
| Bloc |
Fonctionnalités |
| Accueil |
Bannière, mission, accès rapide services, contenus récents, garanties confidentialité, chiffres clés, contact. |
| Comprendre |
Fiches VIH, IST, VHC, prévention, dépistage, traitement, PrEP/TPE, droits, mythes/réalités. |
| Se protéger |
Prévention combinée, préservatif, réduction des risques, santé sexuelle, conseils par public. |
| Se dépister |
Informations pratiques, lieux, horaires, déroulement, confidentialité, prise de rendez-vous. |
| Être accompagné |
Soutien psychosocial, juridique, social, orientation, accompagnement PVVIH, migrants, populations clés. |
| Ressources |
Documents, guides, vidéos, affiches, podcasts, rapports, filtres et recherche. |
| Communauté |
Questions anonymes, témoignages, FAQ, modération, signalement. |
| Admin |
Utilisateurs, rôles, contenus, ressources, demandes, rendez-vous, statistiques, exports, logs. |
Annexe 2. Critères d’acceptation minimaux
| Domaine |
Critère d’acceptation |
| Responsive |
Toutes les pages clés sont utilisables sur smartphone, tablette et ordinateur sans perte de fonctionnalité. |
| Administration |
L’équipe ATL peut publier, modifier, archiver les contenus et gérer les ressources sans intervention technique. |
| Sécurité |
HTTPS actif, rôles opérationnels, formulaires protégés, uploads sécurisés, sauvegardes configurées, aucun mot de passe partagé. |
| Confidentialité |
Les formulaires sensibles contiennent consentement, minimisation, messages neutres et accès restreint. |
| Multilingue |
Les pages principales existent en français et arabe ou sont techniquement prêtes avec contenus à intégrer. |
| Performance |
Les pages principales chargent rapidement avec images optimisées et absence d’erreurs bloquantes. |
| Documentation |
Guides administrateur et technique livrés et compréhensibles. |
| Formation |
Au moins une session de formation réalisée avec exercices pratiques et support remis. |
| Réversibilité |
Code, base, accès, procédures et sauvegardes remis à l’ATL. |
Annexe 3. Risques et mesures d’atténuation
| Risque |
Mesure d’atténuation |
| Retard de validation des contenus |
Prévoir un calendrier de validation, des référents contenus et une priorisation MVP. |
| Collecte excessive de données |
Appliquer la minimisation, revoir chaque formulaire et valider la finalité de chaque champ. |
| Complexité d’administration |
Concevoir un CMS simple, former l’équipe et tester avec des administrateurs non techniques. |
| Stigmatisation involontaire |
Relire les parcours, visuels et messages par des référents communautaires. |
| Failles de sécurité |
Sécurité dès la conception, tests avant lancement, mises à jour et sauvegardes. |
| Dépendance au prestataire |
Documentation complète, remise du code, accès et procédure de réversibilité. |
| Faible adoption |
Mobile-first, messages clairs, campagnes de lancement, référencement, ressources utiles et suivi analytics. |
Annexe 4. Références de cadrage
- Site officiel ATL MST SIDA Bureau National : présentation de l’association, services, principes et publics cibles.
- Site ATL MST SIDA Tunis : informations sur les activités, campagnes, ressources et contacts publics.
- Bonnes pratiques UX/UI, accessibilité web et sécurité applicative pour les plateformes traitant des sujets sensibles de santé communautaire.
Les contenus médicaux, juridiques ou institutionnels devront être relus et validés par les référent·e·s désigné·e·s par l’ATL avant publication.
TDR_Plateforme_VIH_ATL_MST_SIDA
