Avec des choses comme le big data et GoToMeeting, de grands groupes de personnes peuvent collaborer sur de grandes distances, en utilisant ces données pour prendre une série de décisions concernant leur nouveau site Web.
Et puis une fois qu’ils ont mis en œuvre ces décisions, un nouveau groupe de personnes vient remettre en question tout – généralement un conseil d’administration ou quelqu’un du C-Level.
Semble familier? Ce n’est jamais joli.
Je ne suis pas anti-big data. Et je ne suis pas assez naïf pour penser qu’une seule personne peut prendre toutes les décisions concernant un site Web. Mais, le scénario décrit ci-dessus se termine souvent par un échec.
Votre site Web a une audience, et ce n’est pas toi! Les opinions personnelles sur la conception et la structure peuvent certainement être valables. Mais, tout doit passer par le filtre d’audience – Est-ce ce que elles ou ils vouloir? Quoi elles ou ils avoir besoin?
Nous gérons des projets de sites Web depuis plus de 15 ans. Nous avons vu à maintes reprises la pensée de groupe effacer un site Web parfaitement bon. Il est facile de sur-concevoir un site Web si vous n’êtes pas concentré sur ce qui compte.
Pour éviter la pensée de groupe tout en permettant à toutes les parties prenantes d’avoir une voix, vous avez besoin d’un processus convenu dès le départ. Au minimum, je recommande ce qui suit :
Qu’ils soient entendus dès le début
Donnez aux parties prenantes une chance de contribuer. À l’aide d’un sondage, d’entretiens ou simplement d’une liste de questions dans un document Word, recueillez leurs commentaires. Ne leur demandez pas simplement de « nous dire ce dont vous pensez que le nouveau site Web a besoin ». Parce qu’ils le feront. 
Au lieu de cela, guidez-les à travers l’enquête avec des questions qui renforcent le fait que ce site Web est destiné à votre public, pas à vos parties prenantes…
- Quelles sont les principales choses dont votre public a besoin sur votre site Web ?
- Qu’est-ce qui, le cas échéant, sur votre site Web actuel fonctionne bien pour votre public ? Ce qui n’est pas? Y a-t-il des données à prendre en charge non plus ?
- Qu’est-ce qui manque dont votre public a besoin (en fonction de ce ils vous ont dit) ?
- Comment mesurez-vous le succès en fonction des besoins de votre audience ?
- Comment gérez-vous l’échec ? En d’autres termes, si quelque chose ne fonctionne pas pour votre public, comment y remédieriez-vous et corrigeriez-vous cela ?
- Qui gérera le contenu, à la fois pour la construction et en cours ?
Ce ne sont que quelques exemples de questions. Votre liste sera probablement plus spécifique à votre organisation. Mais, il doit toujours être axé sur le public cible.
Une fois que vous avez tous les résultats du sondage, placez-les dans une feuille de calcul ou d’une autre manière qui vous permet de comparer chaque réponse avec une autre.
Le but de celui-ci est double :
- Regroupez toutes les réponses similaires en un seul énoncé clair et concis.
- Éliminez toutes les réponses qui ne soutiennent pas vos objectifs de développement d’un site Web axé sur votre public cible.
En rassemblant tout au même endroit, vous savez où sont les attentes de chacun. Discutez ensuite de ces attentes pour parvenir à un terrain d’entente.
Vous utiliserez ces informations comme guide pour la conception et le développement de ce site Web. Alors, assurez-vous d’avoir l’adhésion sur la voie à suivre.
Développer une portée de travail
C’est une étape que de nombreuses organisations sauteront. Ils sont ravis de se lancer et de se lancer directement dans la conception. Attends, calme-toi, tu n’es pas prêt.
Considérez votre site Web comme un grand dîner. Vous devez planifier le menu, nettoyer la maison et peut-être choisir de la bonne musique.
Votre document de portée de travail est votre plan de parti. Sans le plan de la fête, vous ne faites que l’envoler. Cela a peut-être fonctionné à l’université, mais vous valez mieux que ça maintenant !
En tenant compte des informations fournies à l’étape précédente, vous souhaiterez assembler les éléments suivants :
- Détails sur votre public cible (buyer personas si vous en avez)
- Détails sur les informations, les produits, les fonctionnalités que votre public souhaite
- Un plan du site – simplement un aperçu qui répertorie les pages parents et enfants.
- Une palette de couleurs (basée sur votre guide de marque si vous en avez un)
- Exemples d’images (vous pouvez utiliser des photos d’archives ici pour suggérer des photos que vous prévoyez de prendre)
- Un wireframe – un aperçu simple de la page d’accueil et éventuellement des sous-pages en fonction de la complexité de votre site Web
- Définitions du succès et chemins pour y arriver
- Données analytiques, si disponibles, pour soutenir votre plan (données de performances passées concernant les stratégies de contenu et de fonctionnalité)
Une fois ce document assemblé, vous avez un choix à faire. Est-ce que cela est envoyé à toutes les parties prenantes pour des commentaires ou seulement à quelques-uns ? Selon votre organisation, vous devrez décider qui est impliqué.
Le critère principal de cette décision est « comment laisser quelqu’un de côté affectera-t-il le résultat de ce projet ? »
C’est là que les choses peuvent devenir collantes. Si vous choisissez de laisser les gens en dehors de cette étape, assurez-vous qu’ils ne s’attendent pas à revenir à un moment donné et à prendre des décisions sur les plans de conception ou de développement.
En d’autres termes, leur cachez-vous cela dans l’espoir de pouvoir leur cacher des choses. Hé, ça arrive. Et, d’après mon expérience, c’est toujours une mauvaise idée…
« Bonjour, concepteur de sites Web… euh, eh bien, Bob vient de voir le site Web et même s’il est approuvé et prêt à être lancé, nous avons une longue liste de modifications que nous devons apporter. »
Et s’il vous plaît, ne vous méprenez pas. Je ne déteste pas Bob. Bob a un rôle à jouer. Mais il y a un moment et un lieu pour cela, et ce n’est pas à la toute fin du projet qu’elle tombe sur le site Web que vous avez travaillé si dur pour terminer.
Tout se résume à la planification, à la communication et à la définition d’attentes claires. Et tout cela se fait en posant la question « Est-ce ce que veut notre public ? »
Et rappelez-vous, pas de spin parce que Spin suce (Voyez ce que j’ai fait là-bas ? Lisez le livre, c’est génial). Concentrez-vous simplement sur ce que Jay Baer appelle Jeunesse (lisez le livre, c’est génial).
A Spin Sucks – Effective Website Planning 101 est apparu pour la première fois sur le plus impressionnant des blogs… Spin Sucks.
L’article Quand Groupthink tue un site Web parfaitement bon est apparu en premier sur Wood Street, Inc..
