Le produit met dans la même base ce qui était souvent dispersé : dossiers commerciaux, catalogue, documents, validations, paiements et suivi de production. L’enjeu était moins de faire un portail de plus que de rendre le flux métier vraiment relisible.
La plateforme nous donne une base de pilotage solide pour absorber plus de volume sans perdre en qualité. C’est un vrai outil de croissance, utile au quotidien.
Le cockpit projet, les documents, les paiements et les espaces client reposent sur une base suffisamment stable pour tenir les parcours critiques sans bricolage quotidien.
Les captures et le devis signé montrent un outil beaucoup plus large qu’un simple back-office : cockpit projet, étapes de workflow, catalogue, documents, paiements, rôles et espaces client structurés.
Stack utilisée
Les technologies affichées dans le ticker incluent Next.js, React, TypeScript, Stripe, Cloudflare, GitHub.
Cette section met en avant les quelques technologies qui ont porté le projet, ce qu’elles apportent et pourquoi elles collent aussi bien à ce produit.
Next.js a servi à faire tenir espace client, cockpit commercial et lecture projet dans une même interface plus claire.
TypeScript a aidé à garder le produit plus stable quand devis, documents, étapes et validations se croisent dans le même outil.
Stripe a apporté une couche d'encaissement propre dans un workflow déjà dense, sans multiplier les outils autour du dossier.
On retrouve ici la même discipline de delivery : cadrage, structure, build, lancement et évolution, avec des arbitrages adaptés au projet réel.
Clarifier les étapes réelles entre brief, devis, commande, facture et livraison.
Structurer références, pièces, prix, uploads et documents dans la même base métier.
Donner une lecture claire aux équipes internes et aux clients sur chaque dossier en cours.
Cadrer qui voit quoi, qui valide quoi et à quel moment le dossier peut avancer.
Fiabiliser le flux avant d’ajouter plus de volume et plus d’automatismes autour du produit.
Déployer une base utilisable tout de suite et suffisamment propre pour tenir dans le temps.
Good is Merch devait mieux tenir ses projets, ses catalogues, ses documents et ses commandes, avec une base suffisamment claire pour absorber du volume sans multiplier les allers-retours manuels.
Le besoin était d’aligner les objets qui font réellement avancer un dossier commercial : catalogue, devis, bon de commande, paiements, communication et suivi de jalons.
Quand une équipe gère des lots, des validations, des documents et des commandes depuis plusieurs outils ou plusieurs fils de discussion, elle perd vite en lisibilité. Les mêmes données sont ressaisies, les documents se dispersent et la production manque de repères.
Le produit devait donc réduire cette dispersion en donnant un centre métier unique, utilisable aussi bien par les équipes internes que par les clients ou partenaires autorisés.
Le périmètre signé couvre un portail client sécurisé, la gestion des équipes et des rôles, un workflow commercial automatisé, un espace produits, des documents filtrés par droits, ainsi que la communication et les paiements.
Concrètement, le produit donne un cockpit projet, un jalon courant, une checklist nominale, des documents générés et un état d’avancement lisible par dossier.
Good is Merch peut piloter un projet depuis une base beaucoup plus claire. Les objets clés du dossier vivent dans le même cockpit.
Le workflow rend l’avancement lisible pour l’équipe et prépare mieux la suite : production, documents, facturation et paiements s’enchaînent plus proprement.
La plateforme sert donc à la fois de base commerciale, de base documentaire et de base d’exploitation. C’est ce qui la rend utile dans la durée.
Good is Merch illustre un logiciel qui structure vraiment commandes, documents, workflow et pilotage commercial.
Le projet montre comment un portail client et un cockpit admin peuvent partager la même logique de dossier.
La plateforme répond bien aux sujets de coordination, droits, documents et workflow que l’on retrouve dans les structures multi-équipes.
Pour voir quand workflows, documents et validations doivent sortir d’un outil trop générique.
La couche applicative et le cockpit projet relèvent d’une logique Next.js de produit interne et externe.
Pour relier commandes, documents, statuts et outils tiers dans une même logique.
