WPML

Vous êtes-vous déjà demandé pourquoi les gens sont prêts à payer deux, cinq, voire dix fois plus pour le même produit ? C’est un fait connu, les sites Drupal sont environ dix fois plus chers que les sites WordPress. Ainsi, même s’il faut 5 fois plus de temps pour les créer avec Drupal, les développeurs Drupal finissent par empocher beaucoup plus à la fin. Voyons pourquoi cela se produit et comment vous pouvez en tirer parti.

Avez-vous déjà entendu l’une de ces affirmations ?

  • Drupal est optimisé pour les entreprises et le gouvernement.
  • Le développement sous Drupal nécessite des compétences uniques et implique une meilleure qualité.
  • Drupal évolue mieux.
  • Drupal est plus stable et fiable.

Ainsi, l’idée est que si une plateforme est synonyme de qualité, nécessite des compétences de Jedi et offre des résultats supérieurs, elle justifie ce coût supplémentaire.

Examinons quelques faits pour voir si ces théories tiennent la route.

Les grandes différences entre l’architecture de Drupal et de WordPress


Vous vous souvenez de la « soupe à l’ingrédient secret » dans Kung Fu Panda ? M. Ping (le père de Po) en a toujours fait tout un plat, ajoutant une valeur inquantifiable à sa soupe de nouilles. Quel est l’ingrédient secret de Drupal qui justifie ces prix élevés ?

Drupal a des nœuds. WordPress a des articles. Les deux utilisent la taxonomie pour organiser le contenu. La taxonomie de Drupal possède des champs, ce qui serait également très appréciable dans WordPress.

Les deux utilisent des champs pour étendre le contenu de base, en plus d’un titre et d’un corps de texte. Les deux disposent d’une interface graphique qui permet aux administrateurs de gérer le contenu. Certains diront que l’interface de WordPress est bien plus pratique que celle de Drupal. Les deux possèdent des systèmes de modèles, ce qui permet d’afficher le contenu sur l’interface publique. Les deux utilisent des filtres et des hooks pour étendre les fonctionnalités du noyau. Les extensions de Drupal s’appellent des modules. Dans WordPress, on les appelle des extensions. Les deux fonctionnent sous PHP et prennent en charge plusieurs types de bases de données. Les deux tournent sur différents serveurs web et disposent d’excellentes extensions de cache.

À la fin du film, M. Ping révèle le secret. Il n’y a pas d’ingrédient secret. C’est juste une bonne soupe. Il en va de même pour Drupal, WordPress et la plupart des autres systèmes de gestion de contenu. Il n’y a pas de grande différence entre Drupal et WordPress. Ils sont très similaires, avec seulement des différences mineures.

Pour quoi les gros clients paient-ils ?


Les gros clients ne sont pas stupides. Lorsqu’ils rédigent un cahier des charges pour leur projet à 40 000 $ et qu’ils spécifient Drupal, nous pouvons supposer qu’ils le font pour une bonne raison. Donc, si les systèmes sont vraiment si similaires, que se passe-t-il d’autre ici ?

Un site web fait partie de la stratégie marketing de l’entreprise. Souvent, il en est l’épicentre. Le site d’une entreprise est comme l’étoile au centre d’un système planétaire. Toutes les autres activités gravitent autour de lui. La conversion se produit sur le site et tout le reste génère le trafic.

Lorsqu’un responsable marketing rédige un cahier des charges pour un site, c’est le résultat d’une campagne marketing soigneusement planifiée. La création du site coûte de l’argent, mais c’est insignifiant par rapport au développement du produit de l’entreprise, à la fourniture de l’assistance et à la publicité.

La dernière chose dont un responsable marketing a besoin, c’est que sa campagne soigneusement planifiée déraille à cause de problèmes de mise en œuvre. Le coût de la non-exécution de votre plan marketing dépasse de loin le coût de création d’un site.

Donc, lorsque vous voyez un projet avec un budget de 40 000 $ et un délai de 6 semaines, n’oubliez pas qu’une partie de cet argent est destinée au développement et qu’une autre partie est destinée à l’assurance. L’assurance que quoi qu’il arrive, quelles que soient les difficultés qui pourraient survenir, ce projet sera terminé à temps et conformément au cahier des charges.

Je pense que c’est la principale raison pour laquelle Drupal apparaît comme une exigence dans tant de projets vastes et lucratifs. Réfléchissons ensemble à la façon dont Drupal a acquis cette réputation.

Un processus de développement Drupal typique


Un projet normal se déroule ainsi :
  1. Analyser les exigences
  2. Concevoir un thème
  3. Trouver des modules qui implémentent différentes parties
  4. Créer le reste vous-même, avec des modules clés et un peu de PHP
  5. Livrer

L’avantage de ce processus est qu’il est garanti. Puisque le développeur utilise des modules comme des Lego et a la flexibilité de créer ses propres fonctionnalités, les choses convergent.

Quand on y pense, ce processus ci-dessus est assez proche de ce que vous faites avec WordPress, n’est-ce pas ? Alors, pourquoi Drupal a-t-il une réputation de « plateforme » ? Parce que les développeurs créent davantage avec et utilisent moins de sites préfabriqués. Créer quelque chose signifie que vous contrôlez le résultat. Cela signifie également que votre client obtient ce qu’il veut. Toujours.

La question est de savoir comment créer des sites assez efficacement pour gagner de l’argent au passage. Ne vous contentez pas de regarder les modules. Regardez comment ils sont connectés entre eux.

Les projets Drupal sont assemblés par des modules et de la colle


Les développeurs Drupal ont un dicton : « il y a un module pour ça ».

Si vous voulez terminer des projets vastes et complexes à temps et conserver un certain bénéfice, vous devez être efficace. L’efficacité signifie que vous utilisez ce qui est disponible et que vous construisez avec. Vous connectez des modules fonctionnels entre eux et ajoutez votre logique unique, afin que le résultat soit exactement ce dont vous avez besoin.

J’ai pris un échantillon aléatoire de 10 sites dans la section des études de cas de Drupal.org et j’ai vérifié ce qu’ils utilisaient :

La liste d’origine comprenait plus de 80 modules. J’ai retiré tous les modules qui n’apparaissaient qu’une seule fois, ce qui nous laisse cette liste de modules Drupal populaires :

Module Nombre de sites l’utilisant
Views 8
Panels 4
Rules 4
Apache Solr search 2
Ubercart 2
Search API 2
Mailchimp 2
Zen 2

Avant Drupal 7, vous auriez vu un module appelé CCK, apparaissant sur tous les sites. CCK définit des types de contenu personnalisés et des champs. Maintenant qu’il est dans le noyau de Drupal, il n’est plus répertorié comme un module.

Pour apprécier ce que les développeurs Drupal tirent de ces modules, regardez ce qu’ils en disent :

« Views – Nous utilisons cet outil puissant pour afficher des diaporamas, des produits, des pages d’actualités, des FAQ et des pages de profils d’équipe. Nous avons la liberté de sélectionner un contenu spécifique, de le modeler et de l’afficher très facilement sans coder. »

« Panels – Associé à Views, ce module nous donne un pouvoir énorme pour faire des choses encore plus grandes. Nous pouvons afficher plusieurs vues sur la même page et même ajouter notre contenu personnalisé. Notre page d’accueil, notre aperçu des produits et notre page multimédia sont basés sur Panels et Views. »

« Le calendrier a été créé en utilisant une combinaison des modules Views et Date, avec un développement personnalisé autour de chacun d’eux. Le calendrier peut être parcouru et faire l’objet de recherches, et les utilisateurs peuvent également soumettre leurs propres événements au calendrier. »

« Ubercart est notre module le plus important et le plus apprécié. Au sein de la suite Ubercart, nous utilisons les paiements, les attributs de produits, les rapports, les devis d’expédition, les liens de panier, Google Analytics pour Ubercart, les stocks, les tarifs forfaitaires et PayPal. »

« Le module Panels a été utilisé afin de permettre à PEER 1 Hosting de fournir différentes mises en page pour différentes sections du site. Avant ce site, PEER 1 Hosting était obligé de manipuler des fichiers de modèles pour chaque modification, qui devaient ensuite être mis en production par une équipe informatique. En fin de compte, ils voulaient un moyen plus simple de gérer la mise en page, sans avoir besoin de modifier le moindre code. Le module Panels a fourni au site un moyen très simple de modifier les mises en page et le contenu au sein de la mise en page, donnant ainsi aux personnes n’ayant pas de bagage technique la possibilité de gérer le site. Essentiellement, Appnovation a donné à PEER 1 Hosting les bases de Panels, sans les inonder de toutes les excellentes fonctionnalités du module dont ils n’avaient pas vraiment besoin. »

« Rules – Une grande partie de nos modules s’appuient sur ce module clé, qui nous permet de définir des règles pour les événements et les actions dans Ubercart, Ubercart Global Quote et Ubercart Discount Coupons. Nous sommes en mesure d’ajuster des événements tels que les notifications de validation de commande pour les clients/administrateurs et les événements de mise à jour des commandes. »

« Views – Tout comme pour CCK, aucun site ne peut être construit sans le très polyvalent module Views. Le site de PEER 1 Hosting comptait plus de 15 vues à intégrer. Les vues ont été utilisées sur l’ensemble du site pour afficher des éléments tels que du contenu associé, des diaporamas et des vidéos. Des vues par défaut ont été configurées pour permettre à PEER 1 Hosting de sélectionner différentes vues dans l’interface de Panels afin de remplir le contenu de certaines pages. »


Voyons-nous un schéma se dessiner ici ?

Les développeurs Drupal créent des sites en utilisant le noyau et les modules de Drupal. La colle qui relie ces modules entre eux se présente sous la forme de trois extensions :

  • Views
  • Panels
  • Rules
Views charge le contenu depuis la base de données et l’affiche. Panels crée des mises en page flexibles. Rules contrôle ce qui peut se passer sur le site.

La plupart des développeurs peuvent écrire du PHP et tout coder de zéro. Avec suffisamment de temps, beaucoup s’en sortiront très bien sans CMS. Mais l’idée est de livrer les projets à temps et de manière rentable. Réinventer la roue n’est pas le meilleur moyen d’y parvenir.

Les développeurs WordPress peuvent-ils aussi obtenir de gros projets ?


Oui. Certainement. Il suffit d’adopter le bon état d’esprit et d’utiliser les bons outils.

Une façon de créer un site est de choisir un thème qui se rapproche le plus de ce dont le client a besoin et de l’ajuster. Est-ce que ça marche ? Bien sûr, mais il y a un petit hic. Les thèmes étaient à l’origine destinés à concevoir des sites. À habiller le contenu, pas à le créer. Vous pouvez changer de robe 10 fois, cela reste toujours la même femme.

Les thèmes complexes, qui définissent leurs propres types de contenu personnalisés, les rendent de manière très unique (et parfois merveilleuse) et implémentent un flux de travail complet. Ils résolvent un problème tout en en créant un nouveau. Vous obtenez quelque chose qui correspond à 90 % de votre cahier des charges en un rien de temps et pour peu d’argent. Cependant, bien souvent, les derniers 10 % ressemblent à un mur de briques. Il faut un temps fou pour faire de la rétro-ingénierie sur une logique complexe et obtenir exactement ce dont vous avez besoin.

Alors, vous appelez le client, qui attend avec impatience son projet terminé, et vous commencez à négocier des fonctionnalités. Ça va marcher ! Le client n’aura d’autre choix que d’accepter ces compromis. La vie en est pleine. Cependant, le coût est élevé. Vous habituez en fait votre client à l’idée que les sites WordPress sont bon marché, se terminent rapidement, mais ne font pas exactement ce qui est nécessaire. Proche, mais pas exactement.

Vous vous souvenez du responsable marketing du début de cet article ? La dernière chose dont il a besoin, c’est de voir sa stratégie marketing modifiée et décalée, en fonction de ce qu’il est possible ou non d’implémenter dans un thème. Je connais ce responsable marketing. C’est moi. Croyez-moi. Les économies que nous réalisons lorsque nous commandons un site préfabriqué ne sont rien comparées aux coûts d’opportunité perdue, car nous ne pouvons pas exécuter notre stratégie comme nous l’avions prévu. J’y suis passé, je l’ai fait, je ne le referai plus.

Donc, si vous ne retenez qu’une chose de cette histoire, j’espère que ce sera de comprendre qu’un site web d’entreprise n’est pas une négociation. Il n’y a pas de choses cosmétiques et il n’y a pas de règle des 80/20. Pas lorsque vous créez le site. Analysez ce qui doit être fait et ce qu’il faut pour le créer tel que demandé, à temps et avec qualité. Ensuite, faites votre offre en conséquence. Apprenez à vos clients qu’ils peuvent vous faire confiance pour tout ce qu’ils vous confient, et ils vous en confieront.

Ensuite, viennent les outils.

Vouloir faire quelque chose ne signifie pas que vous le pouvez réellement. Vous avez appris à développer, coder et styliser. Vous avez appris l’API de WordPress de fond en comble. Sans ces compétences, vous ne pouvez pas parler de création d’excellents sites web. En plus de cela, les développeurs Drupal utilisent également une poignée de modules clés pour booster leur efficacité. Ils utilisent CCK, Views, Panels et Rules.

Oui, vous pouvez créer d’excellents sites sans aucun de ces modules. Cependant, gagner de l’argent avec un site fait à la main sera très difficile. Vous ne respecterez pas les délais et/ou vous dépenserez plus pour un projet que ce pour quoi vous êtes payé.

Des modules similaires existent aussi pour WordPress. La grande différence est que dans WordPress, on les appelle des extensions :-)

Armé d’une solide compréhension de ce dont les gros clients ont besoin, de la bonne attitude pour le travail et des bons outils, vous pouvez également obtenir des projets WordPress à 10 000 $, 40 000 $ et 100 000 $. Changer la perception des clients demandera du travail, mais c’est tout à fait faisable. N’oubliez pas que ces gros clients ne se soucient que d’une seule chose : que le travail soit fait. La façon dont vous le faites ne dépend vraiment que de vous.

Les thèmes WordPress sont géniaux, mais utilisez-les comme des thèmes


J’espère ne pas donner l’impression de penser que les thèmes WordPress sont une mauvaise chose. Bien sûr que non. Les thèmes WordPress sont géniaux. La disponibilité de thèmes de qualité a largement contribué au succès de WordPress en tant que plateforme. Ce que je dis ici, c’est que souvent, pour livrer de gros projets, ils ne constituent pas la réponse complète.

Les conceptions clés en main ont permis à WordPress de devenir le CMS prédominant sur le web. Elles ont abaissé le point d’entrée pour 95 % des sites et ont aidé WordPress à démocratiser la publication.

Le seul problème, c’est qu’une taille unique ne convient pas à tout le monde. Elle convient à la plupart. Pour obtenir ces gros projets, vous devez utiliser d’autres outils.

Quelle est votre expérience ?

Vous avez trouvé cela utile ? Partagez cet article :