La plupart des projets numériques financés publiquement sont évalués sur ce qu'ils ont démontré. La démonstration est filmée, la salle applaudit, et l'évaluation se referme sur une date de livraison. Ce qu'on demande rarement, c'est ce que le territoire conserve ensuite : la capacité de garder l'information juste, l'effort humain pour le faire, et la liberté de la déplacer ailleurs sans renégocier à partir de zéro.
Cet article soutient que ces questions appartiennent à la conception du projet plutôt qu'à son bilan, et décrit ce que financerait une capacité durable, aux côtés, et non à la place, d'une démonstration.
Dans le secteur touristique québécois, l'infrastructure de l'information existe déjà et relève du public. SIT Québec, exploitée par le gouvernement du Québec, gère et diffuse les données touristiques fournies par les organismes touristiques, alimentant Bonjour Québec et le réseau d'information touristique. Des jeux de données sont publiés par Données Québec.
Tout projet qui propose de travailler avec les données des membres touristiques doit donc dire clairement où il intervient. Il existe une chaîne en cinq étapes que suivent la plupart des contributions : une entreprise membre décrit une mise à jour ; la mise à jour est clarifiée là où quelque chose manque ou est ambigu ; l'information est structurée en champs ; l'équipe responsable la valide ; l'information validée rejoint les systèmes et les canaux qu'elle alimente.
Un projet qui aide à l'étape de la clarification ou de la structuration ne concurrence pas SIT Québec. Un projet qui prétendrait le remplacer devrait dire ce qu'il fait de la validation et de la diffusion, et se heurterait à une charge de vérification auprès des détenteurs de ces systèmes plutôt qu'à une comparaison.
La France offre un contraste utile en matière de gouvernance. DATAtourisme opère comme un canal national alimenté par plus de quarante bases territoriales, avec un financement collectif derrière la plateforme et un modèle sémantique qui donne aux données régionales une forme commune. Sa valeur pour un financeur n'est pas la plateforme elle-même, mais le modèle : sens partagé, production distribuée, règles explicites sur ce qui appartient à qui après la fin du pilote.
La France est un point de référence ici, pas un gabarit. Un système provincial et une plateforme nationale diffèrent par l'échelle et la gouvernance, et rien dans cet article ne mesure l'un contre l'autre.
Le travail qui consiste à garder une information juste est un travail ordinaire, et un travail ordinaire apparaît rarement dans le récit budgétaire d'un projet. Il y a sa place.
Cinq postes de coûts méritent une attention explicite dès la conception. La participation des entreprises : le temps que les affaires consacrent à décrire et confirmer leur propre information, un temps prélevé à leurs opérations. L'accompagnement : le suivi qu'une équipe assure lorsque les mises à jour arrivent sous forme de messages épars ou de descriptions ambiguës. Les exceptions : les cas qu'aucun champ structuré n'anticipe et que quelqu'un doit résoudre à la main. La validation : la relecture qui empêche l'information inexacte d'entrer, et qui relève de l'organisation, non de l'outil. L'entretien : l'effort récurrent de garder à jour définitions, interfaces et documentation après la clôture du projet.
Chacun de ces postes peut être planifié et mesuré. Aucun n'a sa place dans une catégorie « opérationnel » absorbée en silence à la fin d'un mandat financé. Un projet qui les nomme n'est pas plus coûteux ; il est plus honnête sur ce qu'il achète.
Une prudence sur le langage du financement : aucun de ces coûts ne peut être déclaré admissible aux règles d'un programme précis sans vérifier ces règles auprès du programme lui-même. Cet article ne décrit aucun programme en particulier, aucun taux d'aide et aucune décision d'admissibilité, et rien n'en doit être déduit.
Un pilote qui commence sans référence ne peut pas être évalué honnêtement, et une démonstration n'est pas une référence. Avant que quoi que ce soit ne change, l'état actuel devrait être consigné : le degré de complétude des fiches membres, leur fraîcheur, l'effort humain que leur entretien consomme, et où les erreurs sont corrigées, avec quel délai.
Pendant le pilote, trois choses méritent d'être mesurées ensemble, parce qu'elles s'échangent. La qualité : les fiches sont-elles plus complètes et plus à jour ? L'effort humain : le temps de clarification et de validation par mise à jour diminue-t-il, se maintient-il ou augmente-t-il ? La continuité : l'information continue-t-elle d'atteindre les systèmes et les canaux qui la consomment une fois que l'attention supplémentaire du pilote s'est retirée ?
La troisième est celle qui distingue une capacité d'une amélioration temporaire. C'est la continuité qui montre si l'arrangement survit à sa propre période de financement.
Un projet devrait également nommer à l'avance les critères qui signifiqueraient poursuivre, modifier ou arrêter. Ces critères sont les plus utiles lorsqu'ils sont écrits avant que les résultats ne soient connus, parce qu'un pilote qui ne peut pas échouer est une démonstration avec un budget.
La portabilité s'affirme rarement et se teste encore plus rarement. Une approche moins coûteuse et plus honnête consiste à proposer un test de réutilisation avant la fin du pilote.
Le test est concret. Après le pilote, demander si un extrait défini peut être produit, disons, les fiches membres avec leur historique de validation, et si la partie qui le reçoit, y compris un troisième système, peut l'utiliser comme prévu. Demander ensuite ce que cet échange a exigé : quels droits ont dû être clarifiés, dont les définitions gouvernaient chaque champ, quelles dépendances à des outils propres au pilote ont été emportées, et ce que cela a coûté en effort.
Ces questions produisent des affirmations plus étroites que « la solution est portable », et ce sont les affirmations étroites qui tiennent dans le temps. Elles révèlent souvent que le vrai risque de portabilité n'est pas le format des données, mais les définitions : deux systèmes peuvent s'entendre sur un nom de champ et diverger sur ce qu'il désigne.
Une capacité durable n'est pas un outil laissé installé. C'est une pratique qu'une région peut poursuivre : savoir quelle information compte, qui la valide, comment l'effort est budgété, et comment le résultat rejoint les canaux qui en dépendent.
Financer ce résultat, c'est financer la discipline opérationnelle, et pas seulement la construction. C'est faire figurer le travail de suivi dans le plan du projet lui-même, avec ses propres responsables. C'est garder la responsabilité de validation là où les membres de l'organisation et son infrastructure publique l'attendent. C'est poser, avant la clôture, la question de ce que le territoire saura faire sans le soutien particulier du projet, et si cette réponse suffit pour continuer.
C'est la question vers laquelle converge cette série. Le premier article demandait à quoi sert une base de données touristique. Le deuxième demandait pourquoi l'information des membres relève du conseil d'administration. Celui-ci demande ce qu'il faut pour que la réponse reste vraie après la fin du cycle de financement.
ISOD Enrichissement, codéveloppé par UPentreprise et Storyline Communication, est une démarche conversationnelle de contribution des données membres : une entreprise membre décrit une mise à jour avec ses propres mots, l'interaction identifie ce qui manque ou est ambigu, l'information est préparée en champs structurés pour validation par l'équipe de l'organisation, et des modalités convenues déterminent comment l'information validée rejoint les systèmes existants. L'intégration avec des systèmes comme SIT Québec et Tourinsoft serait définie par interface et permission.
Il est publié ici sous cette capacité, une démarche à évaluer, pas un résultat à présumer. Aucun résultat, aucune intégration et aucun financement n'est présumé ici, et toute évaluation commencerait par la référence et les critères décrits ci-dessus.
Est-ce qu'on ajoute de l'infrastructure là où il n'y en a pas ? Non. La prémisse de cet article est l'inverse : le Québec exploite déjà SIT Québec, et les questions portent sur la manière dont les contributions des membres y arrivent, dont elles sont validées, et sur qui maintient cela. Tout projet devrait dire où dans cette chaîne il intervient.
Comment savoir que la capacité survivra au financement ? La proposition devrait nommer la référence par rapport à laquelle elle sera jugée, les critères de poursuite, de modification ou d'arrêt, et un test de réutilisation proposé avant la clôture du pilote, ce qui peut être exporté, selon les définitions de qui, avec quels droits et à quel coût. Une capacité qui ne peut pas être décrite en ces termes n'en est pas encore une.
Que coûte la discipline opérationnelle ? Les cinq postes nommés ici, participation des entreprises, accompagnement, exceptions, validation et entretien, sont ceux qu'on laisse le plus souvent implicites. Les nommer et les planifier, c'est ce qui transforme une démonstration en quelque chose qu'une région peut garder. Rien dans cet article ne constitue une décision de financement, un taux ni une règle d'admissibilité.
Nommer ces coûts avant le démarrage d'un projet est aussi ce qui permet à un financeur de comparer une proposition sur ses propres termes. ISOD Enrichissement indique où une telle proposition s'inscrirait dans la chaîne de contribution décrite plus haut, et de quoi son intégration dépendrait.
