Un guide numérique ou votre propre application ? Coûts et méthode pour faire un choix raisonné

Il faut d'abord déterminer quel problème le guide numérique doit résoudre. Les visiteurs comprennent-ils mal le contexte des objets exposés ? Manque-t-il des versions linguistiques, des contenus audio ou un parcours familial ? Les contenus deviennent-ils rapidement obsolètes ? Ou le lieu souhaite-t-il garder le contact après la visite ? Chacun de ces besoins implique un périmètre de produit différent.

Le simple fait d'avoir une icône dans une boutique d'applications ne résout aucun de ces problèmes. C'est comme commander une belle vitrine avant de décider ce qu'elle contiendra. Il vaut mieux commencer par décrire les situations d'utilisation, les contenus et le processus de travail de l'équipe, puis choisir l'outil.

La bonne question est donc : « Quel est le moyen le plus simple de proposer au visiteur le bon récit au bon endroit, tout en permettant à notre équipe de l'enrichir par la suite ? » Une application dédiée est l'une des réponses possibles, mais elle ne doit pas être la réponse automatique.

La première option est un site web simple accessible par un code QR. Il convient bien à quelques descriptions publiques, mais lorsque le nombre de parcours, de langues, d'enregistrements et de collaborateurs augmente, le besoin d'une interface de gestion des contenus, d'outils d'analyse et d'une navigation commune apparaît rapidement.

La deuxième approche est une plateforme partagée. Le lieu utilise une application de visite prête à l'emploi, des pages publiques et une interface d'administration, tout en conservant son propre profil, ses contenus, ses expositions, ses parcours et sa signalétique. Les fonctionnalités développées pour plusieurs lieux n'ont pas à être commandées à partir de zéro par chaque institution séparément.

La troisième option est une application mobile dédiée, accompagnée de l'infrastructure nécessaire. « Dédiée » ne signifie pas simplement une couleur de bouton différente. Cela comprend généralement la conception de l'expérience utilisateur, une application pour iOS et Android, un serveur ou des services cloud, une interface de gestion des contenus, des outils d'analyse, des tests, la publication et les mises à jour ultérieures.

• Site simple : un périmètre limité et peu de processus éditoriaux.
• Plateforme partagée : des fonctionnalités prêtes à l'emploi, vos propres contenus et un démarrage rapide.
• Application dédiée : un contrôle total, mais aussi l'entière responsabilité du produit.

Il n'existe pas de prix unique pour une application, car ce terme désigne aussi bien un catalogue de quelques écrans qu'un système complet avec des comptes, des paiements, une carte, un mode hors ligne et une interface pour le personnel. Les données de Clutch sur les projets décrits par leurs clients peuvent servir de point de référence : la plupart des réalisations analysées se situaient entre 10 000 et 49 999 dollars, mais le coût moyen atteignait environ 90 780 dollars et la durée moyenne du projet environ 11 mois.

Une étude de GoodFirms menée auprès de 167 entreprises de développement d'applications indiquait environ 24 830-59 150 dollars pour une application simple et 59 508-137 150 dollars pour une solution avancée. Les données de Clutch et de GoodFirms décrivent le marché général du développement d'applications. Elles ne constituent pas un devis pour un guide muséal et ne doivent pas être transposées mécaniquement à une offre destinée à un lieu précis.

Pour comparer les offres, retenez un périmètre hypothétique commun : 10 points, deux langues, un parcours et trois ans d'utilisation. Chaque prestataire doit chiffrer le même périmètre et préciser ce qui reste à la charge du lieu.

• Site avec codes QR : vérifiez le coût de création du site, de l'hébergement et des mises à jour, ainsi que la manière de modifier les contenus vous-même.
• Plateforme par abonnement : prenez en compte la mise en service et l'abonnement sur toute la période, les limites de la formule et les éventuels frais supplémentaires.
• Application dédiée : incluez la conception, le développement de l'application et de l'interface d'administration, la publication, l'infrastructure, les mises à jour et l'assistance.

Dans chaque cas, ajoutez la préparation des contenus et des traductions, la fabrication de la signalétique, le temps de travail de l'équipe et le coût d'exportation et de transfert des données en cas de changement de prestataire. Distinguez les dépenses ponctuelles des dépenses récurrentes et vérifiez les éléments déjà inclus dans le prix. Seul ce calcul permet de comparer trois années d'utilisation d'une solution.

Une application ne devient pas un objet d'exposition achevé le jour de sa publication. Apple et Google font évoluer leurs systèmes, les exigences de leurs boutiques, leurs règles de confidentialité et les capacités des appareils. Il faut mettre à jour les bibliothèques, corriger les bugs, surveiller la sécurité, tester les nouvelles versions et réagir lorsqu'un service externe change de fonctionnement.

GoodFirms indique une moyenne annuelle d'environ 25% du coût de développement pour la maintenance et l'assistance, hors développement de nouvelles fonctionnalités et mise à l'échelle du logiciel. Il s'agit d'un point de référence général issu d'une étude du marché des applications, et non d'un tarif de maintenance pour un guide muséal. Le périmètre de l'assistance et son prix doivent être confirmés dans une offre précise.

À cela s'ajoutent les services cloud, les sauvegardes, la supervision, les outils d'analyse, l'envoi de messages, le stockage des médias et l'assistance aux utilisateurs. Le coût de l'infrastructure peut être faible lorsque le trafic est limité, mais il dépend de l'utilisation. Firebase et les services similaires proposent des calculateurs précisément parce qu'un montant fixe unique ne peut pas couvrir tous les cas.

Les comptes dans les boutiques d'applications ne représentent qu'une petite partie de la facture : les frais standard de l'Apple Developer Program sont de 99 dollars américains par an, tandis que l'inscription à Google Play coûte 25 dollars américains en une seule fois. Apple précise que les prix peuvent varier selon la région. La préparation des versions, les tests, la gestion de la publication et le maintien de la conformité demandent davantage de travail.

• mises à jour et tests des nouvelles versions d'iOS et d'Android
• sécurité, sauvegardes et surveillance des erreurs
• hébergement, médias, messages et autres services facturés à l'usage
• gestion des boutiques, des conditions d'utilisation, de la confidentialité et des demandes des utilisateurs
• développement de l'interface d'administration et de nouvelles fonctionnalités

Votre lieu peut être l'étape la plus importante du samedi après-midi d'un visiteur, mais il est rarement la seule institution qu'il fréquente dans l'année. La demande de rechercher une application, de l'installer, d'accepter des autorisations et de créer un compte arrive généralement au moment où la personne se trouve déjà à la billetterie ou devant le premier objet exposé.

Une application dédiée doit donc offrir une raison claire de l'installer : une fonctionnalité utilisée à plusieurs reprises, un mode de visite exceptionnel, un accès acheté à l'avance ou une expérience impossible à proposer sur un site web. La simple présence de descriptions et de contenus audio peut ne pas suffire. Si chaque lieu visité exigeait une application distincte, l'écran du téléphone ressemblerait vite à un catalogue des armoiries de toute une région.

Une plateforme commune réduit cet obstacle. L'utilisateur peut déjà connaître l'application grâce à une visite précédente et accéder aux contenus publics sans rien installer. Le lieu conserve son propre espace et son identité de marque, mais ne demande pas au visiteur de commencer la relation en téléchargeant un programme supplémentaire.

La principale valeur d'une plateforme commune n'est pas de donner la même apparence à tous les lieux. Il s'agit de réutiliser ce qu'il n'est pas judicieux de développer séparément : la connexion, la prise en charge des langues, l'audio, les codes QR, les parcours, l'accessibilité, les outils d'analyse, les notifications et l'application du personnel. La disponibilité de ces fonctionnalités dépend de la solution et de la formule choisies ; il faut donc les vérifier dans l'offre concernée. Le lieu investit avant tout dans ses contenus et dans le déroulement de la visite.

Lorsque le système est adapté à une nouvelle version de téléphone ou bénéficie d'une amélioration de l'accessibilité, tous les lieux en profitent. Le coût du produit est réparti entre de nombreux clients, au lieu de faire l'objet d'une facture distincte pour chaque institution. Ce modèle ressemble à une infrastructure d'exposition partagée : le cadre peut être standard, mais le tableau reste le vôtre.

La plateforme crée également un effet de réseau. Un utilisateur qui l'a découverte dans un musée de plein air peut ensuite retrouver le même profil et le même fonctionnement dans un jardin botanique, un château ou sur un parcours urbain. Pour chaque lieu, cela réduit la difficulté d'adoption ; pour le visiteur, cela rend l'expérience plus prévisible.

La contrepartie est une liberté moindre pour concevoir des fonctionnalités totalement atypiques. En échange, l'équipe n'a pas à gérer son propre cycle de versions, son infrastructure et la compatibilité avec chaque nouvel appareil. Pour de nombreux lieux de petite et moyenne taille, ce compromis est tout simplement plus raisonnable sur le plan économique.

La décision la plus sûre repose sur l'utilisation réelle, et non sur une présentation en salle de réunion. Live Story permet de mettre en ligne un profil public, quelques points essentiels ou une dizaine, ainsi qu'un parcours, sans lancer un projet informatique distinct. La formule Community ou Lite peut servir de véritable projet pilote.

Après quelques semaines ou quelques mois, le lieu en sait davantage : quels codes sont scannés, si les visiteurs écoutent les contenus audio, quelles langues ils choisissent, où ils interrompent le parcours et quelles questions ils posent au personnel. Il est aussi possible de vérifier si l'équipe dispose du temps et des ressources nécessaires pour enrichir régulièrement les contenus. C'est important, car même la meilleure application ne peut pas rédiger un bon récit à la place d'une institution sans sources ni décisions éditoriales.

Si les fonctionnalités existantes résolvent le problème, il est possible de passer à une formule supérieure et d'ajouter des parcours, des accès, des groupes ou des fonctions de communication. Si le projet pilote révèle un besoin véritablement unique, les données du test permettent de mieux définir la commande d'une application dédiée.

Une application dédiée n'est pas une mauvaise idée. Elle peut être la meilleure solution pour une grande institution ou un réseau disposant de processus uniques, d'une marque forte, de nombreux utilisateurs réguliers et d'une équipe capable de faire évoluer le produit pendant des années. Elle peut être nécessaire pour du matériel spécialisé, des fonctionnalités avancées de réalité augmentée, des besoins atypiques de localisation à l'intérieur des bâtiments ou des intégrations que la plateforme ne prend pas en charge.

Il faut toutefois disposer d'un budget qui ne couvre pas seulement le lancement. L'institution a besoin d'un responsable produit, d'un processus de création et de validation des contenus, d'une responsabilité clairement définie pour les données, d'un plan d'assistance et de moyens pour les versions suivantes. Sans cela, une application dédiée peut vite devenir une salle numérique fermée pour travaux.

Si la plupart des besoins concernent les descriptions, l'audio, les langues, les codes QR, les parcours, les quiz, les accès et le contact après la visite, une plateforme partagée permet généralement d'atteindre l'objectif plus vite et à moindre coût. Le choix n'a d'ailleurs pas à être définitif. Un projet pilote sur Live Story peut confirmer l'intérêt d'une formule supérieure ou fournir des arguments en faveur du développement d'un produit distinct.