Pourquoi les clients ne se soucient pas de la conception Web réactive

Publié: 2018-08-07

Il n'existe pas actuellement de blog, de tutoriel ou de site de modèles de conception Web sur le marché qui ne présente pas la "conception Web réactive" comme un must absolu. Simultanément, les concepteurs de sites Web subissent une pression continue à la baisse sur les prix de leurs services. La douleur n ° 1 que j'entends des professionnels du Web est qu'ils ne peuvent pas facturer suffisamment pour leur travail.

Alors qu'est-ce qui donne ?

Le bon sens nous pousserait à croire que la conception de sites Web qui atteignent plus d'utilisateurs (ordinateurs de bureau, tablettes et mobiles) nous rapporterait à son tour des frais plus élevés pour nos services. De plus, un site Web réactif nécessite généralement moins de mises à jour pour notre client. Au lieu d'avoir des versions mobiles et tablettes distinctes, notre client peut mettre à jour un seul élément de contenu, et la conception Web se transforme automatiquement en l'appareil approprié. Cela me semble bon.

Cependant, le problème pour la plupart des concepteurs de sites Web est que rendre les sites Web réactifs équivaut à plus de travail. Et être payé ce que vous valez est déjà difficile. Mais la conception Web réactive devient rapidement la nouvelle norme. Comme écrire du code sémantique qui est compatible avec tous les navigateurs, c'est maintenant comme ça que vous êtes censé le construire.

La conception Web réactive demande plus d'efforts

La création d'un site qui fonctionne sur n'importe quel appareil demande beaucoup de planification. Vous ne pouvez pas simplement avoir des blocs qui s'enclenchent automatiquement dans des positions verticales pour rendre un site Web efficace sur plusieurs appareils. Et la navigation ne peut pas toujours se transformer en un bouton « menu ».

Si vous vendez un site réactif à un client, vous devez prévoir que les domaines suivants de votre processus de projet vont augmenter considérablement :

  1. Conception (vous devez maintenant concevoir pour plus de 3 points d'arrêt)
  2. Contenu (vous devez vous assurer que votre contenu a du sens lorsqu'il est divisé en une taille plus petite au-dessus/en dessous d'un autre contenu)
  3. Codage (plus il y a de points d'arrêt, plus il y a de code)
  4. Tests (vous devez tester sur de nombreux appareils tout au long de votre build)
  5. Révisions (les mises à jour de la conception du site prennent plus de temps à traiter sur tous les éléments ci-dessus, pour chaque changement)

Si nous devons faire plus de travail pour que cela fonctionne, pourquoi ne sommes-nous pas en mesure de facturer beaucoup plus d'argent ?

C'est parce que les clients ne comprennent pas le mot responsive . Nos perspectives ne s'inquiètent pas du comment , elles s'inquiètent juste des résultats .

La déconnexion

L'expression conception de sites Web réactifs n'a aucun sens pour quiconque en dehors de notre domaine. Il y a eu beaucoup plus de couverture médiatique sur le sujet récemment, mais je dirais que la signification s'inscrit à peu près au même niveau qu'un acronyme comme HTML et CSS pour le propriétaire typique d'une petite entreprise.

Une trop grande partie de notre industrie passe sous silence le stade de la vente où elle crée de la valeur pour ce qu'elle propose. Ainsi, lorsqu'un client voit "Responsive Design" dans son cahier des charges, il demande généralement à le supprimer.

Dans mon travail de conseil en vente avec des concepteurs de sites Web, l'une des questions que je pose est de savoir comment ils présentent généralement l'idée de la conception Web réactive à leurs clients. La réponse ressemble généralement plus à une définition de Wikipedia qu'à une présentation de valeur.

Souvent, j'entends : "mes clients veulent vraiment du mobile, mais ils ne sont pas disposés à payer pour que je rende le site réactif".

Donc quel est le problème? Est-ce que nous facturons trop?

Ce que je fais différemment

Lorsque je suis assis avec un client, mon processus de proposition de site Web implique beaucoup de découvertes. J'aime avoir trois à quatre réunions avec mes clients pour comprendre leur entreprise du mieux que je peux. Une grande partie du temps que je passe avec eux consiste à trouver les problèmes fondamentaux qui existent dans leur entreprise, puis à créer de la valeur pour une solution qui résout ces problèmes.

Cette conversation ressemble souvent à ceci :

« Pourquoi avez-vous besoin d'un nouveau site Web ? »

« Notre site Web est vraiment obsolète. Il a été conçu par un ami d'un ami il y a plusieurs années et est devenu obsolète. De plus, notre site Web a l'air terrible sur mon iPhone ! »

À ce stade, de nombreux concepteurs de sites Web commencent à parler de conception Web réactive et de la manière dont ils vont résoudre ce problème. Mais cette solution, ainsi énoncée, est au mieux cosmétique.

Sans aucun contexte sur le type d'impact que la conception réactive aura sur leur entreprise, l'ajouter à leur projet ne rapportera que la valeur équivalente à leur niveau d'embarras personnel.

Cela peut ou non avoir l'effet financier que je souhaite. Alors je continue à creuser.

Pour être payé ce que je vaux, je dois fournir des preuves concrètes que mon plan va résoudre un problème quantifiable et les aider à atténuer un risque concret. La conversation continue…

« Êtes-vous conscient du volume de trafic que vous recevez actuellement des appareils mobiles ? » Je demande.

« Non, y a-t-il un moyen de le savoir ? »

"Absolument. Plus important encore, avez-vous commencé à réfléchir au type de contenu et d'expérience qu'une personne sur un appareil mobile pourrait être intéressée ? »

« Pas vraiment… pouvez-vous expliquer les options ? »

"Bien sûr. En passant du bureau au mobile, nous pouvons supposer que le visiteur est en déplacement. Ils viennent peut-être de se faire recommander votre entreprise par un ami au dîner, ou ils essaient peut-être de trouver votre entreprise (ahem) en conduisant. Nous voulons rendre ce processus aussi simple que possible. Cela nécessite un travail de conception supplémentaire, mais plus important encore, nous devons élaborer une stratégie sur les objectifs que nous avons pour vos visiteurs lors de l'accès à partir de divers appareils. L'idée ici est d'aider à attirer plus de personnes vers votre entreprise, et non d'ajouter un widget à la mode à votre site Web. Avez-vous besoin de plus de clients ? »

« Oui ! "

Maintenant, c'est trop simplifié, mais la racine de la douleur de tout le monde est qu'ils ont besoin de plus de clients. Mais vous ne pouvez pas entrer et diriger avec, " Je vais vous attirer plus de clients en utilisant RESPONSIVE DESIGN !!! « Cela ne fonctionne tout simplement pas de cette façon.

Une fois que j'ai fourni un contexte expliquant pourquoi les conceptions de mobiles et de tablettes peuvent les aider à attirer plus de clients, c'est le moment idéal pour travailler avec eux pour découvrir quel type de trafic leur site Web reçoit et à partir de quels types d'appareils.

J'ai vendu beaucoup de sites de restaurants pendant le mandat de mon agence Web. Pour les restaurants, le mobile n'est pas une option. Si le propriétaire envisageait de passer sur le mobile, un rapide coup d'œil à Google Analytics montrerait qu'environ 10 à 20 % de son trafic provenait d'appareils mobiles.

Conseil rapide : si votre prospect n'a pas encore installé Google Analytics, proposez-lui de le faire gratuitement sur son site existant afin que vous puissiez avoir des données exploitables à examiner avec votre client potentiel. Planifiez une réunion de suivi pour l'examiner après une semaine.

Si les preuves ne confirmaient pas la nécessité d'investir dans une approche réactive, je ne l'offrirais pas. Mais le plus souvent de nos jours, les données vous sauvegarderont.

De plus, il y avait toujours la possibilité de faire valoir qu'avec un site mobile mieux optimisé, le trafic des appareils mobiles augmenterait.

Le poinçon

Une fois le moment venu de proposer une solution, j'aurais ce que j'appelle "la conversation mobile". Cette conversation est assez simple et ressemble à ceci :

« Le Web a évolué au-delà de l'accès au bureau. Les téléphones mobiles et les tablettes connaissent une adoption très rapide. J'ai eu l'occasion d'examiner vos statistiques de trafic, et il semble que vous ayez actuellement X % de votre trafic provenant d'appareils mobiles. Étiez-vous au courant de cela ?

« Non, pas vraiment. »

« C'est toujours bien d'avoir les données. Il y a deux directions principales que nous pouvons suivre pour prendre en charge le mobile pour votre entreprise : #1 Nous pouvons rendre votre site compatible avec le mobile. Avez-vous été sur un site Web où vous pouvez voir toute la version de bureau, puis vous devez pincer pour trouver le bon bouton et les bons liens ? »

" Oui, c'est vraiment ennuyeux !"

« Au strict minimum, nous rendrons au moins votre site compatible, cela coûtera le moins cher. # 2 , nous construirons votre site de manière "réactive", ce qui signifie que votre site Web sera réellement adapté aux appareils, qu'il s'agisse d'un téléphone ou d'une tablette. Laissez-moi vous montrer la différence entre les deux sur votre téléphone.

« J'aime celle qui est plus facile. »

" Je suis d'accord, je pense que vos clients préféreront utiliser celui-là aussi."

Trop de concepteurs de sites Web laissent la « conception de sites réactifs » comme élément d'étendue du travail et n'ont jamais de conversation sur sa pertinence et ce que cela signifie vraiment pour l'entreprise de leur client.

J'ajoute généralement au moins 50 à 100 % à la conception et à la construction de mes projets pour rendre le site réactif. Et d'après mon expérience, mes clients étaient heureux de payer pour le travail supplémentaire.

Je vous invite à utiliser cette méthode dans votre entreprise de conception de sites Web pour voir comment cela change votre relation avec l'explication de la conception de sites Web réactifs à votre client potentiel. En fin de compte, cela n'a d'importance que si cela vous aide à créer de la valeur et, par conséquent, à ajouter des revenus supplémentaires à votre entreprise de conception de sites Web.