Modèle cahier des charges site web
9 j'aime33,614 vues
Ce document fournit un modèle pour rédiger un cahier des charges pour un site web complexe, en précisant les éléments clés à inclure pour un appel d'offres réussi. Il détaille les sections à considérer, telles que la présentation du projet, les contraintes techniques et de ressources, et les attentes concernant les réponses des prestataires. Des conseils sur la description fonctionnelle, la migration de données et la solution technique sont également fournis pour aider à clarifier les exigences du projet.
Modèle cahier des charges site web
- 1. 1 MODELE DE CAHIER DES CHARGES POUR UN SITE WEB
- 2. 2 INTRODUCTION Ce document a pour objectif de préciser quels éléments doivent être détaillés dans votre cahier des charges pour lancer un appel d'offres. Il esquisse un plan type et recense l'ensemble des questions que vous devez vous poser lorsque vous rédigez votre cahier des charges. Il correspond plutôt à un site internet élaboré, pour lequel des développements techniques sont envisagés (en bref, si vous ne faites pas un site vitrine). Il s’agit d’une première version, n’hésitez pas à nous faire des retours. Toute l’équipe de TheCodingMachine vous souhaite d’obtenir des réponses éclairées grâce à ce document.
- 3. 3 1. PRESENTATION DU PROJET ET DE LA REPONSE SOUHAITEE Cette première partie vise à cadrer la réponse attendue : dans quel contexte vous lancez ce projet, de quelle manière vous souhaitez qu’il soit conduit ? Bref, tous les éléments utiles à la compréhension des enjeux et des contraintes du projet. Il vise aussi à préciser quelle est la nature de la réponse attendue. PRESENTATION DE VOTRE SOCIETE Présentation de la société : CA, nombre de collaborateurs, axes de développement. Positionnement de votre projet, avantage concurrentiel, tout ce qui permettra de valoriser votre projet par rapport à la concurrence. Éléments concernant le site actuel s’il s’agit d’une refonte de site web : nombre de visiteurs, nombre de pages, statistiques disponibles, feedbacks disponibles, etc. PRESENTATION DU PROJET DESCRIPTION DU PROJET • Quelle est l’importance du projet pour la société ? • Dans quel contexte le projet est-il lancé ? • Quels sont les objectifs et les enjeux de ce projet ? • Est-ce que le business model du site change par rapport au site existant ? CONTRAINTES DE PLANNING, SUR LA METHODOLOGIE DU PROJET OU SUR LE SUIVI. • Est-ce que la solution est lotie ? (Les fonctionnalités peuvent être notées dans une version 1 ou 2 et la réponse ne porte que sur la V1 par exemple). • Quels sont les délais du projet ? • Souhaitez-vous appliquer une méthodologie spécifique sur le projet ? CONTRAINTES TECHNIQUES • Des technologies imposées (sur les développements, le Framework etc.) ? • Quelles sont les autres applications qui doivent être intégrées au site ?
- 4. 4 • Y-a-t-il un CMS souhaité ? • Quels sont les navigateurs qui doivent être compatibles ? • Existe-t-il un hébergement ? CONTRAINTES RESSOURCES • De quelles compétences disposez-vous en interne : webmaster, graphisme, ergonomie, informaticien qui gère les mises en production par exemple… (c’est mieux si ces personnes sont en plus un peu disponibles) ; • Budget (éventuellement). Indiquer un budget n’est pas forcément une mauvaise option. En effet, cela vous évitera le travail d’échange ou de traitement des réponses qui serait mal dimensionné par le prestataire ou permettra au prestataire d’adapter sa réponse. En effet, certains prestataires ne savent pas faire des sites en dessous de 50k€, d’autres 10k€. SUIVI PROJET • Quelle est la Garantie souhaitée ? La maintenance ? • Versions ultérieures du site (maintenance évolutive) ; • Formation équipe. PRESTATION(S) COMPLEMENTAIRE(S) Vous avez un site Internet à faire développer mais vous pouvez aussi identifier les prestations complémentaires associées (comme par exemple conseil sur le référencement par exemple). • Propositions graphiques (brief créa)/ charte graphique existante/ identité marque ; • Conseil pour élaborer le business model, accompagnement dans le cadre d’un projet d’innovation ; • Accompagnement préalable dans le choix de la solution technique ; • Proposition d’architecture du site (si le site doit monter en charge fortement) ; • Etude approfondie de l’ergonomie ; • Version mobile du site/ Appli mobile prévue ; • Conseil en stratégie digitale (référencement, SEM, e-mailing etc.). • Accompagnement après la mise en production souhaité (marketing, plan de lancement, animation éditoriale, etc.).
- 5. 5 Attention : Il ne faut pas trop en demander non plus ! D’une part car vous pouvez vous priver de faire appel à des prestataires spécialistes du domaine et d’autre part car vous risquez une addition beaucoup plus salée. REPONSE SOUHAITEE DESCRIPTION DU FORMAT DE LA REPONSE SOUHAITEE • Délai de la réponse attendue ; • Format (nombre de pages si nécessaire et si vous avez une grille extrêmement précise de vos attentes afin de pouvoir comparer les réponses entre elles) ; • préconisations fonctionnelles ; • solution technique ; • Planning, méthodologie et devis détaillé ; • présentation de la société prestataire ; • présentation de l’équipe affectée au projet ; • références similaires du prestataire. Vous pouvez aussi indiquer les critères d’appréciation de la réponse (facultatif). Si vous souhaitez avoir des propositions graphiques, il est souhaitable d’ajouter une partie concernant le brief créatif (indiquer quels sont les sites qui vous plaisent, quelles approches en termes de communications etc. Plus d’infos sur www.smileycat.com par exemple). CONTACTS PENDANT LE DELAI DE REPONSE • Contact des collaborateurs (fonctionnel & technique) ; • Les prestataires sollicités peuvent-ils contacter directement les collaborateurs s’ils ont des questions ? RAPPEL PLANNING PREVISIONNEL • Date Lancement appel offres ; • Retour propositions d’agence : o Délai d’analyse et choix du prestataire (par exemple une semaine) ; o Date prévisionnelle des soutenances (si vous souhaitez une présentation orale des propositions).
- 6. 6 Note sur la suite du document : Chacune des parties qui suivent n’est pas nécessairement présente dans votre cahier des charges. Vous pouvez justement solliciter un prestataire pour décrire vos processus, élaborer vos Wireframe (maquette écran), choisir un CMS (outil de gestion de contenus) etc.
- 7. 7 2. DESCRIPTION FONCTIONNELLE DU NOUVEAU SITE Cette partie peut être plus ou moins détaillée selon votre avancement. Mais, même si cette partie peut faire l’objet d’un appel d’offres, TheCodingMachine vous conseille de bien y réfléchir car elle donne une réalité à votre projet et elle vous aidera à en maîtriser le périmètre. Au-delà, si cette partie est trop peu détaillée, le prestataire ne pourra pas donner un chiffrage très précis de votre projet (ce qui peut entrainer de nombreuses dérives… cf. notre livre blanc « Sauvetage de Projets »). Pas d’inquiétude à avoir, de simples dessins ou schémas suffisent (maintenant de nombreux outils en ligne sont disponibles, dans ce document, nous avons utilisé Balsamiq Mockups). DESCRIPTION DES GRANDS BLOCS FONCTIONNELS DE LA SOLUTION Ce sont les grands éléments de la solution que vous souhaitez faire développer, par exemple : • la visualisation des contenus ; • l’inscription ; • le téléchargement de documents ; • les pages « mon compte ». Pour les administrateurs : • la facturation et le paiement ; • le suivi des leads générés ; • …
- 8. 8 DESCRIPTION DES PROCESSUS ASSOCIES A CES BLOCS FONCTIONNELS EXEMPLE / RECHERCHE D’UNE PRESENTATION & TELECHARGEMENT Description des différentes cinématiques envisagées pour la visite du site, par exemple : Ces processus permettent de décrire facilement les chemins de navigation des visiteurs ou des administrateurs. Ils permettent aussi de réfléchir au positionnement des pages. Par exemple, est-ce que l’inscription doit intervenir avant la recherche ou bien le détail peut être vu sans inscription ? Note : certains processus peuvent être différents lorsque le visiteur est logué ou non.
- 9. 9 EXEMPLE DE WIREFRAME DE LA HOMEPAGE
- 10. 10 Lorsque l’on créé un Wireframe (ou un mockup), il est nécessaire de se poser quelques questions : • Quels sont les contenus mis en valeur sur la home page ? Les plus populaires ? Les derniers ? • Quels est le fonctionnement de la page pour les visiteurs par exemple, s’il s’agit d’un moteur de recherche, faut-il faire de la suggestion automatique ? Note : concernant l’ergonomie, il est souvent très intéressant d’indiquer des sites dont le fonctionnement correspond à ce que vous souhaitez comme résultat. AUTRES FONCTIONNALITES De nombreuses autres fonctionnalités peuvent être décrites (qui ne font pas partie des processus d’ensemble). Souvent, il s’agit de décrire l’interaction avec les dispositifs marketing envisagés : • gestion des landing pages – pour la gestion de campagnes sponsorisées ; • création de newsletters (ou intégration avec un outil en ligne) ; • Affiliation (gestion des affiliés) ; • Blog ; • La création d’un espace presse ; • Intégration avec les réseaux sociaux… Il peut aussi s’agir de décrire des fonctionnalités particulières concernant la gestion de la solution, par exemple : • la gestion des templates, • des droits particuliers (plusieurs niveaux d’administrateurs par exemple)… Parfois, il est inutile de se fatiguer. Certaines fonctionnalités sont tellement standard dans les CMS les plus répandus (par exemple, l’intégration d’un blog) qu’une simple mention suffit dans le cahier des charges.
- 11. 11 3. MIGRATION & INTEGRATION Si vous avez déjà un site et que vous souhaitez conserver les données déjà présentes, cette partie ne doit pas être négligée ! Dans le même ordre d’idée, une intégration avec des systèmes tiers est parfois loin d’être triviale. Ces éléments ne pourront être chiffrés que s’ils sont correctement décrits. MIGRATION DE DONNEES Est-ce que des données (contenus, clients ou autre) doivent être migrées dans le nouveau site ? Si oui, décrire comment les données sont stockées (base de données) et les technologies associées. INTEGRATION AVEC DES SYSTEMES TIERS De nombreux systèmes tiers peuvent interagir avec le site Internet : • la comptabilité/facturation ; • les réseaux sociaux ; • d’autres sites Internet (flux de news, google maps etc.) S’il s’agit de systèmes spécifiques, vous devrez décrire la cinématique des échanges, la technique employée (XML, JSON, Web Services etc.) ainsi que le format des messages.
- 12. 12 4. SOLUTION TECHNIQUE Le plus difficile pour la fin ! Certains paragraphes de cette partie peuvent parfois faire l’objet de l’appel d’offres lui- même ! Par exemple, l’appel d’offres ne pourrait porter que sur la version mobile d’un site ou bien sur le référencement. ELEMENTS TECHNIQUES A PRENDRE EN COMPTE DANS LA REPONSE REFERENCEMENT NATUREL (CE QU’IL FAUT FAIRE POUR QUE LES MOTEURS DE RECHERCHE VOUS TROUVENT ET VOUS COMPRENNENT) Avez-vous des éléments à communiquer sur le référencement naturel ? Sinon, demandez au prestataire ce qu’il propose de mettre en œuvre pour gérer ce point. En fait, une partie seulement du référencement naturel fait partie de la technique. C’est pour cela que ce paragraphe est présent. Il est évident que toute une série de canaux d’acquisition de trafic doit être envisagée au moment du lancement et au cours de la vie du site. INTEGRATION OUTIL DE WEB ANALYTICS (STATISTIQUES DE FREQUENTATION DE VOTRE SITE) Souhaitez-vous utiliser un outil en particulier (Google Analytics par exemple) ? Souhaitez-vous modéliser un entonnoir de transformation ? MOBILE Le site doit-il s’adapter au format tablette, smartphone ? Le site doit-il être responsive ? LISTE DES NAVIGATEURS CIBLES Note : IE6 impose des contraintes fortes (et donc un coût de développement plus important). Ce point ne doit pas être indiqué à la légère mais si vous vous adressez à un public qui utilise plutôt d’anciens navigateurs, cela peut être indispensable.
- 13. 13 CONTRAINTE D’ACCESSIBILITE VOUS TROUVEREZ ICI UNE BONNE INTRODUCTION : ACCESSIBILITE WEB AUTRES CONTRAINTES TECHNIQUES Vous pouvez aussi imposer des contraintes sur l’utilisation du HTML5/CSS3, sur les bibliothèques JavaScript (JQuery par exemple). Mais vous pouvez aussi réfléchir aux contraintes sur les performances, sur le monitoring technique ou bien encore sur la gestion des sauvegardes. ARCHITECTURE TECHNIQUE CIBLE ARCHITECTURE D’EXECUTION Est-ce qu’une solution technique est déjà envisagée (ou préférée) ? Il peut s’agir par exemple d’un CMS (outil de gestion de contenus comme par exemple Drupal). Est-ce qu’un environnement cible est privilégié ? Par exemple, il peut s’agir d’un environnement LAMP (Linux, Apache, MySQL, PHP) ou Windows (IIS, .net). ARCHITECTURE DE PRODUCTION Est-ce que l’hébergement est déjà prévu ? S’agit-il d’un environnement dédié ?
- 14. 14 Si vous souhaitez un partenaire pour vous aider à rédiger votre cahier des charges ou bien, une fois cette épreuve passée, proposer une réponse à votre cahier des charges, n'hésitez pas à nous solliciter ! http://www.thecodingmachine.com Tél : 01 71 18 39 73 [email protected] 4, rue de la Michodière – 75002 PARIS