Ce graphique est là pour vous donner une idée plus claire des différentes étapes réalisées et les parties prenantes (Agence VS le client) concernées lors d’une réponse à un appel d’offres. Plus les cercles sont volumineux, plus la charge de travail est importante. La réponse à un appel d’offres s’étale au maximum jusqu’à 4 semaines, cela va du premier contact avec le client à la livraison finale de notre offre.

Un projet peut se définir en 9 étapes

1. Réunion Kick Off, cadrage et validation des besoins : Rencontre des différents interlocuteurs côté client et partenaire, rappel des besoins clients, planning, arborescence, devis… Cette étape dure le temps d’une réunion d’1h, voire 2h
2. Workshops (Facultatif) : Si besoin, les client et l’agence partenaire peuvent convenir d’ateliers à réalisés afin de développer, optimiser la réflexion du projet. Il peut s’agir d’ateliers permettant de définir les personas, l’arborescence, les fonctionnalités et contenus attendus… Les ateliers sont généralement travaillé sur 1/2 journée. Bien sûr la durée varie en fonction de chaque atelier.
3. Conception des wireframes et validation UX : A la suite des ateliers ou du brief Kick Off, l’agence partenaire peut entamer ses réflexions UX afin de penser le parcours utilisateur / parcours d’achat. Les wireframes ont également pour but de valider que tous les éléments du brief ont bien été positionnés sur les maquettes. A cette étape, il n’est pas utile de s’attarder sur le design, les formes ou placement définitif. Ces derniers seront validés lors du concept graphique et des déclinaisons graphiques. Si le client souhaite ajouter des fonctionnalités, cela passera par un devis additionnel.
4. Concept graphique : Elaboration d’1 ou 2 pages (généralement la Home + 1 autre page) avec la direction artistique (UI). Ces pages ont pour but de présenter l’axe créatif du site. L’artistique n’est réalisé que sur 1 ou 2 pages, afin d’éviter d’avoir tout à refaire si cela n’allait pas. Généralement les concepts graphiques sont à faire sur Desktop (1er temps) et Mobile (2eme temps) afin de donner la vision sur les 2 devices. Une fois les concepts validées, il est alors possible de passer à l’étape suivante.
5. Déclinaisons graphique : Il est maintenant temps de décliner le concept graphique sur toutes les autres pages du site prévu dans le devis en maquettes. Il n’est pas forcément necessaire de décliner ces pages sur Mobile, en particulier s’il s’agit de responsive adaptatif simple. Si les maquettes sont complexes, il peut être interessant de préparer des “Guidelines” (indications sur comment les éléments se place / masque sur mobile), voire de les maquetter. Il est important, avant toute présentation client, que les maquettes soit réalisable techniquement. En effet, les designers ne sont pas nécessairement au fait de ce qui est possible ou impossible techniquement. Aussi lors des projets nécessitant des liaisons à des API, il est parfois difficile de prédire à quoi ressemble l’API en termes de graphisme. Tout cela doit être précisé auprès du client pour éviter tout déconvenue
6. Spécifications fonctionnelles et techniques : cette étape consiste à valider le Cahier des Charges avec le client. A la suite des maquettes, il est possible que le client ait demandé des fonctionnalités / design / Animations en plus. Toutes ces choses passeront alors dans un devis additionnel. Ce document, mis à jour avec les maquettes validées, donne toutes les spécificités techniques, fonctionnelle et artistique à connaître. Se référer à l’article “Comment rédiger un Cahier des Charges” Il est important de se poser toutes les questions possibles afin de donner un maximum d’infirmation sur le projet, son fonctionnement. Par exemple  :
   1. S’il y a une API à lier : préciser les champs à récupérer et les valeurs possibles. Tous les combien de temps faut-il mettre en place un CRON pour aller chercher les infos. Préciser les champs qui se mettent à jour ? Tous les combien de temps ? etc…
   2. S’il y a un formulaire : Combien de champs sont prévus ? Y a t’il une limite de caractère par champ ? Doit-on contrôler les champs type email ? Est-ce des champs obligatoire ? Un mail est envoyé à l’internaute et à l’admin ? Les champs sont-ils stockées dans le Back Office du site ? Quel est le contenu et design des mails envoyé ? Préciser l’objet du mail et l’adresse de l’expéditeur. Prévoir un CAPCHA et une Check box de consentement RGPD.
7. Développement : Une fois les maquettes et le devis additionnel validés, passage au développement du site. Les développeurs avancent tranquillement avec le chef de projet qui peut répondre aux éventuels questions des développeurs et si besoin pour recontacter le client
8. Recette et Correctifs : Une fois les développement fini, il est temps pour le chef de projet de tester le site, tout en gardant un oeil sur le cahier des charges. Le chef de projet doit alors remonter aux développeurs les bugs et choses qui ne correspondent pas au document technique. Il peut remonter les alertes sur des outils digitaux tels que Trello ou Jira : 1 bug ou 1 demande équivaut à 1 ticket. Les développeurs corrigent jusqu’à ce que toutes les cartes soient terminées. Une fois la recette interne finis, il est temps de présenter le site au client et les outils pour qu’ils puissent faire à son tour ses retours.
9. Mise en prod et validation : Une fois tous les correctifs traités sur l’espace de DEV, il est temps pour l’agence partenaire de mettre le site en ligne (en PROD).

La frise ci-dessus est un cas classique de gestion de projet de bout en bout. Bien sûr, chaque projet est unique et chaque client fournit les informations à des niveaux différents. À chaque étape ou livraison d’assets (éléments du projet), l’agence fournit des recommandations et conseils à son client. Mon rôle dans cette organisation est d’assurer un suivi permanent sur l’ensemble du projet : échanger et surveiller les retours clients, contrôler et adapter les réalisations de l’équipe projet, etc (éclair jaune)… tout en suivant les tâches et rendus de l’équipe : maquettes, choix & réflexion ergonomique…

Pour tous nos projets, nous proposons une offre de TMA (Tierce Maintenance Applicative). La TMA donne l’opportunité aux clients de nous remonter des bugs ou commander de nouvelles fonctionnalités (Features), facturées au temps passés (Jira).