iAmEvolving – Plateforme WordPress sur mesure
iAmEvolving
Un thème acheté fixe la forme d’un site avant que quiconque ait demandé ce qu’il doit faire, et chaque exigence par la suite est contournée autour de lui. Le développement sur mesure part des exigences et produit quelque chose qui reste maintenable à mesure qu’elles changent.
Le sur mesure n’est pas automatiquement le bon choix. Pour un site simple, au contenu conventionnel et sans intégrations, un thème bien choisi est plus rapide et moins cher, et nous le dirons. Le calcul change quand le site doit faire quelque chose de précis, et il change généralement plus tôt qu’on ne le croit.
Le coût d’un thème, ce n’est presque jamais la licence. C’est l’accumulation des contournements : l’extension ajoutée parce que le thème ne savait pas faire une chose, le thème enfant qui redéfinit la moitié du parent, la page bâtie avec douze conteneurs imbriqués parce que la mise en page n’avait pas été prévue, et la mise à jour impossible à cause des trois. Deux ans plus tard, l’organisation paie déjà un développement sur mesure, par versements mensuels, sans en posséder un.
Personnes, lieux, programmes, documents, produits, événements : des objets avec des champs et des relations, pas seulement des pages de texte. Un contenu structuré exige un modèle, et un modèle n’est pas quelque chose qu’un thème peut fournir.
Si une équipe met le site à jour chaque semaine, l’expérience d’édition est le produit. Un jeu de blocs contraint qui produit un balisage correct vaut mieux qu’une toile ouverte capable de produire n’importe quoi, y compris n’importe quoi.
Types de contenu, taxonomies et métadonnées conçus autour de ce que l’organisation gère, avec les relations entre entités modélisées correctement. C’est la décision dont tout le reste hérite, et celle qui devient une migration plutôt qu’une refonte si elle est mauvaise.
Construits à partir du système de design plutôt qu’à partir d’un thème de départ dont on retire des fonctions. Des gabarits qui rendent le modèle de contenu, un pipeline de construction, et aucun code traîné pour un cas d’usage que le site n’a pas.
Calculateurs, répertoires, interfaces de recherche, tableaux de bord, routines d’importation, outillage d’administration. Écrits comme extensions quand la fonction doit survivre au thème, et documentés pour la personne qui les maintiendra ensuite.
Des espaces de noms REST sur mesure quand une autre application, une interface ou un système partenaire doit lire ou écrire. Authentifiés, validés, conscients des limites de débit, et versionnés.
Rôles et permissions calqués sur les responsabilités réelles, révision et aperçu qui montrent la vraie page, et des flux de publication qui n’exigent pas un développeur en attente.
Dites-nous ce que le site doit faire et qui doit le maintenir. Nous vous dirons quelles parties exigent vraiment du sur mesure et lesquelles non. La deuxième liste est généralement plus longue qu’on ne le pense.
La mesure d’une construction sur mesure n’est pas son allure au lancement. C’est de savoir si un développeur qui ne l’a jamais vue peut la reprendre dans deux ans et changer quelque chose sans en casser trois autres. Nous écrivons selon les normes de codage WordPress, gardons le code sous gestion de versions avec la configuration qui définit le site, documentons l’architecture et les décisions qui la sous-tendent, et évitons les solutions astucieuses qui ne fonctionnent que tant que leur auteur est disponible.
Cela compte commercialement autant que techniquement. Une plateforme qu’un seul fournisseur peut maintenir n’est pas un actif, et les organisations en processus d’approvisionnement formel doivent généralement pouvoir démontrer le contraire.
Cinq marques hypothécaires et de courtage. La plateforme M3 Tech exploite des types de contenu sur mesure pour les employés, les bureaux, les franchises, les régions, les postes et les prêteurs, synchronisés avec le CRM BOSS du client, avec des interfaces d’administration en React pour gérer ces données et une bibliothèque de blocs Gutenberg partagée dans le thème parent.
Une plateforme de commerce sans extension de commerce. iAmEvolving® est un thème sur mesure bâti à partir de rien : pas de WooCommerce, pas d’extension de courriel tierce, pas de constructeur de pages. Il porte sa propre boutique, un moteur d’infolettre et d’automatisation fonctionnant par tâches planifiées, une livraison de cours échelonnée, et trente-cinq blocs sur mesure.
Un portail de membres avec son propre modèle de permissions. Doolittle Lake Club possède des rôles Membre et Actionnaire sur mesure avec cumul possible, deux types de documents aux accès distincts, un système de téléchargement sécurisé, un type de contenu d’inventaire et une navigation sensible aux rôles. Rien de tout cela n’est un réglage d’extension.
Chacun de ces projets est parti d’une exigence qu’un thème ne pouvait pas satisfaire. Les études de cas exposent ce qui a été construit et pourquoi.
Plus cher au départ, et souvent moins cher dès la troisième année. Le coût d’un thème n’est pas sa licence, ce sont les contournements : les extensions achetées pour combler les manques, le temps de développement passé à se battre contre des gabarits qui n’ont pas été conçus pour votre contenu, et la mise à jour impossible à cause des deux. La comparaison qui vaut la peine porte sur la durée de vie de la plateforme, pas sur la facture du lancement. Pour un site simple au contenu conventionnel, le thème gagne encore, et nous vous le dirons.
Non, et nous traitons cela comme une exigence plutôt que comme une réassurance. Le code est écrit selon les normes de codage WordPress, gardé sous une gestion de versions qui vous appartient, et documenté au moment du travail plutôt que reconstitué à la passation. Les organisations en approvisionnement formel doivent généralement démontrer qu’un autre fournisseur pourrait reprendre la plateforme, et c’est un test que le travail doit réussir.
Non. Un constructeur de pages résout le même problème qu’une bibliothèque de blocs, et il le résout en stockant la mise en page et le balisage dans la base de données, ce qui rend le site coûteux à modifier plus tard. Nous construisons plutôt des blocs Gutenberg rendus côté serveur, pour que le balisage vienne du code au moment de l’affichage et qu’une correction s’applique à toutes les pages qui utilisent le bloc, y compris celles publiées il y a des années.
Oui, et c’est fréquent. Quand une palette de marque ne peut atteindre le contraste AA sur les éléments d’interface, nous le soulevons tôt et proposons des variantes pour ces éléments plutôt que de livrer discrètement quelque chose qui échouera à une révision ultérieure.
Le modèle de contenu et les intégrations le déterminent bien plus que le design. Un site avec quelques types de contenu et aucun système externe est un projet différent d’un site qui modélise des entités avec des relations et lit dans un CRM. Nous découpons le travail en phases et estimons chaque phase par écrit, pour que l’échéancier découle d’une portée décidée plutôt que d’une moyenne.
La plupart de ce qu’une équipe des communications veut changer ne devrait pas nous demander, et c’est tout l’intérêt d’une bibliothèque de blocs bien conçue. Pour le reste, les mêmes développeurs qui ont construit la plateforme continuent avec elle. Voir maintenance et soutien.