Une seule liste de prix pour la boutique, WhatsApp et le site, avec des règles que le gérant fixe
Un commerce avec deux boutiques tient une seule liste de prix, lue par la caisse, le site et WhatsApp, avec des règles de marge et d'arrondi que le gérant valide depuis son téléphone.
Aperçu du projet
Ce scénario illustre ce que nous construisons ; il ne s'agit pas d'une référence client.
Ce scénario montre comment un commerce avec deux boutiques, un catalogue WhatsApp et un petit site en ligne peut afficher le même prix partout et le faire évoluer avec des règles simples : marge minimale par catégorie, arrondi, promotions datées, recalcul quand le prix d'achat change. Le gérant valide chaque changement depuis son téléphone.
Défis du client & exigences
Un commerce d'électroménager et de téléphonie tient deux boutiques à Conakry, un catalogue WhatsApp et un petit site en ligne, soit environ 300 références. Chaque canal a sa propre liste de prix, tenue à la main : une étiquette en boutique, un PDF envoyé sur WhatsApp, une fiche produit sur le site. Quand le taux de change bouge ou qu'un fournisseur augmente son tarif, le gérant corrige la boutique le jour même, le PDF plus tard, et le site quand quelqu'un y pense.
Un fer à repasser affiché 180 000 GNF en boutique, 165 000 GNF sur le PDF de la semaine passée, 150 000 GNF sur le site.
Le client qui compare réclame le prix le plus bas, et personne ne sait quelle marge reste sur la vente.
Objectifs principaux
Tenir une seule liste de prix, lue par la caisse des deux boutiques, le site et le catalogue WhatsApp
Écrire les règles de prix une fois : marge minimale par catégorie, arrondi, promotions avec date de début et de fin
Recalculer les prix de vente quand le prix d'achat ou le taux de change change, sans retaper 300 étiquettes
Laisser au gérant la décision finale sur chaque changement de prix, depuis son téléphone
Solution du projet
-
Nous commençons par la liste de prix
Un back-office Laravel sur PostgreSQL devient la seule référence : chaque article a un prix d'achat, une catégorie et un prix de vente. La caisse des deux boutiques, le site en ligne et le catalogue WhatsApp lisent ce prix ; le PDF WhatsApp est généré depuis la même liste, plus personne ne le met à jour à la main.
-
Le gérant écrit ses règles une fois
Si le prix d'achat d'un article change, alors le back-office propose un nouveau prix de vente qui respecte la marge minimale de sa catégorie. Si le prix calculé n'est pas rond, alors il est arrondi à la tranche choisie, par exemple au 5 000 GNF supérieur. Si une promotion a une date de fin, alors le prix normal revient de lui-même le lendemain.
-
Aucun prix ne change sans le gérant : il reçoit la proposition sur son téléphone, avec l'ancien prix, le nouveau et la marge, et il valide ou refuse. Une fois validé, le prix part vers la caisse, le site et le PDF en même temps. Un tableau de bord Metabase montre la marge par catégorie et par boutique, et la liste des articles vendus sous la marge minimale. Pas de modèle prédictif ni de relevé des prix concurrents : des règles écrites, que le gérant peut lire et modifier. L'hébergeur est choisi avec le client.
Indicateurs à suivre
- Écart de prix entre la boutique, le site et le catalogue WhatsApp sur un même article
- Délai entre un changement de prix d'achat et la mise à jour du prix de vente
- Part des ventes réalisées sous la marge minimale
- Nombre de propositions de prix validées ou refusées par le gérant
- Temps passé chaque semaine à mettre à jour les prix
Stack technique
- Back-office et liste de prix
- Laravel Livewire PostgreSQL
- Canaux de vente
- Caisse de boutique Boutique en ligne Catalogue WhatsApp (PDF généré)
- Validation sur téléphone
- WhatsApp Business API Back-office adapté au mobile
- Tableau de bord
- Metabase
- Exploitation
- Sauvegardes quotidiennes Contrat de maintenance
Questions fréquentes
Non. Le back-office propose, le gérant décide. Chaque proposition arrive sur son téléphone avec l'ancien prix, le nouveau et la marge. Tant qu'il n'a pas validé, le prix affiché ne bouge pas, sur aucun canal. Une seule exception, prévue à l'avance : la fin d'une promotion datée, qui remet le prix normal à la date écrite.
Le gérant saisit le taux qu'il utilise, à la fréquence qu'il veut. Les articles dont le prix d'achat est en devise sont recalculés en GNF avec ce taux, et le back-office propose les nouveaux prix de vente qui respectent la marge minimale. Rien n'est lu automatiquement sur un site de change : le taux retenu est celui du gérant.
C'est possible, mais c'est une règle écrite, pas une exception à la main. Le gérant peut fixer un écart par boutique ou par catégorie. Le site et le catalogue WhatsApp affichent le prix de référence, et le tableau de bord montre les deux prix côte à côte.
Un projet similaire ?
Partagez vos objectifs. Après l'appel de cadrage, nous proposons un premier périmètre et un calendrier.
Une question ?
Appelez-nous ou écrivez-nous. Nous répondons sous un jour ouvré.
+224 627 293 377
hello@prisma-soft.comServices utilisés
Les services Prisma Soft que ce scénario mobilise.
Dans le même secteur
Réalisations et scénarios d'usage du même secteur.
