Skip to content
Algori Systems

Ce qu'il faut préparer avant de lancer un projet

Les projets prennent rarement du retard parce que le travail est lent. Ils en prennent en attendant du contenu, des accès, et une décision que personne n'était chargé de prendre.

Un bureau avec une tablette affichant des nuanciers, des planches de design imprimées et un clavier.

La plupart des projets qui s'éternisent ne s'éternisent pas parce que le travail était lent. Ils s'éternisent en attendant une chose que seul le client pouvait fournir, et cette attente est invisible pendant qu'elle dure : personne n'envoie de message pour dire que le chantier est arrêté depuis neuf jours faute de logo.

Presque tout cela peut être rassemblé avant que quiconque écrive une ligne de code. Un client qui arrive avec ces éléments obtient un projet plus court et moins cher, car l'attente n'est gratuite pour personne.

Les textes

C'est le gros morceau. Il cause plus de retard que tous les problèmes techniques réunis, et il prend presque tout le monde de court.

Le design a besoin de vrais textes. Une mise en page construite sur du faux texte s'effondre quand le vrai titre est trois fois plus long, et la version que vous validez n'est pas celle que vous obtiendrez. L'écriture doit donc avoir lieu, et il se trouve que c'est la chose la plus difficile à caser dans un agenda, parce que c'est la seule partie du projet que le client ne peut ni nous déléguer ni expédier en une après-midi.

La phrase dont il faut se méfier quand vous vous entendez la prononcer est « on vous enverra le contenu plus tard ». Ce n'est jamais un petit retard. C'est généralement la différence entre un projet qui se termine ce mois-ci et un qui se termine au trimestre prochain.

Vous n'avez pas besoin d'un texte peaufiné. Brut et complet vaut mieux qu'élégant et à moitié fait, parce que nous savons corriger des phrases et nous ne savons pas inventer la description de vos services. Et si l'écriture ne va sincèrement pas se faire, dites-le dès le début pour qu'elle soit chiffrée comme du travail plutôt que découverte comme un blocage en troisième semaine.

Les images

De vraies photographies de vos locaux, de vos produits, de votre équipe et de vos réalisations, dans la plus grande taille dont vous disposez. Sorties de l'appareil, c'est l'idéal. Une photo récupérée sur votre ancien site a déjà été compressée une fois et ne redeviendra pas nette.

La banque d'images est une solution de repli, pas un plan. Elle est aujourd'hui immédiatement reconnaissable pour la plupart des gens, et une photo réelle légèrement imparfaite de votre véritable boutique inspire plus confiance qu'une image irréprochable de l'atelier d'un inconnu.

Et si vous comptez commander un reportage photo, réservez tôt. Cela a un délai et cela se découvre généralement tard.

Le logo

Le fichier d'origine s'il existe, idéalement vectoriel, c'est-à-dire le type qui reste net à n'importe quelle taille. Les extensions comme svg, ai, eps ou pdf signifient généralement vectoriel. Un jpg ou un png récupéré sur une carte de visite, non, et il paraîtra flou sur un grand écran et pire encore sur un téléphone haute résolution.

Si l'original est réellement perdu, dites-le tôt. Redessiner un logo est un petit travail bon marché quand il est prévu, et une contrariété quand il surgit la veille de la mise en ligne.

Les accès

La liste qui bloque les mises en ligne, parce qu'il s'y trouve toujours un mot de passe que quelqu'un avait il y a cinq ans.

L'accès à votre bureau d'enregistrement de domaine. L'hébergement actuel s'il existe déjà un site. Les statistiques, si vous voulez conserver l'historique. Tout compte lié à un système auquel le nouveau site devra parler : prestataire de paiement, outil de réservation, service d'emailing, logiciel comptable. Si celui qui les a créés ne travaille plus avec vous, lancez la récupération maintenant, car récupérer un compte dont vous ne pouvez pas prouver la propriété prend des semaines et dépend entièrement d'une file d'attente d'assistance.

Tant que vous y êtes, vérifiez que le domaine est bien à votre nom. Cela vaut la peine quoi qu'il arrive.

Un seul décideur

Nommez la personne qui valide, et donnez-lui le temps de le faire.

Les validations en comité sont l'endroit où meurent les plannings, non parce que les groupes ont mauvais goût, mais parce que mettre quatre personnes d'accord prend une semaine par tour et que personne n'assume le résultat. Une personne qui peut trancher, avec la possibilité de consulter les autres quand cela compte, avance plus vite et produit un résultat plus cohérent.

Cette même personne a besoin d'une vraie disponibilité. Examiner correctement un logiciel est un travail réel qui vient s'ajouter au poste de quelqu'un, et un projet qui demande six validations à une personne sans heures libres est un projet déjà en retard.

Ce qu'il ne faut pas préparer

Quelques éléments que les gens apportent et qui leur coûtent de l'argent.

Un design terminé, sauf si vous avez un designer. Vous payez pour la conception ; la spécifier à l'avance revient soit à payer deux fois, soit à obtenir un résultat moins bon que celui que vous auriez pu avoir.

Un cahier des charges technique détaillé. Décrivez le problème et le fonctionnement réel de votre activité. Choisir la technologie est notre métier, et un cahier des charges rédigé sans connaître les options a tendance à figer des décisions qui se révèlent coûteuses.

Une liste de fonctionnalités recopiée chez un concurrent. Elle nous dit ce que quelqu'un d'autre a construit et rien sur le pourquoi, et la moitié sera constituée de choses dont son activité avait besoin et pas la vôtre.

En résumé

Des textes, des images, un logo, des identifiants, et une personne qui peut dire oui.

C'est toute la liste. Un client qui se présente avec cela obtient un chantier qui avance au rythme de l'ingénierie plutôt qu'à celui de l'attente, et c'est de loin la chose la moins chère que vous puissiez faire pour réduire le prix d'un projet.