La plus grande erreur lorsque vous faites un site web
Par Marc Poulin, le 17 mai 2010
Que ce soit pour un nouveau site web ou une refonte, une erreur se répète fréquemment et fait que votre site web ne sera pas un succès. Il ne s’agit pas du référencement, de l’ergonomie, de la rédaction ni de la conception graphique. Tous ces éléments sont importants dans le succès d’un site mais l’erreur dont je veux vous parler est plutôt du coté de la gestion du projet.
Pour une organisation qui veut se faire faire un site web ou une refonte de son site, le moins compliqué est de coucher sur papier ses besoins et de demander des soumissions pour le projet. Ceci donne aux dirigeants l’impression d’agir en bon père de famille. L’organisation peut ainsi choisir la soumission de qualité qui coûte le moins cher et surtout, elle saura d’avance combien le projet lui coûtera. Ceci va causer quatre problèmes au bon père de famille.
Problème #1 : Le budget sera dépassé
Le coût ultimement payé sera souvent bien plus que celui prévu dans la soumission. C’est l’effet des DDC ou demandes de changement. Elles sont inévitables car la description initiale des besoins est toujours incomplète. De son coté, le soumissionnaire a calculé ses coûts sur ce qu’on lui a demandé. S’il avait mis une réserve pour besoins non exprimés, sa proposition aurait été plus élevée et il n’aurait pas eu le contrat.
Problème #2 : L’échéancier sera repoussé
À moins de n’avoir aucune demande de changement, ces dernières vont causer des délais. Immanquablement, la date de livraison sera repoussée, surtout que les DDC donnent une excuse aux développeurs pour ne pas livrer en temps.
Problème #3 : La comparaison des soumissions
Les besoins exprimés dans l’appel d’offres sont à haut niveau et vont être compris différemment par les soumissionnaires. Comment alors comparer leurs soumissions quand le site web livré variera?
Avant de faire son choix final, le comité de sélection aura établi une courte liste des soumissions à considérer. Comme ses membres ont rarement comme métier de développer des sites web, il n’est pas facile pour eux de reconnaître une soumission de qualité d’une autre. Comment savoir que le développement se fera selon les meilleures pratiques?
Problème #4 : La qualité du résultat
Il se pourrait que votre plus gros problème soit que l’on vous livrera ce que vous avez demandé. Si vous n’êtes pas un expert en stratégie et conception web, votre document de spécifications pourrait demander de bâtir un site qui n’exploite pas le web avec son plein potentiel. Ainsi, vous ne maximiserez pas les retombées économiques.
Comment éviter l’erreur
Afin d’éviter les problèmes cités plus haut, il ne faut pas donner un mandat pour l’ensemble du projet. Il faut plutôt diviser le projet web en deux.
Le premier sous-projet sera plus petit et coûtera entre 20% et 30% du budget total. Il se servira des besoins exprimés initialement mais les développera pour produire la stratégie web et la conception de la solution. Son but ultime sera de produire les spécifications détaillées du site.
Le deuxième sous-projet consistera en la réalisation du site. C’est la partie qui coûte le plus cher (entre 70% et 80%). Si vous faites un appel d’offres pour ce sous-projet, vous utiliserez les spécifications détaillées du site produites précédemment. Ceci vous permettra de mieux comparer les propositions reçues. De plus, comme le site web à livrer sera mieux défini, les demandes de changement seront rares et vous augmenterez vos chances de livrer votre site web selon le budget et l’échéancier prévu.
Conclusion
En demandant des soumissions pour l’ensemble de la refonte ou de la création d’un site web, on pense agir en bon père de famille. C’est souvent le résultat contraire que l’on obtient. Mieux vaut diviser le projet en deux et préparer d’abords, avec minutie, les spécifications du site. Ceci sert ensuite à obtenir des soumissions comparables et réduit les risques de dépassement de budget ou d’échéancier.
Collaboration spéciale : Marc Poulin est architecte et concepteur de sites web rentables. Il se préoccupe particulièrement des retombées économiques des sites web et croit que celles-ci passent par une plus grande attention aux étapes de stratégie web et de conception. Pour en savoir plus sur lui, consultez son site web www.tango.qc.ca ou son blogue “Le web rentable“.
Sujet : Commerce électronique, Marketing Internet, Méthode de travail, Relation agence-client, Stratégie |
9 réponses à “La plus grande erreur lorsque vous faites un site web”
Commentaire
« Les Personas: une méthode pour l’intelligence client? | Accueil | De retour après la pause : la télévision, un média toujours dominant »
Le 18 mai 2010 à 14 h 26 min
Il y a un autre problème: souvent le client demande d’inclure une maquette graphique dans la proposition.
A première vue, c’est une bonne idée. Ça permet de voir ce que l’agence peut produire et s’ils ont bien compris le projet.
En réalité, c’est un travail gratuit et l’agence devra le payer à même les profits réalisés sur le projet. Si une agence gagne 25% de ses soumissions, elle devra récupérer quatre fois le prix du design à chaque projet gagné.
Donc le client paie quatre fois.
Considérant que le prix de la soumission est habituellement un critère important, l’agence ne peut pas trop investir au niveau du design, de peur de gonfler ses prix. Elle se retrouve donc à faire un design à rabais, où le critère de succès n’est pas “est-ce que ça va permettre à mon client d’atteindre ses objectifs d’affaires?” mais plutôt “quel design va plaire au vp?”.
Et même si l’agence voulait faire un bon design, ce design aura été fait de façon isolée, sans l’apport du client (puisque fait en appel d’offres). Rares sont les documents d’appel d’offres qui incluent un brief assez détaillé pour se passer du client. Mission impossible.
Ce client se retrouve donc avec un design fait à l’aveugle, dont le seul objectif était de l’impressionner au meilleur coût possible.
Séparer les mandats est effectivement une meilleure solution.
Le 18 mai 2010 à 16 h 26 min
Merci Étienne pour ton commentaire.
Dans mon billet, je voulais faire ressortir que certaines organisations veulent bien faire (agir en bon père de famille) mais que ceci nuit aux objectifs visés. Évidemment, la question des maquettes graphiques dans les propositions est aussi problématique. C’était le sujet d’un autre billet en 2009: http://www.bloguemarketinginteractif.com/maquettes-photoshop-dans-les-propositions-de-site-web/
Le 22 mai 2010 à 21 h 27 min
Très vrai. La gestion de projet est une tâche sous évaluée en importance dans un projet web.
L’idée de faire deux sous-projets est brillante.
Le 23 mai 2010 à 9 h 47 min
Doriane,
Oui la tâche de projet est très importante mais le point que je veux faire porte surtout sur le découpage du projet.
Le 16 juin 2010 à 14 h 13 min
Bonjour,
Bel article!
Il est vrai que tous ces problèmes peuvent survenir dans un projet web et que la gestion, d’un côté comme de l’autre, peut se complexifier!
Je crois cependant que le problème #4 est le plus important, la qualité du résultat. Par contre, je crois que l’entreprise a un rôle important à jouer dans la réussite du projet. Il est très important que le projet cadre dans une stratégie d’entreprise. Et pour mesurer si oui ou non le projet réussi, il faut des indicateurs de performance, des mesures.
Une entreprise qui a élaborée une stratégie et des indicateurs de performance ne devrait pas avoir de problème majeur sur le plan des résultats et du rendement, à moins qu’elle ait été mal conseillée…
Pour les intéressés, le baromètre multiple-media.com a mis en ligne un indicateur de performance Web pour les entreprises (http://barometre.multiple-media.com). Il pourrait être utile pour obtenir l’heure juste sur votre présence Web actuelle.
Le 19 juin 2010 à 17 h 02 min
Tout cela est bien souvent l’oeuvre d’une mauvaise planification plutôt que d’une mauvaise gestion de projet.
La planification du site web est une étape importante de la création d’un site web et est incluse, à mon avis, dans la gestion de projet.
Malheureusement, les problèmes de mauvaises gestion sont créés par le gestionnaire de projet qui, trop souvent, sait “gérer des projets” en général, mais pas spécificiquement “gérer des projets web”.
Le 20 juin 2010 à 15 h 14 min
Maxime,
En effet, si le projet est le moindrement complexe, il faut que le gestionnaire de projet soit familier avec la gestion de projets web. Sinon, il risque de réussir à livrer en temps et dans les budgets un site qui ne rencontre pas ses objectifs.
Le 20 juin 2010 à 15 h 25 min
@Elisa,
Vous soulevez deux points intéressants: la qualité du site et le suivi de ses performance. Malheureusement, dans les deux cas, le problème vient souvent du fait que l’entreprise ne croit pas vraiment au potentiel de son site web et y accorde une attention limitée. Pour plusieurs, c’est une dépense incontournable plutôt qu’un outil stratégique.
Le 2 juillet 2010 à 9 h 19 min
@Marc,
Je suis entièrement en accord avec vous!