Comment planifier la refonte d’un site Web – et quelles erreurs doivent être évitées.
Je travaille dans le domaine du web design depuis plus de dix ans et j’ai observé les processus des centaines de fois. Malheureusement, bon nombre d’entre eux se sont trompés ou se sont même trompés, avec toute la frustration et le stress inutile qui vont de pair. Parfois, ce sont les qualités de conception de l’agence, mais dans la plupart des cas, ce n’est pas si facile.
Ça prend trop de temps. Inutile de le faire.
Le site Web typique d’une entreprise de taille moyenne est souvent un système relativement simple. Surtout si l’on considère l’efficacité et la performance des plates-formes CMS modernes et les différents benchmarks et schémas de conception sur lesquels s’appuyer.
Il se compose généralement d’un nombre gérable de domaines principaux : catalogues de produits ou de services, “About us”, “News”, “Career” et zones de contact. Néanmoins, le processus prend souvent un temps incroyable à mettre en œuvre, le budget est dépassé et les résultats sont souvent insatisfaisants en fin de compte, tant pour l’équipe que pour les décideurs. Quelle en est la raison ?
Quelles sont les erreurs dans la refonte ?
Tant de choses peuvent aller dans la mauvaise direction que je n’en mentionnerai que quelques-unes qui sont importantes d’après mon expérience et qui sont les plus fréquentes. La plupart des problèmes peuvent facilement être évités. Celles-ci sont liées au processus et aux questions d’organisation – vous avez toujours besoin d’un bon concepteur, bien sûr.
1. pas de stratégie
Aussi banal que cela puisse paraître, mais construire un site Web sans stratégie claire, c’est comme traverser une forêt inconnue sans carte. C’est peut-être une aventure intéressante, mais il est peu probable qu’elle atteigne un but de cette façon. Par stratégie, j’entends les objectifs généraux de l’entreprise, la politique produit, la définition des groupes cibles et le rôle des différents canaux dans le marketing et les ventes. Étonnamment, beaucoup d’entreprises, même les plus grandes, n’ont pas cette information quand le processus commence.
2. le goût détermine, et non l’objectif
Un site web d’entreprise est avant tout un outil. Elle doit être belle, bien sûr, mais avant tout, elle doit bien travailler. C’est-à-dire que les choses les plus importantes sont la structure, le contenu et les mécanismes de vente et d’autres interactions avec les clients tels que la collecte de prospects, le partage avec les clients tels que les demandes de renseignements sur les produits, la gestion des plaintes ou pour attirer les talents du côté de la carrière.
Dans de nombreux cas, cependant, la plupart du temps est consacré à discuter des images de la page d’accueil, du style des pictogrammes, des couleurs et d’autres choses moins importantes. Évidemment, ces points ont aussi une influence sur l’effet, mais un bon concepteur sait comment les traiter. Mais les discussions interminables sur l’apparence et la sensation sont un facteur décisif pour les revers et les frustrations de tous les côtés.
3. le mauvais briefing
Le briefing du projet est généralement riche en informations et a été développé après une longue série de réunions internes et d’ateliers. Malheureusement, la plupart des séances d’information que j’ai reçues n’ont pas été très utiles. Ils contenaient l’historique de l’entreprise, une fiche technique et une vague idée de l’aspect et de la convivialité (“design contemporain”, etc.). Mais ils n’ont pas énuméré les résultats attendus de la relance, n’ont pas expliqué le rôle du site Web dans les communications de l’entreprise ou une idée de ce que le site Web devrait couvrir en termes de contenu.
4. l’équipe de projet est beaucoup trop nombreuse
Nous n’avons pas encore de confirmation expérimentale, mais l’expérience anecdotique montre que la durée du projet augmente exponentiellement avec le nombre de participants. Trop de personnes impliquées rendent souvent de plus en plus difficile pour le chef de projet de garder son chapeau, d’assumer ses responsabilités, de prendre des décisions rapides et de donner des approbations, parce que beaucoup trop de personnes impliquées discutent beaucoup et changent souvent d’avis – tout cela entraîne de nombreuses demandes de changement. De plus, il est de plus en plus difficile de planifier des ateliers parce que la planification à elle seule exige beaucoup de coordination. C’est l’un des facteurs les plus critiques qui ralentissent l’ensemble du processus.
5. les décideurs sont impliqués trop tard et dans le mauvais contexte.
Deus ex machina est l’un des scénarios les plus populaires pour un projet de design web. Après plusieurs semaines, voire des mois de travail intensif et un nombre infini de décisions de l’équipe de projet, quelqu’un de la direction demande une acceptation générale. Cela peut bien se passer, mais bien souvent cette personne très occupée demande quelques changements supplémentaires sans connaître le contexte ou le processus, comment certaines décisions ont été prises, et quelles hypothèses et prémisses de base ont conduit à ces changements.
En raison de sa position, la plupart de ces changements sont adoptés et, dans certains cas, les commentaires sont effectivement utiles, mais ils peuvent tout aussi souvent remettre en question la cohérence d’une conception.
6. manque de confiance dans les concepteurs et les développeurs
Lorsque vous avez besoin d’un chirurgien, vous ne lui expliquez pas comment procéder et comment il planifie le traitement. Avec une équipe de conception, c’est souvent très différent – tout à coup, tout le monde veut faire partie intégrante de cette équipe. Dans de nombreux cas, ils apportent aussi beaucoup d’expérience et de connaissances, mais dans la plupart des cas, les designers ont une certaine longueur d’avance dans leur domaine. La conception en tant que processus de comité n’est souvent pas une bonne idée. Cette approche s’oppose également au temps du projet.
7. les processus de chute d’eau
Un autre facteur qui ralentit le processus est de le segmenter en étapes individuelles telles que l’analyse, l’architecture de l’information, la conception des fonctions, la conception graphique et la mise en œuvre frontale. Les organismes qui le font le font pour s’assurer qu’il n’y a plus de changements une fois qu’ils commencent à programmer.
Cependant, il peut s’écouler des semaines avant que la conception fonctionnelle (aussi appelée maquettes ou prototypes) soit développée et coordonnée. Pendant ce temps, tous les autres spécialistes sont inactifs et attendent leur apparition.
En supposant que l’Agence jouit de la pleine confiance et qu’il n’y a pas de changements majeurs au concept global, elle peut procéder tout à fait différemment. Le projet peut alors être développé et vivre en blocs individuels, ce qui accélère l’ensemble du processus.
8. le contenu est manquant
Beaucoup d’entreprises se soucient moins du contenu réel du site Web jusqu’à ce que la page de test fonctionnel soit enfin prête. Bien trop tard. Les concepteurs devraient être capables de travailler avec un contenu réel dès le début. Dans notre équipe, nous disons souvent : “Lorem ipsum est mort”, ce qui signifie que vous ne pouvez pas développer un bon produit avec un faux contenu. Le design doit inclure des images, des descriptions et des produits réels, sinon ce sera juste un beau design, mais pas le design de votre site web corporatif.
Comment concevoir correctement un site Web d’entreprise ?
Alors, que devriez-vous considérer si vous voulez travailler efficacement, respecter votre budget et, plus important encore, assurer votre retour sur investissement ? Quelques petits conseils.
- Trouvez-vous un bon designer ou une agence décente. Il n’est pas nécessaire qu’ils soient les plus chers, mais les références devraient parler d’elles-mêmes. Ne demandez pas un concept à l’avance, même s’il s’agit d’un emplacement, car avec lui, vous n’invitez que ceux qui en ont besoin. Jugez votre liste de présélection sur le travail que les concepteurs ont déjà fait. Découvrez qui est responsable de la conception.
- Établir la comparabilité des résultats. Vérifiez vos statistiques actuelles (si vous ne les avez pas encore, assurez-vous de les avoir) et considérez quelles métriques seraient une amélioration pour vous. Vous voulez vendre votre site web ou simplement développer une meilleure image ? Vous êtes à la recherche de nouveaux employés ? Formuler tous les résultats escomptés dans le briefing – c’est la partie la plus importante.
- Lorsque vous écrivez votre briefing, concentrez-vous sur les aspects les plus importants. Nommez les 3-5 sites que vous préférez et expliquez pourquoi. Indiquez-nous les éléments obligatoires que vous pouvez fournir, tels que la documentation CI/CD, la base de données d’images, le catalogue de produits, etc…. Dressez une liste de tous les domaines de contenu qui devraient être inclus. Préparez une liste de vos groupes cibles ou, mieux encore, des personnages avec leurs histoires. Fixez un délai raisonnable.
- Rassembler tout le contenu disponible avant de commencer le projet. La matière première est suffisante au début, mais l’agence a aussi besoin de matériel pour que les rédacteurs puissent travailler. Cherchez les meilleures photos, organisez une séance photo ou expliquez à l’agence qu’elle doit s’en tenir au matériel. Ne faites pas d’hypothèses sur la technologie, les résolutions ou les CMS utilisés – si vous travaillez avec les bonnes personnes, elles sauront ce qu’elles font.
- Prenez des décisions rapides et testez les résultats en direct. Ne ralentissez pas le processus. Ne t’énerve pas. Rappelez-vous, c’est une question de résultats. Vous testez ces résultats. Si un résultat ne se matérialise pas comme prévu, reconstruisez maintenant – et non dans deux ans.
- Répétez la dernière étape jusqu’à ce que les résultats correspondent aux ratios planifiés.
Si vous travaillez avec les bonnes personnes, votre site Web devrait commencer à fonctionner dans quelques semaines. Au plus tard, si quelque chose devait arriver, dans quelques mois. Pour une entreprise de taille moyenne, ce processus ne devrait en aucun cas durer plus de six mois jusqu’à ce qu’une première version soit opérationnelle.