Sur mesure chez AlibeeZ : ce qui se passe quand votre besoin dépasse le paramétrage

Aucun éditeur ne peut prévoir toutes les spécificités d’un métier. Tôt ou tard, une organisation formule une demande que le produit ne couvre pas tel quel : un circuit de validation qui dépend d’un critère inhabituel, un formulaire qui doit calculer, un contrôle propre à un client. À ce moment-là, deux mauvaises réponses sont fréquentes : « ce n’est pas possible », ou un développement livré à part, que personne ne maintient ensuite.

AlibeeZ a choisi une troisième voie : ne pas vous laisser seul avec le problème. Le besoin se cadre avec nos équipes, qui connaissent le produit et votre secteur, et il suit toujours le même chemin. Le schéma ci-dessus en présente les quatre étapes, numérotées dans l’ordre où elles se déroulent.

Avant le sur-mesure : ce que le paramétrage couvre déjà

Le sur-mesure n’est pas le point de départ. AlibeeZ se règle d’abord par huit leviers, dont aucun ne demande d’écrire du code : plus de 400 règles de gestion, les workflows, les formulaires, les champs personnalisés, les tags historisés, les rapports, les alertes et les newsletters de l’écran d’accueil.

Chacun a son périmètre, et c’est en connaissant ces périmètres qu’on sait quand on en sort. Quelques exemples tirés du produit :

• un circuit de validation se règle par le rôle, le montant, l’entité ou le type de projet, sans développement tant qu’on reste dans ces dimensions ;
• un formulaire simple se construit depuis l’administration ; dès qu’il porte des règles ou des calculs, on le cadre avec vous ;
• les champs, les tags, les rapports, les alertes et les annonces publiées sur l’accueil sont entièrement entre vos mains.

La plupart des spécificités que l’on croit uniques sont déjà couvertes par ces leviers. C’est pour cela que la première étape consiste à le vérifier.

Les quatre étapes, une par une

1. On met le besoin à plat

Vous décrivez le cas réel, pas une spécification. Inutile de rédiger un cahier des charges : il suffit d’expliquer ce qui se passe aujourd’hui et ce qui coince. Nos équipes reformulent le besoin, puis vérifient d’abord si le paramétrage existant y répond. C’est souvent le cas, et la demande s’arrête là, réglée par une règle de gestion, un champ ou un circuit.

2. On vous dit ce que ça implique

Selon la demande, cela relève du paramétrage ou d’un développement. Vous savez lequel avant de vous engager, avec le délai et, s’il y a lieu, le chiffrage. Il n’y a pas de zone grise : la nature de la demande est tranchée dès le cadrage, pas découverte à la livraison.

3. Vous l’essayez sur une base de test

Avant la production, la modification est déployée sur une base de test, alimentée par vos données. Vous la manipulez dans vos conditions réelles, puis vous la validez ou vous demandez à l’ajuster. Rien ne part en production avant votre validation. C’est la règle plutôt que l’exception, et elle vaut aussi pour les leviers de paramétrage : un nouveau champ, par exemple, peut être déployé sur une base de test pour que vous l’essayiez.

4. Ça rejoint le socle

Une fois livrée, la modification est maintenue et suit les mises à jour comme le reste du produit. Vous ne portez pas une version spécifique dans un coin. Les versions d’AlibeeZ arrivent en continu, sans interruption pour vos équipes, et ce qui a été fait pour vous les suit.

Ce qui est inclus, ce qui est chiffré

AlibeeZ ne présente pas le sur-mesure comme gratuit. Le cadre est simple et il est annoncé à l’avance :

Dans les deux cas, le point de départ est la même conversation. Vous n’avez pas à savoir de quel côté tombe votre demande pour la formuler : c’est le rôle du cadrage de vous le dire.

Qui est en face de vous

Le cadrage n’est pas confié à un intermédiaire. Chez AlibeeZ, le support, l’intégration et le développement se font en interne, avec une équipe technique qui répond de toute la pile, de l’architecture à l’ergonomie. La personne qui reformule votre besoin connaît donc le produit de l’intérieur, et peut vérifier si une règle existante y répond.

Un besoin spécifique se traite en développement, pas en contournement : ce qui est construit pour vous fait partie du produit, au lieu de vivre à côté.

Ce que ça change

• une demande décrite avec vos mots, sans cahier des charges à rédiger ;
• la nature de la demande, son délai et son éventuel chiffrage connus avant tout engagement ;
• une modification manipulée sur vos propres données avant la production ;
• pas de version spécifique à porter : ce qui est livré est maintenu avec le produit.

Pour aller plus loin : les critères généraux qui séparent paramétrage et développement sont détaillés dans notre article sur le paramétrage ou le développement spécifique. Pour voir ce que le paramétrage couvre avant d’en arriver là, lisez l’article sur les règles de gestion et celui sur les workflows de validation.

FAQ

Comment savoir si ma demande relève du paramétrage ou d’un développement ?

Vous n’avez pas à le savoir à l’avance. Vous décrivez le cas réel, nos équipes vérifient d’abord si le paramétrage existant y répond, puis vous disent de quel côté tombe la demande, avec le délai et, s’il y a lieu, le chiffrage, avant tout engagement.

Une demande spécifique est-elle facturée ?

Cela dépend de son ampleur. Un ajustement de paramétrage est traité dans le cadre de l’abonnement. Un développement spécifique est chiffré et validé avec vous avant d’être lancé.

Peut-on tester la modification avant la mise en production ?

Oui. La modification est déployée sur une base de test alimentée par vos données. Vous la manipulez, vous la validez ou vous demandez un ajustement, et rien ne part en production avant votre validation.

Un développement fait pour nous survit-il aux mises à jour ?

Oui. Ce qui est livré rejoint le socle du produit et est maintenu avec lui. Vous ne restez pas bloqué sur une version, et vous continuez à recevoir les évolutions du produit.