Nous étudierons votre processus de vente et proposerons une architecture
Catalogue, commandes, paiements et échange de données avec la comptabilité décrits avant le début du développement.
Un système e-commerce accompagne un produit depuis sa fiche au catalogue jusqu'au paiement et à la livraison. Vous trouverez ci-dessous les modules du système, les processus qu'il couvre et ses liens avec le CRM, l'ERP, l'entrepôt et les caisses.
Logiciel e-commerce — un système qui conserve les données produits, prix et stocks, reçoit les commandes en ligne, traite les paiements et transmet chaque commande à l'entrepôt, à la livraison et à la comptabilité.
Contrairement à un site classique, il travaille sur des enregistrements métier et non sur des pages : produit, prix, stock, commande, paiement, expédition et retour, chacun avec son statut et son historique. Une même commande peut naître dans une application, dans un distributeur automatique, auprès d'un commercial ou sur une place de marché.
C'est la couche opérationnelle située derrière la vitrine, et non la vitrine elle-même. On peut remplacer la vitrine ou en ajouter une autre sans reconstruire les enregistrements sous-jacents.
Six raisons qui poussent une entreprise à mettre en place une plateforme e-commerce. Sans elle, chacune de ces tâches se traite à la main, par tableurs, messages et appels téléphoniques.
Les caractéristiques, les images, les prix et les stocks sont conservés au même endroit et diffusés vers tous les canaux de vente. Le site, l'application et la caisse disent toujours la même chose.
Les commandes sont créées, vérifiées et payées automatiquement, 24 heures sur 24. On n'intervient que là où il faut trancher : une livraison inhabituelle, un retour contesté, une commande en gros.
La réservation du stock au moment de la validation empêche de vendre deux fois le même article. Les annulations dues à un stock manquant deviennent l'exception et non la routine.
Les prix et les remises sont pilotés par des règles plutôt que par des modifications à la main sur les fiches produits. Retarifer un catalogue de plusieurs milliers de références prend quelques minutes et reste réversible.
Les commandes, les paiements et les expéditions arrivent dans la comptabilité et dans le système d'entrepôt sans double saisie. Le rapprochement cesse d'être une tâche à part.
On voit ce que les clients achètent, ce qu'ils cherchent sans le trouver, à quel moment ils abandonnent la validation et quels produits ils retournent. Les décisions d'assortiment reposent sur des données.
Automatiser ne veut pas dire remplacer un vendeur par un robot. Cela veut dire transformer des opérations répétitives en règles que le système applique de la même façon à chaque fois et consigne dans son historique.
Une règle reste active tant que ses conditions ne changent pas. Le contrôle est préservé : chaque action automatique a un auteur, une heure et une valeur précédente dans le journal.
Les opérations qui deviennent automatiques :
| Heure | Ce que le système a fait automatiquement |
|---|---|
| 09:41 | Marge de 18 % : 1 240 articles recalculés |
| 10:00 | La promotion « −15 % sur le thé » a démarré à l'heure prévue |
| 10:03 | Commande n° 14 190 refusée : 2 articles remis en stock |
| 10:06 | Stock faible sur la référence 77-1043 : le service achats a été prévenu |
Catalogue — un référentiel structuré des données produits : ce qui est vendu, en quoi les produits diffèrent et par quels attributs les clients les cherchent.
Un catalogue qui fonctionne comprend :
L'unité de base du catalogue est un article doté d'une référence unique : des identifiants immuables, une description modifiable et, rattachés à eux, images, documents, prix et stocks.
Les opérations de masse passent par l'import et l'export via un fichier, une API ou un flux venu de la comptabilité. Chaque import est d'abord vérifié : ce qui sera créé, modifié ou rejeté, et pourquoi.
Rejetés : référence en double — 9, attribut obligatoire « Marque » manquant — 5, catégorie inconnue — 3. Aucune ligne n'est écrite dans le catalogue tant que l'import n'est pas confirmé.
Prix — non pas un champ sur une fiche produit, mais le résultat de règles appliquées au moment de la demande. Un produit peut avoir plusieurs prix à la fois, et le système choisit celui qui s'applique.
Cela veut dire qu'il n'y a pas à modifier les prix sur des milliers de fiches produits. Il suffit de changer une règle ou un tarif de base.
Les couches de la tarification :
Chaque changement de prix est consigné : qui l'a fait, quand, selon quelle règle et quelle était la valeur précédente. Cet historique sert aux rapports de marge et à l'examen des commandes contestées.
Les règles sont résolues par priorité et non additionnées à l'aveugle. Le calcul habituel du prix d'un article suit cette séquence :
La compatibilité est explicite : quelles remises se cumulent, lesquelles s'excluent et quel est le prix plancher autorisé. La règle du prix plancher empêche que plusieurs remises valables séparément rendent un article non rentable une fois cumulées.
Promotion — une règle que le système applique automatiquement aux commandes éligibles. Code promo — une règle du même type, que le client active par un mot de passe. Les deux se définissent de la même façon : conditions, mécanique, calendrier et restrictions.
Ce que doit contenir la commande : produits, catégorie ou marque, montant minimal, mode de livraison, segment de clientèle, canal de vente, heure de la journée ou jour de la semaine.
Pourcentage, montant fixe, nouveau prix, remise sur l'article le moins cher d'un ensemble, livraison offerte, cadeau ou points à la place d'une remise.
Dates de début et de fin, créneaux récurrents comme chaque vendredi, activation et arrêt automatiques sans intervention du personnel.
Limite d'utilisation globale, limite par client, codes personnels à usage unique, exclusion des autres promotions et prix minimal par article.
Un code unique pour toute une campagne ou un lot de codes uniques par destinataire. Un lot s'exporte en fichier et se suit code par code.
Pour chaque promotion, on voit le nombre de commandes, le montant total des remises, le chiffre d'affaires et la marge après remises, ainsi que le nombre de codes consommés et le nombre de codes restants.
Panier — une commande à l'état de brouillon : un ensemble d'articles qui n'engage ni le client ni la boutique. Le stock n'est pas réservé et les prix ne sont pas figés, si bien que le panier est recalculé à chaque ouverture.
Le recalcul vérifie quatre choses : chaque produit est toujours en vente, le stock est suffisant, le prix n'a pas changé et les remises sont toujours valables. Le client voit les écarts avant de payer, et non après le débit.
Un panier doit savoir :
Total à la validation : 3 articles, 11 640 som. Les deux écarts sont montrés au client avant le paiement, et non après le débit.
À côté du panier se trouvent des listes qui n'engagent aucun achat : favoris, liste d'attente, comparaison de caractéristiques et commande récurrente. Elles sont volontairement séparées pour que le total de la commande reste sans ambiguïté.
La plupart des paniers ne deviennent jamais des commandes. Le système les conserve avec l'heure et permet de faire revenir le client : un rappel par e-mail ou messagerie, un lien qui restaure le panier ou une offre personnalisée.
Le rappel part une fois par événement et ne se transforme pas en campagne d'e-mailing : une désinscription coûte plus cher que la commande récupérée.
Commande — un document qui fige les articles achetés, les prix au moment de la validation, le client, les conditions de livraison et les conditions de paiement. La commande parcourt ensuite un ensemble fini de statuts, chaque passage étant consigné.
Les prix et les remises sont figés au moment de la validation. Un changement de prix ultérieur ou la fin d'une promotion ne touche pas une commande déjà passée, sinon le montant à payer ne correspondrait plus au ticket.
La validation, étape par étape :
Statuts habituels : nouvelle → en attente de paiement → payée → en préparation → remise au transporteur → livrée → terminée. Les branches d'annulation et de retour longent le flux principal. L'ensemble se configure selon le processus de l'entreprise, mais il reste fini et explicite.
Modifier une commande est une opération à part, soumise à autorisation : ajouter un article, remplacer un produit, changer une quantité, encaisser un complément ou rembourser partiellement. Chaque modification conserve la version précédente du contenu de la commande.
Centre d'appels — non pas une application à part, mais un espace de travail construit sur la même file de commandes. L'opérateur voit les mêmes enregistrements que le client dans son espace, plus des opérations réservées : modifier le contenu d'une commande, accorder une remise dans la limite autorisée, lever une réservation ou effectuer un remboursement.
Une demande est un enregistrement avec un statut et un historique, exactement comme une commande. Elle a un canal, un sujet, une commande liée, un responsable et un délai de réponse. Un échange ne se perd donc pas d'une équipe à l'autre et son issue reste visible sur la fiche du client.
Comment se traite une demande :
Les appels sortants suivent le même modèle : confirmer une commande avant la préparation, appeler à propos d'une livraison inhabituelle, récupérer un panier abandonné ou revenir sur un retour contesté. Chaque échange s'écrit dans le même historique que les demandes entrantes.

La boutique ne conserve pas les données de carte et ne traite pas elle-même le paiement. Elle dirige le client vers un prestataire de paiement, reçoit le résultat et rattache l'opération à la commande. Tout le reste relève de la gestion du cycle de vie du paiement.
| Commande | Opération | Montant | Statut |
|---|---|---|---|
| 14 208 | Autorisation | 12 480 | Autorisée |
| 14 201 | Débit | 6 350 | Effectué |
| 14 177 | Remboursement | 2 100 | Effectué |
| 14 206 | Annulation d'autorisation | 3 940 | Levée |
| 14 209 | Refus banque 05 | 890 | Nouvelle tentative |
L'autorisation a été levée sans transaction de remboursement, l'article n'étant pas disponible en entrepôt. Renvoyer la même requête avec la même clé d'idempotence ne crée pas de seconde ligne.
Carte bancaire, QR code ou paiement instantané, portefeuilles électroniques, paiement à la livraison, virement pour les personnes morales, paiement en plusieurs fois et crédit, ou points de fidélité.
D'abord l'autorisation : le montant est bloqué sur la carte mais n'est pas débité. Le débit intervient après la préparation de la commande. Si un article manque, le blocage est levé sans transaction de remboursement.
Le résultat de l'opération arrive par une requête serveur à serveur distincte, et non au moment où le client revient sur le site. Fermer le navigateur n'interrompt pas le paiement : le statut est mis à jour par la notification.
Renvoyer la même demande de paiement ne crée pas un second paiement. Chaque opération porte une clé qui permet au prestataire comme au système de reconnaître un doublon.
Après un paiement en ligne, le système de caisse relié édite un ticket fiscal et l'envoie au client. Pour les articles remboursés, un ticket de retour est établi.
Chaque jour, les opérations du système sont rapprochées du registre du prestataire et du relevé bancaire. Les écarts partent dans une file distincte pour être examinés à la main.
Stock disponible — la quantité vendable à cet instant. Ce n'est pas la quantité physique de l'entrepôt : une partie est réservée à des commandes, en transit ou bloquée comme abîmée.
Disponible à la vente = stock physique − réservations − stock bloqué + arrivages confirmés, là où la précommande est autorisée.
Avec plusieurs entrepôts et points de vente, le stock est calculé séparément pour chacun. La vitrine affiche le total des entrepôts capables de livrer la région choisie.
Modes d'échange des données :
Chaque réservation a une durée de vie. Une commande qui n'est pas payée à temps rend le produit à la vente, sinon les paniers abandonnés absorberaient tout le stock disponible.
| Entrepôt | Physique | Réservé | Abîmé | Disponible |
|---|---|---|---|---|
| Central | 1 420 | 310 | 24 | 1 086 |
| Magasin « Vostok » | 96 | 12 | — | 84 |
| Point de retrait n° 3 | 40 | 8 | 2 | 30 |
| Arrivage | 600 | — | — | 600 |
| Disponible à la vente | 2 156 | 330 | 26 | 1 800 |
« Physique » est la quantité réellement présente, « abîmé » la quantité bloquée. L'arrivage ne compte comme disponible que là où la précommande est autorisée. La vitrine affiche le total des entrepôts capables de livrer la région choisie.
La livraison se définit par trois objets : le mode de livraison, la zone et le tarif. Le retour est un processus inverse, avec son propre document, et non une annulation datée après coup.
Coursier à l'adresse, point de retrait, consigne automatique, retrait en magasin, transporteur pour les marchandises encombrantes ou livraison numérique pour les produits électroniques.
Le prix dépend de la région, du poids, du volume et du montant de la commande. Des règles fixent le seuil de livraison offerte et les suppléments pour la montée à l'étage ou les articles encombrants.
Les dates et les créneaux sont calculés à partir des horaires de l'entrepôt, du temps de préparation et du planning du transporteur. Les créneaux complets se ferment tout seuls.
La commande part chez le transporteur via une API. Le système reçoit un numéro de suivi et les statuts d'acheminement, et les affiche dans l'espace client.
Le client choisit les articles et un motif. Le système vérifie le délai de retour et le droit au retour pour ce type de produit, puis crée un document accompagné de la marche à suivre.
Après réception, le produit revient dans le stock disponible ou est sorti comme abîmé. L'argent repart vers le moyen de paiement d'origine et un ticket de retour est établi.
Les retours partiels sont la norme : on peut rendre un article sur cinq. Les retours se calculent donc article par article, et une remise appliquée à la commande entière se répartit au prorata, sinon le remboursement ne correspondrait pas au ticket.
Magasinier — l'employé qui déplace physiquement les marchandises : il reçoit une livraison, la range dans un emplacement, prélève les articles d'une commande et remet le colis emballé au coursier. Le système n'apprend pas ces gestes par un compte rendu de l'employé : chaque opération est confirmée par le scan d'un code-barres.
La différence compte. Cocher « fait » dans une liste confirme une intention ; un scan confirme un fait : telle référence, tel emplacement, tel employé, à la seconde près. Une référence saisie de travers ressort à l'inventaire un mois plus tard ; l'application, elle, refuse le mauvais code-barres tout de suite.
Les tâches d'une journée en entrepôt :
Chaque scan est une écriture de stock : la quantité d'un emplacement change au moment de l'opération, et non en fin de journée à la saisie des papiers. La vitrine, la caisse et le centre d'appels lisent le même stock, si bien que « disponible en ligne, absent du rayon » cesse d'être une situation ordinaire.
Exactitude du prélèvement — 99,4 % : 7 scans ont été bloqués pendant la journée et chaque erreur a été corrigée sur-le-champ. Ces chiffres viennent des mêmes écritures de stock, et non d'un relevé d'heures à part.
Coursier — le dernier maillon de l'exécution et le seul employé que le client rencontre en personne. L'application a deux rôles : guider le coursier sur son parcours et consigner la remise de façon incontestable, sans appels ultérieurs pour établir ce qui s'est passé.
L'opération clé est le scan d'un QR code au moment de la remise. Le code est imprimé sur l'étiquette de la commande ou présenté par le client sur son écran. Le scan répond aux questions qui deviendraient autrement un litige : était-ce la bonne commande, a-t-elle été remise au bon destinataire, et à quelle minute ?
Régulateur travaille à l'autre bout de la même application : il construit les tournées par zone, poids, volume et créneau de livraison, affecte les coursiers, surveille la carte de la journée et traite les incidents — retard, client injoignable, refus sur le pas de la porte.
La journée d'un coursier, étape par étape :

Le statut posé par le coursier est le même que celui que le client voit dans son espace et que l'opérateur voit sur la commande. Il n'y a pas de « journal du coursier » à part : un même événement est partagé par les trois.
Le magasinier et le coursier travaillent dans des applications différentes et à des endroits différents, mais conduisent la même commande. Ce sont six règles communes qui les relient, et non des rapports de fin de journée.
La tâche de prélèvement, la liste d'emballage et la feuille de route ne sont pas des documents indépendants : ce sont des vues différentes d'une même commande. Un article ajouté par un opérateur parvient au magasinier sans double saisie.
La marchandise passe de l'entrepôt au coursier puis du coursier au client par scan. À tout moment, le système montre qui détient physiquement la commande et depuis quelle minute.
Celui qui a fait le geste le consigne à l'endroit où il s'est produit. Le régulateur ne recopie pas les statuts à la main, si bien que le fait et son enregistrement ne sont pas séparés de plusieurs heures.
Les deux applications écrivent les opérations dans une file locale et les transmettent au retour du réseau. Chaque opération porte une clé, si bien qu'un renvoi ne crée ni un second prélèvement ni une seconde remise.
Un manquant à la réception, une erreur d'article, une casse ou un refus partiel à l'adresse deviennent un enregistrement à part, avec un motif et un responsable, et non une correction silencieuse du stock.
Articles prélevés par heure, exactitude du prélèvement, part des livraisons dans le créneau promis, temps passé à l'adresse et taux de refus partiels. La charge et les primes se calculent sur ces faits, et non sur des impressions.
D'où l'exigence de mise en place : l'entrepôt et la livraison doivent rejoindre le système ensemble. Une application de magasinier sans application de coursier donne un stock juste qui disparaît du champ de vision dès la sortie de la commande.
Espace client — l'accès à ses propres données sans passer par un opérateur : commandes, documents, adresses, moyens de paiement et retours. Chaque question réglée dans l'espace client est un appel qui n'arrive jamais au support.
L'espace client ne conserve pas de copie séparée des données. Il montre les mêmes enregistrements que l'opérateur voit dans le panneau d'administration, limités à ce client et aux opérations qui lui sont permises.
On y trouve :
Un espace B2B est plus complexe : une organisation compte plusieurs employés aux droits différents. L'acheteur prépare la commande, le responsable la valide et le comptable récupère les pièces justificatives. La commande est unique, mais les gestes sont séparés.
Connexion par code à usage unique ou par mot de passe, deuxième facteur pour les paiements et les changements de coordonnées, journal des sessions permettant de déconnecter un appareil inconnu. Un changement d'e-mail ou de téléphone se confirme à la fois par l'ancien et par le nouveau contact.
L'opérateur voit les mêmes enregistrements sur la commande : les événements sont communs, il n'existe pas de journal séparé pour l'espace client. Le ticket et le bon de livraison se trouvent dans la rubrique « Documents ».
Intégration — un échange de données convenu avec un système extérieur : ce qui est transmis, dans quel format, à quelle fréquence, à qui appartiennent les données et ce qui se passe en cas de panne.
Les systèmes que l'on relie le plus souvent :

La décision clé d'une intégration est celle du propriétaire des données. Un système propriétaire est désigné pour chaque entité : les fiches produits et les prix viennent de l'ERP, les clients du CRM, les stocks de l'entrepôt, et les commandes naissent dans l'e-commerce. Modifier un même champ dans les deux systèmes crée des écarts permanents : on évite donc une propriété à double sens.
| Système | Données transmises | Messages | Résultat |
|---|---|---|---|
| ERP | fiches produits, prix | 4 120 | Aucune erreur |
| Entrepôt | stocks, réservations | 18 640 | 2 renvois |
| CRM | clients, segments | 1 305 | Aucune erreur |
| Place de marché | commandes, stocks | 2 470 | 1 à examiner |
Une intégration ne tombe presque jamais au lancement : elle tombe six mois plus tard, quand un système extérieur est mis à jour, qu'un canal reste coupé une heure ou qu'une valeur imprévue entre dans un référentiel. Six règles décident si l'échange survit à de tels événements.
La validation d'une commande n'attend pas un système extérieur. Le message entre dans une file et se traite à part, si bien qu'un entrepôt indisponible n'arrête pas les ventes.
Une remise qui échoue est retentée à intervalles croissants. Un message qui échoue encore après toutes les tentatives entre dans une file d'examen au lieu de disparaître.
Un message renvoyé ne crée pas une seconde commande et ne décrémente pas le stock deux fois. Le destinataire reconnaît un doublon à sa clé d'opération.
Un changement de format sort comme une nouvelle version, l'ancienne continuant de fonctionner. Les consommateurs extérieurs migrent à leur propre rythme.
Chaque message est conservé avec son contenu, son heure, son résultat et son nombre de tentatives. L'examen d'un incident s'appuie sur le journal, pas sur les souvenirs.
Les chiffres clés sont rapprochés régulièrement : commandes, montants des paiements et stocks. Un écart devient une tâche au lieu d'être découvert à l'inventaire.
Catalogue et commandes
Paiements
Stocks et entrepôt
Analytique
L'analytique se construit sur les données de vente et de comportement de l'entreprise elle-même, et non uniquement sur des compteurs de trafic extérieurs. Un compteur de trafic connaît les pages vues ; le système connaît l'argent, les produits et les retours.
Les rapports se découpent par période, canal de vente, catégorie, marque, entrepôt, région, segment de clientèle ou promotion. Chaque indicateur est disponible dans chacune de ces vues et s'exporte vers un fichier ou un entrepôt de données.
La chute la plus forte se situe entre le panier et la validation. L'inscription, le calcul de la livraison et les modes de paiement sont les premiers points à examiner.
La sécurité repose sur trois principes : les données de paiement n'entrent jamais dans le système de la boutique, les données personnelles sont conservées avec parcimonie et sous contrôle, et chaque geste touchant à l'argent ou aux commandes laisse une trace.
Les numéros de carte se saisissent chez le prestataire certifié et n'entrent jamais dans le système de la boutique. Pour un débit ultérieur, c'est un jeton et non un numéro de carte qui est conservé.
Tout le trafic passe en HTTPS. Les champs sensibles de la base sont chiffrés et les sauvegardes chiffrées sont conservées séparément de l'environnement de production.
Un accès par rôle : un gestionnaire de contenu ne voit pas les paiements et un opérateur ne change pas les prix. L'accès d'administration demande une authentification à deux facteurs.
Qui a changé un prix, annulé une commande ou exporté la base clients. Les enregistrements sont inaltérables et conservés séparément des données de production.
On ne collecte que le strict nécessaire, avec une durée de conservation, une suppression sur demande et un consentement au traitement et aux campagnes daté et sourcé.
Limitation du nombre de requêtes, protection contre le balayage des formulaires, contrôle de la réutilisation des codes promo et vérification des commandes frauduleuses avant la préparation.
La restauration est une discipline à part. Une sauvegarde ne sert à rien tant que la restauration n'a pas été essayée : un déploiement de test tourne selon un calendrier, et non pour la première fois pendant un incident.
La montée en charge, c'est la capacité de grandir sans tout réécrire. Trois grandeurs augmentent : la taille du catalogue, le nombre de visiteurs simultanés et le nombre de commandes par heure.
Le catalogue est limité par la recherche et le filtrage, le trafic de pointe par la livraison des pages, et le volume de commandes par la base de données et les intégrations extérieures. Chacun demande une réponse différente, que l'on introduit au moment où elle devient nécessaire.
Les techniques employées en pratique :
| Indicateur | Mesuré | Seuil |
|---|---|---|
| Réponse du catalogue, p95 | 180 ms | 400 ms |
| Commandes par heure en pointe | 3 000 | 2 400 |
| Réponses servies depuis le cache | 86% | 70% |
| Réindexation du catalogue | 9 min | 20 min |
| Restauration d'une sauvegarde | 22 min | 60 min |
Le système s'assemble à partir de modules, chacun responsable de ses propres données et opérations, avec des liens explicites entre eux. Il peut démarrer par étapes : d'abord le catalogue et les commandes, puis la fidélité, l'analytique et les canaux de vente extérieurs.
Articles, références, descriptions, statuts de publication, versions des fiches produits et archive des produits arrêtés.
Arbre de rubriques, produits rattachés à plusieurs branches, tri et pages d'atterrissage pour les collections et les rubriques saisonnières.
Un référentiel de propriétés typées avec leurs règles d'affichage, base des filtres, de la comparaison et des exports vers les places de marché.
Tailles, couleurs et contenances sur une même fiche produit, avec des références et des stocks distincts. Lots qui déduisent plusieurs articles composants.
Images, vidéos et documents, génération automatique des formats et des résolutions, filigranes et rattachement aux produits.
Tarifs, règles de marge, paliers de quantité, prix personnalisés et contractuels, devises, arrondis, taxes et historique.
Conditions de déclenchement, mécanique de la remise, calendrier, limites, génération de lots de codes, compatibilité et prix plancher.
Panier commun à tous les appareils, recalcul des prix et de la disponibilité, étapes de la validation, commandes sans compte et récupération des paniers abandonnés.
Une seule file de commandes pour tous les canaux, statuts et transitions, modifications de contenu, compléments de paiement, expéditions partielles et annulations.
Raccordement des prestataires, autorisation et débit, remboursements partiels et intégraux, traitement des notifications et rapprochement.
Tickets de vente et de retour, échange avec la caisse en ligne, remise du ticket au client et surveillance des documents non transmis.
Stocks par entrepôt, réservations à durée limitée, blocages du stock abîmé, réception des livraisons et des retours, et seuils de stock faible.
Modes de livraison, zones, tarifs, créneaux et plages, création des envois, suivi des statuts et impression des documents.
Demandes article par article, contrôle du droit au retour et des délais, réception, remboursement, retour en stock ou sortie comme abîmé.
Comptes, adresses, personnes morales et contrats, historique des commandes, segments et consentements au traitement des données.
Points, niveaux, règles d'attribution et d'utilisation, expiration des points, offres personnalisées et parrainage.
Index de recherche, morphologie et synonymes, tolérance aux fautes de frappe, filtres par attributs, tri et recherches sans résultat.
Produits associés et similaires, « souvent achetés ensemble », collections éditoriales et règles fondées sur l'historique des commandes.
Pages, articles, bannières, métadonnées et adresses des pages, balisage structuré des produits, plan de site et flux produits.
Notifications par e-mail, SMS, messagerie et push déclenchées par des événements, modèles de messages, calendrier et journal des envois.
Rapports de ventes, de marge, de stocks, de tunnel et de retours, vues personnalisées, exports et tableaux de données.
Échange avec le CRM, l'ERP, l'entrepôt, les caisses, les services de paiement et de logistique et les places de marché. API, webhooks et files d'attente.
Rôles et droits par rubrique et par opération, authentification à deux facteurs et journal d'activité des employés.
Plusieurs vitrines sur un même noyau, plusieurs langues et devises, plusieurs personnes morales et entrepôts, et prise en charge des régions.
Le système entier ne se lance pas en une seule livraison. L'ordre ci-dessous reflète les dépendances : chaque étape s'appuie sur les données créées par la précédente.
Les processus actuels, les référentiels et les systèmes propriétaires des données. Le résultat est un modèle des entités et une carte des intégrations.
Reprise des fiches produits, paramétrage des attributs et des catégories, échange des prix et des stocks. Vérification sur des données réelles.
Validation de commande, statuts, prestataire de paiement, tickets fiscaux et transmission à l'exécution. Premier lancement sur une partie de l'assortiment.
Livraison et retours, fidélité, analytique et nouveaux canaux de vente. Chaque direction est une livraison à part, dont on mesure l'effet.
Dites-nous ce qui existe déjà : comptabilité, entrepôt, caisses et vitrine actuelle. Nous étudierons le processus et proposerons une architecture de solution.