Application mobile touristique et tableau de bord analytique

Le marché comprend la réalisation, l’intégration, les tests et la mise en production d’une application mobile iOS et Android destinée aux visiteurs, ainsi que d’un tableau de bord analytique web connecté pour le pilotage des flux touristiques. Il inclut la reprise des éléments de conception, l’intégration de données partenaires, les recettes, la documentation et le transfert de compétences.

Modules et fonctionnalités

Le périmètre de base comprend neuf modules indépendamment recettables. Les charges estimées indiquées au CCTP sont en jours ouvrables : D1, socle technique (environnements, base de données et migrations, authentification, rôles, accès par ligne, connecteurs, données de simulation et chaîne de publication), 22 jours; D2, profilage à l’ouverture par 5 questions et accueil personnalisé, 12 jours; D3, planificateur de séjour (agenda, règles de cohérence, modifications, plan B, partage et consultation hors connexion), 20 jours; D4, plan de la vallée, itinéraires multimodaux, parkings, navettes, accès routiers, activités, stations, météo et services à proximité, 22 jours.

D5 couvre la billetterie, l’achat via le circuit de vente de la régie, le retrait en caisse, un support de wallet par personne et les billets d’activités (18 jours). D6 intègre le kit mains-libres fourni par le fournisseur de billetterie, avec activation par personne, fonctionnement hors connexion et essais aux portiques (10 jours). D7 porte l’assistant conversationnel, ses actions sur le séjour et les billets, ses garde-fous de confidentialité et ses notifications (12 jours). D9 fournit les vues vallées et stations, périodes et comparaisons, comptages, estimations et prévisions, alertes, exports et suivi des usages de l’application (18 jours). D10 couvre l’administration des contenus et comptes, la mise en production, les tests de charge, l’accessibilité, la sécurité, la publication sur les magasins, la documentation et le transfert de compétences (11 jours).

Les tranches optionnelles sont décrites comme D8 (points, paliers et catalogue d’avantages, 8 jours), D11 (culture et patrimoine avec narration vocale, 10 jours), D12 (versions anglaise et italienne complètes, 6 jours), D13 (itinéraires de randonnée inscrits au plan départemental, sous réserve d’accès aux données, 5 jours) et D14 (alignement et interopérabilité avec la refonte d’Ubaye.com, 10 jours). Les pièces annoncent quatre modules optionnels mais en énumèrent cinq; le règlement de consultation ne cite pas D14, contrairement au CCAP et au CCTP.

Architecture, données et exigences

Le cadre de référence repose notamment sur React Native et TypeScript pour le mobile, React et TypeScript pour le web, PostgreSQL, un service de type Backend as a Service hébergé dans l’Union européenne et des API sécurisées. Toute alternative doit démontrer son équivalence technique, fonctionnelle et économique, sans surcoût d’exploitation ni remise en cause des travaux réalisés.

Les échanges avec les partenaires passent par une couche d’intégration unique assurant sécurité des accès, traçabilité, maîtrise des quotas, gestion des erreurs et fonctionnement dégradé en cas d’indisponibilité d’une source. Les données affichées indiquent leur provenance et leur date de mise à jour. Les données du tableau de bord doivent être compatibles avec DATA SUD et AD VISION. Les comptes éditeur des magasins, abonnements de plateforme et accès aux sources partenaires sont détenus par la CCVUSP; le titulaire est autorisé à les utiliser. Une clause de sortie peut s’appliquer si une licence partenaire indispensable n’est pas obtenue.

Les données doivent être protégées conformément au RGPD : confidentialité, recueil des consentements, anonymisation des données de fréquentation et possibilité d’accès, rectification, export et suppression. Les échanges sont chiffrés; les accès aux données sensibles et opérations d’administration sont journalisés. Les données sont hébergées dans l’Union européenne; tout transfert hors UE est interdit sans autorisation écrite du responsable légal de la collectivité.

Les objectifs de performance sont une ouverture de l’application en moins de 3 secondes, le chargement des principaux écrans en moins d’1 seconde lorsque les données sont disponibles localement, la génération d’un séjour en moins de 5 secondes et l’affichage du tableau de bord en moins de 2,5 secondes. Un mode dégradé doit rester disponible lors de l’indisponibilité temporaire d’une source partenaire. Les interfaces doivent respecter les règles applicables aux services numériques publics, notamment les contrastes de niveau AA, la compatibilité avec les lecteurs d’écran et les paramètres d’accessibilité du système; elles doivent fonctionner sur les principaux terminaux mobiles et navigateurs récents.

Jalons, recettes et maintien en condition

Le déploiement est progressif : le socle est prévu en M1, une première application installable et les débuts des modules prioritaires en M2, puis une version ski prête à publier en M3 et une ouverture publique partielle avec essais réels aux portiques en M4. Le planificateur, l’assistant et le tableau de bord sont prévus en M5; la pleine capacité, les tests de charge et de sécurité, la conformité d’accessibilité, la documentation d’exploitation et le transfert de compétences en M6. Deux périodes d’observation de 30 jours sont prévues, après le palier 1 et après la mise en service complète.

Chaque module fait l’objet d’une campagne de recette par la CCVUSP à partir du cahier de tests, avec procès-verbal; le pilotage, la recette côté titulaire et la reprise des anomalies sont inclus dans la charge du module. La mise en production intervient après validation des fonctionnalités, performances, accessibilité et sécurité, et correction des anomalies bloquantes et majeures.

Les livrables comprennent le code source complet, les scripts de déploiement, schémas de bases de données, dossiers techniques, manuels d’administration, procédures d’exploitation, de sauvegarde et de restauration, rapports de tests et résultats d’audits de sécurité. Les développements, maquettes et documentations deviennent la propriété exclusive de la CCVUSP; le code est déposé dans un dépôt détenu par celle-ci dès les premiers développements, avec remise des éléments nécessaires à la reprise par un tiers.

La garantie minimale est de 12 mois à compter de la mise en production. Le candidat doit proposer ensuite une maintenance corrective et évolutive de 3 ans, avec délais de correction par niveau de gravité, plage de service garanti, taux de disponibilité et temps de rétablissement. La formation comprend des formations, ateliers pratiques et une documentation complète d’exploitation et d’administration. L’hébergement et la base de données, la compilation et la publication, les comptes éditeur, la supervision ainsi que les consommations de cartographie et d’intelligence artificielle sont à la charge de la CCVUSP.