# Cadrer un besoin de module avant de le chiffrer

> « Il me faudrait un module pour gérer les acomptes », « un module de filtre », « un module de synchronisation » : formulées ainsi, ces demandes ne peuvent pas être chiffrées sérieusement, parce qu’elles décrivent une solution imaginée plutôt qu’un besoin.

- Source canonique : [https://allaux.fr/modules/cadrer-un-besoin-de-module](https://allaux.fr/modules/cadrer-un-besoin-de-module)
- Langue : FR
- Dernière mise à jour : 2026-08-02

## Décrire le problème, pas la solution

La première question que je pose n’est jamais « que doit faire le module », mais « que faites-vous aujourd’hui à la main, et à quel moment ça coince ». La réponse déplace souvent le périmètre : ce qui était demandé comme un module d’import se révèle être un problème de format de fichier fournisseur, et ce qui était demandé comme un module de tarification est déjà couvert par les règles de prix natives, mal paramétrées.

Quand le besoin est réel, cette description donne aussi les cas limites, qui sont l’essentiel de la charge : que se passe-t-il si le client annule, si le stock manque, si la commande est passée hors ligne, si le produit existe en plusieurs déclinaisons, si la boutique est multilingue.

## Ce que je dois savoir avant de chiffrer

- La plateforme et sa version exacte, ainsi que la version de PHP du serveur
- Le thème utilisé, et s’il a été modifié directement ou via un thème enfant
- Qui saisit l’information, où elle doit apparaître, et qui doit la voir
- Ce qui doit se passer en cas d’erreur : bloquer, alerter, ou continuer sans rien dire
- S’il faut que la fonction survive à une mise à jour majeure de la plateforme
- Si des données existantes doivent être reprises, et sous quel format

## Le point qui change tout : front, back, ou les deux

Un traitement purement interne, visible seulement dans l’administration, ne dépend ni du thème ni du parcours d’achat : il est cadré, testable et stable dans le temps. Dès que la fonction doit apparaître côté client, elle entre en contact avec le thème, avec le cache, avec le tunnel de commande et avec l’affichage mobile. Sur PrestaShop, cela veut dire choisir des points d’accroche que le thème appelle réellement ; sur WooCommerce, cela veut dire dépendre des actions et filtres que le thème n’a pas court-circuités par une surcharge de gabarit.

C’est pour cette raison que je demande une capture d’écran ou une maquette, même grossière, de l’endroit où la fonction doit apparaître. Une phrase ne suffit pas à savoir si le développement dure deux jours ou deux semaines.

## Pages liées

- **Ce qui fait le prix d’un module sur mesure** — Les facteurs techniques qui font varier la charge une fois le besoin cadré. ([/modules/ce-qui-fait-le-prix-d-un-module](/modules/ce-qui-fait-le-prix-d-un-module))
- **Acheter un module ou le faire développer** — Le cadrage sert d’abord à savoir si un module du marché suffit. ([/modules/acheter-ou-faire-developper](/modules/acheter-ou-faire-developper))
- **Comprendre les hooks PrestaShop** — Le vocabulaire des points d’accroche, utile pour décrire où une fonction doit apparaître. ([/guides/comprendre-hooks-prestashop](/guides/comprendre-hooks-prestashop))
- **Développement sur mesure** — Le cadre de la prestation une fois le besoin décrit et chiffré. ([/services/developpement-sur-mesure](/services/developpement-sur-mesure))

## FAQ

### Faut-il un cahier des charges formel ?

Non. Une page qui décrit le fonctionnement actuel, ce qui doit changer, et deux ou trois exemples concrets de cas réels suffit largement. C’est l’exemple concret qui révèle les cas limites, pas le formalisme du document.

### Pourquoi refusez-vous de chiffrer sur une phrase ?

Parce qu’un chiffrage donné sans cadrage est faux dans les deux sens : soit il est surévalué pour couvrir l’inconnu, soit il est sous-évalué et l’écart réapparaît en cours de route. Ni l’un ni l’autre ne rend service.

### Le cadrage est-il facturé ?

Un échange pour comprendre le besoin et dire si c’est un réglage, un module du marché ou un développement fait partie de la réponse à une demande. Une véritable étude technique, avec lecture du code existant, est en revanche une prestation.

### Et si je ne connais pas la version exacte de ma boutique ?

Elle est indiquée dans le tableau de bord de l’administration, et je peux la retrouver moi-même avec un accès en lecture. C’est une information que je vérifie de toute façon, parce qu’une fiche de version et une installation réelle divergent souvent.