Attendre plusieurs jours qu’un artisan se déplace ou réponde à une demande simplement pour obtenir une première vision du coût de ses travaux peut être frustrant.
JSR Solution avait une idée précise : permettre à un particulier de décrire lui-même son projet en ligne et d’obtenir, à l’issue du parcours, un véritable devis travaux au format PDF, sans attendre le retour des entreprises consultées.
Pour que cela fonctionne, impossible de se contenter d’un formulaire « Nom, email, décrivez votre projet ».
Il fallait demander les bonnes informations, effectuer les calculs correspondants, appliquer les règles métier prévues par JSR Solution, gérer le paiement puis générer automatiquement le document.
C’est le type de projet où mon travail de développeur consiste avant tout à transformer une connaissance métier en outil utilisable par quelqu’un qui ne la possède pas.
Le besoin était déjà très clair
Sur ce projet, je ne suis pas arrivé en expliquant au client comment son activité devait fonctionner.
JSR Solution avait déjà défini le principe de son service :
un utilisateur choisit les travaux qu’il souhaite réaliser, renseigne les informations nécessaires au chiffrage et peut ensuite obtenir son devis directement en ligne moyennant quelques euros.
Mon travail a surtout consisté à traduire cette logique dans un parcours web cohérent.
Et ce n’était pas complètement trivial.
Parce que pour produire un devis crédible, il faut nécessairement obtenir des données précises.
Une surface en mètres carrés.
Une longueur en mètres linéaires.
Un nombre d’éléments.
Un type de prestation.
Certaines caractéristiques du chantier.
On ne peut pas supprimer ces questions sous prétexte de rendre le formulaire plus court.
Le véritable enjeu était donc de demander beaucoup d’informations sans donner l’impression de remplir un formulaire interminable.
Un devis travaux ne peut pas être calculé avec trois questions
C’est probablement l’un des aspects les plus intéressants du projet.
Dans beaucoup de formulaires commerciaux, moins on demande d’informations, mieux c’est.
Ici, c’était l’inverse.
Si le système doit calculer le montant d’un poste de travaux, il faut disposer des données nécessaires à ce calcul.
Pour une surface à traiter, il faut connaître les mètres carrés.
Pour certains éléments, les mètres linéaires.
Pour d’autres, une quantité, une dimension ou une option particulière.
Ces informations ne sont pas accessoires : elles alimentent directement le calcul du devis.
Il fallait donc trouver un équilibre entre précision et simplicité d’utilisation.
Découper la complexité en petites étapes
Afficher toutes les questions sur une seule page aurait probablement donné quelque chose d’assez décourageant.
J’ai donc développé le parcours autour d’étapes successives.
L’utilisateur avance progressivement dans son projet.
Il choisit une catégorie de travaux, précise ses besoins, renseigne les quantités nécessaires et poursuit jusqu’à avoir fourni les éléments permettant au système de calculer le devis.
Cette approche permet de rendre une opération relativement complexe beaucoup plus digeste.
À l’écran, l’utilisateur n’a jamais à gérer toute la complexité du système.
Il répond simplement à la question qui concerne l’étape actuelle.
C’est un principe que j’aime beaucoup dans le développement d’outils métier :
le logiciel peut être complexe derrière l’écran sans que son utilisation le soit.
Les réponses doivent aussi modifier la suite du parcours
Tous les utilisateurs ne réalisent évidemment pas les mêmes travaux.
Il aurait donc été inutile de poser toutes les questions à tout le monde.
Le parcours réagit aux choix effectués.
Selon les prestations sélectionnées, certaines étapes apparaissent, d’autres ne sont pas nécessaires et les données demandées changent.
On peut ainsi avoir un moteur relativement complexe tout en gardant une interface compréhensible.
C’est précisément là qu’un développement web sur mesure prend son intérêt.
On ne cherche plus à faire entrer le besoin dans les possibilités d’un formulaire standard.
C’est le formulaire qui suit les règles du métier.
Derrière chaque choix, il fallait traduire des règles de calcul
La partie visible du projet n’est finalement que la pointe de l’iceberg.
Derrière les différentes étapes, les données renseignées par l’utilisateur doivent être interprétées puis utilisées pour construire le devis.
Une quantité saisie ne représente pas simplement « 25 ».
Elle représente par exemple 25 m² associés à une prestation donnée, avec une règle de calcul précise.
Le moteur doit donc savoir :
- quelles informations utiliser ;
- à quelle prestation elles correspondent ;
- comment calculer chaque poste ;
- quelles options doivent être prises en compte ;
- comment organiser les différents éléments dans le document final.
C’est cette partie qui transforme le formulaire en véritable outil métier.
L’utilisateur obtient réellement son devis
Le parcours ne se termine pas par :
« Merci, un conseiller vous rappellera prochainement. »
C’était justement tout l’intérêt du projet.
À l’issue de la saisie, l’utilisateur peut obtenir son devis travaux directement en ligne.
Le service est payant, pour quelques euros.
Après validation du paiement, le système génère automatiquement le document PDF correspondant aux informations et aux travaux renseignés.
Le visiteur repart donc avec quelque chose de concret immédiatement, sans attendre qu’un artisan consulté trouve le temps de préparer une première proposition.
Pour JSR Solution, ce n’est pas non plus simplement un moyen de récupérer un prospect.
Le document généré est le produit vendu par le service.
Et cette différence change complètement la manière de concevoir le parcours.
Paiement, calcul et génération du PDF doivent fonctionner comme un seul ensemble
C’est aussi ce qui rend ce développement intéressant techniquement.
Plusieurs briques doivent fonctionner ensemble.
Le parcours recueille les informations.
Le moteur réalise les calculs.
Le paiement doit être validé.
Puis les données doivent être utilisées pour générer le document final.
L’utilisateur ne doit évidemment pas avoir à comprendre ce qui se passe entre ces différentes étapes.
Pour lui, le fonctionnement doit rester simple :
je décris mes travaux → je règle le service → je récupère mon devis.
Une grande partie du travail de développement consiste précisément à cacher la mécanique nécessaire pour rendre cette simplicité possible.
Pourquoi ne pas simplement générer une estimation à l’écran ?
Parce que ce n’était pas le service imaginé par JSR Solution.
Le besoin était de produire un document de devis au format PDF, structuré à partir des informations fournies et des règles de calcul définies pour le service.
Cela implique davantage de travail qu’un simple montant affiché à la fin d’un simulateur.
Le contenu doit être organisé.
Les différents postes doivent apparaître correctement.
Les données du projet doivent être reprises au bon endroit.
Et le document doit pouvoir être généré de manière reproductible quel que soit le scénario suivi par l’utilisateur.
C’est typiquement le genre de besoin où un développement spécifique devient rapidement plus cohérent qu’une succession de plugins détournés de leur usage initial.
Ce que j’aime dans ce projet : le site produit quelque chose
C’est probablement ce qui représente le mieux la direction que je souhaite donner à mon métier.
Un site internet peut présenter une entreprise.
Il peut attirer des visiteurs grâce au référencement naturel.
Il peut générer des demandes.
Mais il peut aussi effectuer une partie du travail.
Ici, le visiteur ne consulte pas simplement des pages avant de remplir un formulaire.
Il utilise réellement le site pour accomplir quelque chose.
Il décrit son projet.
Le site exploite les informations.
Il effectue des calculs.
Il génère un document.
C’est à ce moment-là que le web devient beaucoup plus qu’un support de communication.
Il devient un outil directement intégré au service proposé par l’entreprise.
Le client connaît son métier, mon rôle est de le traduire techniquement
Ce projet illustre aussi assez bien la façon dont j’aime travailler.
Je n’avais évidemment pas vocation à expliquer à JSR Solution comment chiffrer ses prestations.
Cette expertise venait du client.
En revanche, il fallait transformer ces règles et cette connaissance métier en quelque chose qu’un utilisateur puisse comprendre et qu’une application puisse exécuter.
C’est souvent là que se situe mon travail sur un développement sur mesure.
Le client m’explique :
« Dans notre métier, lorsqu’on a telle situation, on doit prendre en compte ceci, puis calculer cela. »
Et je dois transformer cette phrase en :
données → règles → interface → calcul → résultat.
C’est un travail à la frontière entre compréhension métier et développement.
Et après vingt ans de web, c’est précisément le genre de projet que je trouve le plus intéressant.
Et le projet ne s’est pas arrêté au simulateur
J’ai également développé pour JSR Solution un extranet permettant de gérer les dossiers clients.
On retrouve donc les deux faces d’un même sujet :
côté public, faciliter la création d’un devis ;
côté entreprise, disposer d’un outil permettant de suivre les dossiers.
C’est une bonne illustration de ce que peut devenir un site lorsque l’on commence à réfléchir en termes de processus métier plutôt qu’uniquement en termes de pages web.
Vous pouvez retrouver ce projet parmi mes réalisations.
Votre activité repose elle aussi sur des calculs ou des règles particulières ?
Vous proposez peut-être un service pour lequel vos clients doivent fournir plusieurs informations avant d’obtenir un tarif.
Des surfaces.
Des dimensions.
Des quantités.
Des options.
Des règles de compatibilité.
Il n’est pas toujours nécessaire de demander à vos équipes de traiter ces informations manuellement.
Dans certains cas, un outil web peut guider votre client, effectuer les calculs et lui fournir immédiatement le résultat attendu.
Cela peut être un devis, un tarif, une configuration, un document ou simplement une demande déjà structurée.
Si vous avez ce type de fonctionnement, expliquez-moi comment vous travaillez aujourd’hui.
Vous connaissez les règles de votre métier. Mon travail consiste à voir comment le web peut les appliquer.