« Projet d`accueil numérique des visiteurs en séjour »

 Cahier des charges pour la réalisation d’une solution logicielle afin de permettre l’accueil numérique des visiteurs en séjour Ce document rentre dans le cadre du « Projet d’accueil numérique des visiteurs en séjour » porté par la fédération régionale des offices du tourisme et syndicats d’initiative de Franche­Comté 1/20 SOMMAIRE : Introduction au développement du concept : Accueil numérique des visiteurs en séjour Déploiement prévu des supports numériques Phase 1 Phase 2 Existant Cible Contexte Système de gestion de contenus et d’utilisateurs Préambule sur l’ergonomie et la facilité d’utilisation Utilisation générale Interface administration Base de données LEI Pages en local Généralité sur le graphisme Affichage Dynamique Gestion d’affichage dynamique Graphisme de l’affichage dynamique Dispositif Interactif Gestion des dispositifs interactifs Graphisme du dispositif interactif Partie technique du Projet Cache et gestion des appels serveurs Systèmes serveurs Mise à jour et sécurité Sauvegarde et pérennité Matériel Régie de publicité Planning de déroulement du projet ANNEXES : INTERLOCUTEUR LEI : EXEMPLE FORMAT LEI CLASSEMENT FAMILLES LEI RETRO­PLANNING INDICATIF 2/20 1. Introduction au développement du concept : Accueil numérique des visiteurs en séjour La fédération régionale des offices de tourisme de Franche Comté, appelée aussi Relais Territorial franc­comtois est le maître d’ouvrage de ce projet collectif répondant à des besoins et attentes fortes des offices de tourisme et des clientèles en séjour sur le territoire. Le projet d’accueil numérique des visiteurs en séjour en Franche Comté consiste à créer un réseau d’écrans et de dispositifs tactiles dans les lieux où se situent les principaux flux touristiques afin de diffuser une information pertinente par rapport aux attentes du client à un instant donné et dans un lieu donné. La Franche­Comté a la chance d’être dotée d’un Système d’Information Touristique efficace dont le contenu est dense et quotidiennement mis à jour grâce à l’implication depuis plus de 15 ans de la très grande majorité des Offices de Tourisme. Ce système unique d’information créé et animé par le CRT Franche­Comté est une vraie opportunité pour le réseau des acteurs touristiques francs­comtois : il est déjà bien exploité puisque ce sont plus de 60 sites web qui y puisent tout ou partie de leur contenu. L’enjeu aujourd’hui est de porter cette information à la connaissance du public une fois qu’il est sur place en séjour en Franche­Comté. Ce projet s’appuie principalement sur les données présentes dans ce système d’information comme base pour diffuser les informations. En complément, chaque dépositaire d’écrans pourra rajouter des informations ponctuelles locales. Ce nouveau concept permet une visibilité accrue auprès de la clientèle du contenu de la base de données LEI en hiérarchisant les informations utiles aux visiteurs pendant leur séjour en plusieurs langues. Le but de ce projet est de renforcer l’image de marque du territoire en lui donnant une connotation dynamique, moderne et innovante. L’enjeu est aussi d’apporter une cohérence régionale dans toutes les structures d’accueil vitrine de l’image de la région pour les touristes. Des supports numériques performants (Hard) Le dispositif régional développé devra permettre de diffuser de l’information sur de multiples supports : 3/20 1. Affichage sur grand écran derrière une banque d’accueil ou une vitrine (pas d’interactivité mais information dynamique). 2. Affichage sur des dispositifs tactiles (bornes, écrans, tablettes) permettant de l’interactivité et permettant aux clients de faire des recherches. Exemples : ● ​
Écrans pour affichages dynamiques intérieur (non tactile) ou extérieur ● ​
Écrans extérieurs ● Dispositifs tactiles (à partir de 10 pouces) 2. Déploiement prévu des supports numériques a. Phase 1 La phase 1 a deux objectifs. D’une part, développer la solution logicielle permettant d’utiliser les fonctionnalités nécessaire à la finalité de ce projet. D’autre part, elle doit permettre de définir les recommandations sur le matériel aptes à permettre un fonctionnement sur de l’affichage dynamique et des dispositifs interactifs en phase 1 (avec les Offices de tourisme test) et en phase 2 pour tous prestataires (Offices de tourisme et autres partenaires socio­professionnels et autre lieu à fort flux). Dans la phase 1, la solution sera déployée auprès d’une dizaine d’offices de tourisme volontaires. Ils mobiliseront une partie de leur personnel pour suivre le déploiement et participer aux différents tests nécessaires à la validation de la solution logicielle. Ils achèteront le matériel nécessaire suivants leurs besoins et en fonction des recommandations du prestataire retenu. (voir le rétro planning en annexe) b. Phase 2 La phase 2 consiste à étendre l’utilisation de la solution à d’autres acteurs régionaux. Les autres offices de tourisme de la région pourront mettre en place la solution. Le projet s’ouvre également à des partenariats avec les socio­professionnels du secteur pour créer un vaste réseau améliorant les informations et services aux touristes. Le système pourra donc être utilisé: ○ dans les sites touristiques, ○ dans les hébergements et restaurants, ○ dans des lieux stratégiques du territoire hors office de tourisme ayant passé une convention avec la FROTSI ou un office du tourisme partenaire, ○ dans les lieux d’accueil du public ou les flux sont naturellement important (ex: aires d’autoroutes, gares, aéroports, etc). 3. Existant Les différents offices du tourisme de Franche­Comté ont depuis des années expérimenté des solutions d’affichage sur écrans de télévision et des bornes 4/20 interactives. Ce projet vise à passer un cap et se doter d’une solution qui colle à leurs besoins, leur fonctionnement et répond aux attentes de la clientèle en séjour et les habitants. Quelques offices du tourisme possèdent du matériel qu’ils souhaiteraient réutiliser dans le cadre de ce projet. Ce sont principalement des écrans de télévision qui ont été acheté ces dernières années pour afficher des informations touristiques. Les solutions développées devront permettre cette réutilisation. La plupart des offices, par contre, souhaitent profiter de ce projet pour acheter du matériel professionnel d’affichage dynamique et interactif. Les prestataires de tourisme qui viendront en phase deux sont dans la même situation. 4. Cible Ce projet est destiné aux touristes de passage mais aussi aux habitants de chaque territoire de la Franche­Comté souhaitant obtenir des informations sur les activités, hébergement, restaurant, etc sur la Franche­Comté. Le cœur de cible reste les touristes. La consultation des données sur chaque dispositif se fera en locale. Les informations doivent être accessibles dans différentes langues ​
(anglais, allemand et néerlandais en option)​
. Ce projet s’adresse à tous types de personnes quels que soit leur niveau et leurs habitudes (aptitude à) d’utilisation des outils numériques. 5. Contexte Afin de répondre aux exigences citées plus haut, les offices du tourisme de Franche Comté souhaitent se doter d’une solution logicielle unique permettant de gérer et de diffuser de l’information sur de l’affichage dynamique et des dispositifs interactifs. La solution proposée s’appuiera sur un CMS unique permettant la gestion des utilisateurs, la configuration de l’environnement d’affichage dynamique et de dispositifs interactifs ainsi que la gestion d’une régie de publicité. La solution s’appuiera principalement sur les données issues de la base de données LEI régional mais des données supplémentaires pourront être chargées par chaque utilisateur. Un soin particulier devra être apporté sur l’ergonomie et la facilité d’utilisation afin de permettre à toute personne spécialiste ou non de l’informatique d’utiliser la solution. Chaque réponse devra comprendre des chiffrages sur la partie logicielle et matérielle en incorporant à chaque fois les coûts annuels de fonctionnement et/ou de maintenance pour la première année et les prochaines années. Sur la partie logicielle, le chiffrage sera détaillé par partie (« affichage dynamique », « borne interactive » et « régie de publicité »). Les réponses devront toujours répondre sur la partie matérielle. 5/20 Elles pourront être formulées par plusieurs sociétés qui se grouperaient pour répondre ce projet. Il sera porté une attention particulière aux réponses mettant en œuvre des solutions techniques non propriétaires (html, css, ftp pour modification, etc) favorisant l’autonomie tout au long de la vie de ce projet. 6. Système de gestion de contenus et d’utilisateurs Nous appellerons ci­après CMS le système qui permettra de gérer les comptes utilisateurs et permettant de paramétrer le contenu de chaque type de données sur les dispositifs. a. Préambule sur l’ergonomie et la facilité d’utilisation Les utilisateurs (personnels des offices du tourisme) qui interviendront sur le back office pour paramétrer le système d’affichage dynamique, les écrans interactifs et la régie de publicité sont nombreux, de niveaux hétérogènes et susceptibles de ne pas avoir suivi de formation (évolution du personnel dans le temps). Au vu de ce constat, les porteurs de ce projet porteront une attention particulière aux considérations ergonomiques et à la facilité d’utilisation de la solution. b. Utilisation générale Ce CMS devra permettre, pour chaque utilisateur (suivant ses droits), par glissé­déposé (ou système simple) de paramétrer : ○ ses comptes utilisateurs, ○
○
○
○
ses affichages dynamiques, ses dispositifs interactifs, la régie de publicité, générer et gérer des requêtes LEI. c. Interface administration La solution logicielle sera dotée d’un CMS permettant à chaque utilisateur de se connecter à son compte de façon sécurisé. Quatre types de compte existeront : ○ Super administrateur, ○ Administrateur, ○ Utilisateur OT, ○ Utilisateur partenaire socio­pro (partenariats avec les socio­professionnels). Des comptes super­administrateurs permettront de gérer des communautés composées d’un ou plusieurs comptes administrateurs et de comptes utilisateurs. Le 6/20 compte administrateur quant à lui permettra de gérer les comptes utilisateurs de sa communauté et les comptes utilisateur partenaire socio­pro. Chaque communauté (office du tourisme) pourra gérer un nombre illimité de dispositifs pour de l’affichage dynamique et de dispositifs interactifs. Les informations sur chacun des écrans pourront être différentes. Un mécanisme devra permettre de dupliquer facilement le paramétrage d’un dispositif vers un autre support. Chaque communauté pourra gérer un nombre illimité de « partenaires socio­pro », définir les pages qui défileront sur ces dispositifs, paramétrer la catégorie du « partenaire socio­pro » (ex : type restaurant, hôtel, musée, etc afin d’exclure les pages correspond à sa catégorie) et définir le nombre de pages à la disposition du « partenaire socio­pro ». Chaque « partenaire socio­pro » sera en capacité de gérer les pages qui lui seront attribuées par son office du tourisme référent. Il aura la capacité de les faire apparaître ou non. Chaque page aura la même identité visuelle (charte graphique à l’image de ce projet. Il pourra y incorporer du texte et des images). En option, et chiffré à part sur le devis, les offices de tourisme référent souhaiteraient avoir un dispositif permettant de contrôler à distance le contenu des pages que créé les « partenaires socio­pro ». d. Base de données LEI Le CRT Franche­Comté a développé avec l’ensemble des acteurs du tourisme de la région une base de données renseignant sur toutes les données afférentes au secteur du tourisme (lieux, hébergement, restauration, agenda, etc). Cette base de données est le cœur du projet et servira de base pour présenter les informations de chaque page (sans rentrer dans les détails, c’est un système interrogeable à distance et renvoyant des données aux formats XML ainsi que des images et des vidéos). (Voir annexe pour nom de l’interlocuteur et données sur le format LEI). e. Pages en local Deux pages de l’affichage dynamique utilisent des données rentrées localement. La page de l’affichage dynamique (appelée diaporama_affichage_dynamique) sera consacrée à un diaporama d’images. La solution devra permettre d’enregistrer et stocker au niveau de compte utilisateur (Office du Tourisme) des images. Ces images seront ensuite diffusées sur chaque écran suivant une animation de type diaporama. le système devra permettre à un office de tourisme d’envoyer (ou transfert par clé USB) les images sur plusieurs écrans situés sur différents lieux. A l’image de l’ensemble du dispositif, le système devra faire un cache des contenus en locale sur chaque support. 7/20 La page de l’affichage dynamique (appelée imageTexte_affichage_dynamique2) doit permettre de mettre du contenu en local. Elle fonctionne suivant le même principe que plus haut. 7. Généralité sur le graphisme La FROTSI souhaite harmoniser l'univers graphique du projet, une charte graphique commune à tous les supports sera déclinée. Chaque média disposera de templates (gabarit graphique) qui permettront de décliner les gabarits de mise en forme de contenu selon les campagnes de communication, les actions de promotions du territoire, les saisonnalités … La mise en place de nouveaux templates devra faire partie des fonctionnalités de l'interface utilisateur (super administrateur). Lors du recettage, un document à destination des designers graphiques sera fourni afin de permettre dans le futur la création de nouveau template (nomenclature des champs, balises, css, repertoire, ftp, ...). Un template sera installé par défaut. 8. Affichage Dynamique a. Gestion d’affichage dynamique Le CMS devra permettre à chaque utilisateur (hors socio­pro) de configurer les différentes pages permettant l’affichage dynamique en lui offrant la possibilité de : ● Choisir le nombre de page en défilement, ● Le type de pages à choisir parmi celles disponibles, ● L’ordre des pages, ● De gérer la présence de pages en fonction de contraintes horaires ou journalières (ex : page pour la nuit, le week­end), ● De configurer les informations présentes sur chaque page soit en les liant à des requêtes du LEI, soit par import de données issues de l’ordinateur de l’utilisateur (la facilité d’intégration de requêtes LEI fera partie des critères d’appréciation de la solution retenue, les utilisateurs n’étant pas des informaticiens). Le système devra permettre de retirer des résultats des requêtes LEI. , ● De planifier les dates d’affichage des informations afin qu’elles ne s’affichent plus une fois la date dépassée, 8/20 ● De définir un lieu géolocalisé (par défaut le lieu du dispositif) et une zone par requête LEI (zone de compétence (par défaut) ou X kms autour de ce lieu). Les socio­pros auront la possibilité d’administrer en local leur pages selon deux gabarits. b. Graphisme de l’affichage dynamique Chaque utilisateur devra avoir la possibilité de sélectionner le template qu'il souhaite utiliser (parmi 10). Les templates installés pourront être supprimés et/ou remplacés (super­administrateur). Plusieurs templates feront partie du livrable de base de la solution (1 Franche­comté( défaut) et 1 montagne du jura (version été et hiver pour chaque). Se basant sur la charte graphique et le template sélectionné suivant les modalités précisées plus haut, les porteurs du projet souhaitent un système d’affichage dynamique : ● présentant les mêmes informations récurrentes apparaissant sur toutes les pages et à la même position (par ex ; la date, le lieu, la météo etc.) ● ayant sur chaque page un « bandeau de pub » contraint en format s’adaptant aux différents formats (le ratio du format devra être le même entre l’affichage dynamique et le dispositif interactif ) ● faisant la part belle au visuel (étant dans le secteur du tourisme la priorité est mise sur de grand visuel attractif et mis en évidence), ● dont l’essentiel des contenus (visuels, les textes, informations, etc) soient tirés du LEI et sélectionnés suivant des requêtes sur cette base. Les utilisateurs pourront choisir entre différents gabarits développés dans le cadre de ce projet parmi ceux­ci : ● page une seule actu, ● page Grand sites de Franche­Comté, ● page liste déroulante agenda manifestation, ● page enneigement, ● page Météo, ● page horaires d’ouverture, ● page Vidéo, ● page liste déroulante disponibilité LEI (ex : hébergement), ● page « imageTexte_affichage_dynamique1 » (données issues du LEI), ● page « imageTexte_affichage_dynamique2 » (données saisies par l’utilisateur en local), 9/20 ● Page « diaporama_affichage_dynamique »(données saisies par l’utilisateur en local). Le prestataire devra prévoir un système d’affichage par défaut en cas de non présence d’informations dans le LEI (ex : images (ou icône) par défaut). Le LEI possède 7 familles – 41 sous­familles (voir liste en annexe). Le prestataire pourra faire toutes propositions de système permettant de générer les pages de l’affichage dynamique. Les porteurs de projets seront attentifs aux questions de design, d’ergonomie de l’interface et de présentation des pages. Tous les éléments de graphisme et d’ergonomie feront l’objet de validation lors de la réalisation de la solution par le commanditaire (commission de la FROTSI). 9. Dispositif Interactif a. Gestion des dispositifs interactifs Le dispositif interactif sera géré par le même CMS que pour la partie affichage dynamique. Ce CMS permettra de configurer la page d’accueil de chaque dispositif interactif en gérant les boutons qui seront présents. Chaque dispositif possède sa propre configuration (une configuration peut être dupliquée facilement sur plusieurs dispositifs), configurée par un office du tourisme référent. Une solution responsive design est préconisée pour s’adapter à l’ensemble des supports. Les contenus des dispositifs interactifs seront géolocalisés (par défaut avec une localisation définie dans le CMS) et dans une langue (par défaut le français). A partir de la page d’accueil, l’utilisateur pourra choisir une langue parmi 4 (français, anglais, allemand, néerlandais) et changer la localisation de référence. Ceci aura pour conséquence de modifier les résultats présentés sur le dispositif qui s’adapteront à la nouvelle localisation. Après un temps d’inactivité, le dispositif interactif reviendra à sa page d’accueil et la localisation à celle par défaut. Les informations présentées seront sélectionnées selon : ● Le point géographique central (système simple (faire proposition) par exemple carte à cliquer et requête LEI en X,Y), ● les XX premiers résultats autour de ce point (requêtes LEI). Ce projet répond à l’objectif d’un internet de séjour. Le prestataire pourra proposer des solutions graphiques et ergonomiques pour décliner les fonctionnalités de l’internet de séjour : je cherche QUOI (un hébergement, un restaurant….), QUAND (aujourd’hui, demain…), OU (Ici, autour et à proximité de X). 10/20 Les schémas présentés ci­dessous sont à vocation fonctionnelle. ​
Le prestataire pourra proposer ses solutions graphiques préservant le design du projet et le concept d’internet de séjour. La page d’accueil du dispositif interactif En exemple, le détail de la page « hébergement » ​
(les pages « gastronomies », « à voir, à faire », « agenda », « commerces et services » seront dans le même esprit). 11/20 Détails des pages « hébergement », « gastronomies », « à voir, à faire » et « agenda », « commerces et services ». 12/20 Le LEI contient une rubrique « Grand sites ». Les résultats seront présentés de façon aléatoire afin de ne privilégier aucun site. 13/20 La météo est issue d’un site gratuit et présentée sur 5 jours​
. ​
Le prestataire pourra faire toutes propositions d’un système et site optimisés et adaptés. La page « enneigement » est issue d’un flux qui sera précisé ultérieurement (soit LEI, soit autre origine). 14/20 Le prestataire est libre lors de sa réponse de faire toutes propositions complémentaires qui lui sembleraient pertinentes tant en termes d’ergonomie, de graphisme ou de technique. b. Graphisme du dispositif interactif Les éléments graphiques qui seront réalisés dans le cadre de ce projet devront s’adapter à des tailles d’écrans à partir de 10 pouces. Le graphisme devra être en adéquation avec celui réalisé pour l’affichage dynamique. Il répondra aux problématiques de multi­formats. Des templates seront associé à des rubriques et sous rubriques. 15/20 4. Partie technique du Projet a. Cache et gestion des appels serveurs Devant la portée régionale du projet et le nombre importants d’utilisateurs à terme, le risque de surcharge du serveur du CRT pour l’accès au LEI est envisagé. Le prestataire pourra faire des propositions visant à réduire le nombre d’accès aux serveurs. Il pourra aussi faire des propositions sur un système de gestion décalé des appels entre l’ensemble des systèmes de ce projet. Les réponses donneront des détails sur le système de gestion de données (flux, sauvegarde, cache, etc). b. Systèmes serveurs Les réponses devront détailler les dispositifs (technique, humain) mis en œuvre coté serveur pour garantir le bon fonctionnement, la sécurité, la confidentialité et la pérennité des données et de la solution. Ces réponses devront être argumentées sur le plan technique. Elles indiqueront les coûts de fonctionnements annuels en année 1 et pour les années suivantes. Le dispositif devra comprendre un système de sauvegarde des paramétrages et contenus en locale (mémoire cache sur les dispositifs) et sur le serveur. Les données serveur devront être sauvegardées afin de permettre un rétablissement rapide du système en cas de perte de données. c. Mise à jour et sécurité Le prestataire devra indiquer dans sa réponse les coûts de mise à jours du CMS permettant la pérennité de la solutions dans le temps aux vus des évolutions des technologies (hardware et software) utilisées et de problématiques de sécurité. Les mises à jour s’effectueront dans des périodes de basse activité (nuit) afin de ne pas perturber le bon fonctionnement. Les Offices seront prévenu en amont de celles­ci. Le système pourra permettre de forcer une mise à jour du cache. d. Sauvegarde et pérennité 16/20 Le prestataire expliquera ce qu’il advient de la solution et des réalisations développées dans le cadre de ce projet en cas de rupture. Les notions de propriétés, pérennités du système et droits d’utilisation devront être précisés. 5. Matériel Dans un souci de simplification du fonctionnement tout au long du projet, les porteurs de ce projet souhaitent un interlocuteur unique sur la partie logicielle et matérielle. Chaque réponse devra donc comprendre un volet « matériel ». Ce volet comprendra les caractéristiques des appareils nécessaires à l’utilisation et à la diffusion de la solution et seront compatible avec la solution logicielle de l’affichage dynamique et des dispositifs interactifs. Pour les dispositifs d’affichage, les réponses présenteront la gamme des matériels compatibles. Les prestataires qui répondront seront les fournisseurs des appareils et assureront la maintenance tout au long de la vie du projet. Ils pourront s’associer avec une autre entreprise mais restent les interlocuteurs uniques. Les réponses devront détailler pour chaque dispositif les procédures d’achat de matériels, d’installation et de maintenance de ces matériels sur les années à venir. Ils détailleront aussi les coûts d’achat (ou de location), de maintenance annuelle et les caractéristiques techniques. 6. Régie de publicité Chaque dispositif d’affichage aura un espace pour diffuser successivement des bandeaux publicitaires et pendant un temps déterminé. Une régie de publicité va être mise en place à l’échelle régionale. Ce système est décentralisé : ● Un premier niveau, est constitué par le territoire géographique de chaque Office de Tourisme partenaire (qui constitue une entité géographique propre). Cette échelle constitue un espace de publicité et est le plus petit maillon de diffusion. ● Un deuxième niveau permet à tous offices de réserver des espaces sur les autres territoires que le sien, ● Un troisième niveau, niveau régional permet de diffuser des publicités sur l’ensemble des écrans de la Franche­Comté. 17/20 Tous les offices seront en capacité de réserver des espaces de publicité sur chaque territoire géographique selon le principe du premier choisi premier servi. Le système permet de régler le nombre maximum d’encart par unité de temps et par niveau. Un système simple de visualisation (ex : case à cocher et/ou agenda) permettra de choisir les espaces entre tous ceux disponibles. Le système doit permettre: ● de paramétrer la durée d’affichage de chaque publicité, ● de charger une image (une image = une publicité), ● de gérer les agendas, ● de proposer un réglage du nombre maximal d’espace publicitaire par tranche journalière (niveau super­administrateur), ● de gérer une contrainte de diffusion par bandeau (ex : pour un bandeau de restaurant pas de diffusion dans un autre restaurant), (à chiffrer en option) ● de fournir par email et au format excel 2 récapitulatifs statistiques des diffusions en indiquant (à chiffrer en option) : ○ au commanditaire sur sa période de diffusion : le nombre de support, la localisation ? le nombre d’impression (occasion) d’être vue, ○ à chaque office du Tourisme (mensuellement) : le nombre d’affaire apporté, le nombre d’impression (occasion) d’être vue. ○ à la FROTSI, la consolidation de toutes N’étant pas spécialiste des régies publicitaire, nous laissons la liberté au prestataire de faire toutes propositions concernant la gestion de la régie. Les fonctionnalités ci­dessus sont des informations indicatives des attentes de la FROTSI. 7. Planning de déroulement du projet Un planning indicatif est fourni en annexe. Il donne un aperçu des dates importantes du projet. Le prestataire sera choisi pour la mi­mars. La mise en place de la solution se fera auprès d’une dizaine d’offices du tourisme. Le matériel devra être installé et en ordre de marche pour le début juin et la solution opérationnelle pour la fin juin. Le prestataire retenu pourra faire toutes propositions d’organisation afin d’atteindre ces objectifs. Le prestataire décrira dans sa réponse les étapes qu’il prévoit : 18/20 ● pour la réalisation de la solution, ● les membres de son équipe qu’il mobilise, ● la formation des utilisateurs. Le prestataire retenu fournira un cahier des charges fonctionnel en amont du développement des solutions. Il fera l’objet d’une validation de la part de la FROTSI. Il sera le garant des fonctionnalités que devra inclure le livrable finale du projet. Le développement de la solution logicielle qui permettra de gérer et d’administrer la « régie de publicité » pourra être décalé au second semestre de l’année 2015. La deadline des réponses à cette consultation est fixé au 28 Février 2015 minuit. Les prestataires seront audités courant mars lors d’un entretien à Besançon. 8. ANNEXES : a. Contacts projet Pour toutes questions générales sur le projet, vous pouvez contacter par mail : M. Triboulet Stéphane Directeur de l’office de tourisme de Dole stephane.triboulet@tourisme­paysdedole.fr Mme Contejean Elisabeth Directrice de l’office de tourisme de Pontarlier [email protected] Mme Vida Annabelle Directrice de l’office du tourisme d’Ornans direction@ornans­loue­lison.com Pour toutes questions sur des points techniques vous pouvez contacter par mail : M. Feuvrier Frédéric Responsable Pole numérique Office de Tourisme de Besançon Frederic.Feuvrier@besancon­tourisme.com Mme Martin Albane 19/20 Chargé de communication Association Jur@TIC [email protected] b. INTERLOCUTEUR LEI : Pour toutes questions sur le LEI, vous pouvez contacter M. Sylvain Sommet Développeur informatique sylvain.sommet@franche­comte.org ­ Comité Régional du Tourisme de Franche­Comté La City ­ 4, rue Gabriel Plançon ­ 25044 Besançon Cedex Tél. : +33 (0)3 81 25 08 08 c. RETRO­PLANNING INDICATIF Voir fichier joint « EXEMPLE FORMAT LEI » pour voir le format XML du LEI Voir fichier joint « CLASSEMENT FAMILLES LEI » pour voir toutes les familles du LEI. 20/20