Pour les investisseurs

Ce qu'est module.monster

Toute boutique PrestaShop finit par avoir besoin de quelque chose que la plateforme ne fait pas d'elle-même : un badge sous les produits d'un fournisseur, une règle qui change ce que propose le tunnel de commande, un export qu'un grossiste exige. Chacun de ces besoins est un petit travail, et le coût de la commande — trouver une agence, rédiger un brief, attendre un devis, expliquer sa boutique à quelqu'un qui ne l'a jamais vue — est sans commune mesure avec le travail lui-même, ce qui explique que tant de ces idées ne voient jamais le jour. module.monster vise exactement cet écart : un marchand décrit avec ses mots ce que sa boutique devrait faire, un agent cadre l'idée avec lui, et un pipeline autonome livre un module PrestaShop installable et documenté qui lui appartient. Le produit s'adresse aux marchands qui tiennent ces boutiques et aux petites agences qui s'en occupent.

Ce que fait le produit

• Le cadrage vient d'abord. Un agent conversationnel qui connaît PrestaShop travaille l'idée avec le client : il objecte quand la demande relève déjà du comportement natif de la plateforme ou qu'elle représente en réalité trois modules, et tranche ce qui ne se devine pas — où le module apparaît, quels hooks il utilise, ce qui est configurable et ce qu'il ne fera délibérément pas. Rien n'est construit et rien n'est facturé tant que le client n'a pas validé cette spécification.
• La validation confie la spécification à un pipeline qui écrit le module, puis l'installe et le met à l'épreuve sur un PrestaShop réel : ce qui est livré a donc été exécuté, pas seulement écrit. Une étape qui revient fausse est relancée, et un module qui ne tombe toujours pas juste nous est signalé pour examen, plutôt que livré cassé.
• La même exécution traduit le module dans les langues choisies par le client, capture ses écrans, rédige un guide illustré et emballe le tout dans un zip de module PrestaShop ordinaire. De la validation au téléchargement, cela tourne sans intervention.
• Ce que le client obtient, c'est du PHP lisible sous une licence ouverte, qu'il installe lui-même, quand il le décide. Le module ne rappelle personne et ne dépend pas de nous pour continuer à fonctionner — délibérément, car posséder entièrement le résultat fait une bonne part de ce qu'il achète.

Où nous en sommes

module.monster est en bêta, et le badge à côté de notre nom n'est pas décoratif. Le service fonctionne de bout en bout et les modules qu'il livre sont réels et installables, mais il est jeune et cherche encore ses limites : un build échoue de temps en temps, et ce que nous acceptons est volontairement étroit — un module à la fois, de la taille d'un travail qu'un développeur connaissant PrestaShop mènerait d'une traite.

Nous préférons le dire ici plutôt que de le laisser découvrir. Ce que le service fait aujourd'hui, limites comprises, est écrit en entier dans la documentation, et c'est le même document que lisent nos clients.

Nous écrire

Si vous regardez module.monster comme un investissement, écrivez à [email protected] avec « Investment enquiry » en objet : c'est cet objet qui garde le message hors de la file du support, et le bouton ci-dessous le remplit pour vous. Ce que vous envoyez arrive aux personnes qui construisent le produit.

Les documents et les chiffres se partagent sur demande, pas sur cette page. Dites-nous ce que vous auriez besoin de voir et nous enverrons ce que nous avons ; préciser où vous en êtes dans votre propre processus aide à placer la conversation au bon niveau. La même adresse convient pour une question sur le produit ou sur le pipeline, si vous préférez commencer par là.