Histoire de la refonte - 1 (corriger un projet legacy de 200 semaines)

Il s’agit d’un retour d’expérience personnel, mais je pense que d’autres développeurs se posent probablement des questions similaires, donc je le partage.

Histoire de la refonte - 1

[Pourquoi l’avoir repensé côté front ?]

Select Admin a poursuivi des améliorations progressives pendant près de 200 semaines d’affilée, sans s’arrêter une seule semaine

• le service Select Admin existant est exploité depuis l’automne 2021
• de nombreuses améliorations depuis la mise en place de la version payante en 2022
• en 2023, extension au-delà de l’admin vers le dashboard et jusqu’au Partner Center
• en 2024, montée en gamme pour répondre aux exigences des grands groupes et des ETI

Select Admin s’est étendu, mais je pense que son mode d’utilisation de base est resté le même

• les changements de l’environnement d’édition sont restés inchangés depuis l’aperçu ajouté en 2022
• la spécification YAML a continué à s’enrichir tout en conservant la compatibilité descendante
• les fonctions de déploiement et d’environnement ont été ajoutées en 2023
• l’usage en mode on-premise, le CLI et Git ont été renouvelés en 2024

À l’origine, le produit a été ouvert aux développeurs, mais il avait en réalité des atouts variés pour des profils d’utilisateurs très différents

• se connecter à une base de données et exécuter immédiatement des requêtes
• encapsuler une API en interne et la fournir sans partager d’ENV
• créer des écrans même sans être développeur front
• retoucher des menus et des écrans déjà créés même sans être développeur

Le principal problème est que la manière de l’utiliser devient plus difficile, et les nouveaux utilisateurs se retrouvent face à une documentation encore plus complexe

• du point de vue d’un développeur back-end, la documentation contient du code JavaScript et CSS
• du point de vue d’un développeur front-end, la documentation contient du SQL et du code de cache
• du point de vue d’un C-level, pour une adoption pourtant simple, il faut tout de même prendre en compte les permissions détaillées, les groupes d’organisation et les politiques de sécurité
• les particuliers et petites structures se voient appliquer une grille tarifaire pensée pour les entreprises
  Le nombre total d’éditeurs diminue, ce qui réduit les retours et les demandes d’amélioration
• seuls augmentent les utilisateurs qui créent des admins complexes et des Partner Centers, tandis que ceux qui créent des pages simples de consultation et de modification sont en baisse
• pour une startup, les utilisateurs sont indispensables pour développer un bon produit. Les besoins clients ont bien plus de valeur que la planification interne
• nous avons énormément besoin de retours issus de nouveaux arrivants

Nous réfléchissons sur un même plan à de bons utilisateurs, à un bon produit et à un bon prix

• même si nous voulons offrir davantage d’UI et de fonctionnalités, il est difficile d’obtenir le budget nécessaire sans abonnés payants
• si le produit est difficile, même avec plus de nouveaux utilisateurs, le coût du support client augmente
• lorsqu’un développeur passionné et sincèrement investi dans la résolution de problèmes commence à utiliser le produit, si l’équipe Select est déjà débordée, il est malheureusement facile de manquer le bon moment pour créer rapidement une relation
• nous nous sommes demandé comment apporter de l’aide de manière continue
  Au final, nous avons tous réfléchi ensemble à une direction plus profonde
• créons un petit produit. Select Admin a trop de fonctionnalités, et 80 % des utilisateurs n’en exploitent que 20 %
• comprenons mieux les irritants liés à l’admin. Select Admin ne doit pas seulement aider à la création, mais aussi alléger la réflexion sur la planification, la conception et l’exploitation
• permettre de transmettre facilement et de collaborer. Même si le responsable change de poste, quitte l’entreprise ou change d’équipe, il faut que la passation reste légère pour tout le monde (nous avons vu d’innombrables cas en 4 ans)

Un usage plus simple, un prix plus bas, un point de départ plus rationnel

• je pense que l’attrait d’un produit est une expérience qui va du début jusqu’à la fin, c’est-à-dire au résultat
• les fonctionnalités dont le coût de fourniture est élevé (sécurité) sont sorties autant que possible en services additionnels, et pour la majorité des utilisateurs, toutes les fonctionnalités sont proposées dans le plan gratuit
• refonte de la tarification pour que seuls les utilisateurs satisfaits paient (autant que le nombre de développeurs). Ne pas bloquer un développeur solo en lui permettant d’exploiter un service admin pour 500 personnes même avec une offre payante

J’expliquerai plus concrètement ce qui change dans le prochain article

[moderator]

Comme ce contenu ne convenait pas à Show GN, il a été déplacé vers les actualités.