Boutique en ligne sur mesure : ce qui devrait fonctionner de l'achat à l'entrepôt et aux documents

Cartographier la commande au-delà du panier

Notez ce qui devrait se passer depuis la sélection des produits jusqu'à l'exécution de la commande. Quand la disponibilité est-elle vérifiée, quand les marchandises sont-elles réservées et qui s'occupe de l'article manquant ? Quel statut peut déclencher un message au client et quelle création du document ?

Avant la proposition technique, examinez à la fois la commande régulière et le cas problématique. Par exemple, un client paie, mais une partie de la commande est en rupture de stock. Si la procédure est convenue après le lancement, les travailleurs s'habitueront aux solutions de contournement manuelles. Ils sont alors plus difficiles à remplacer par une connexion fiable.

Les produits, les prix et l'inventaire doivent être commandés

Un produit doit avoir un identifiant compréhensible dans la boutique en ligne, l'entrepôt et les documents. Faites la différence entre les variantes, les packages et les unités de vente. Sinon, un clic peut signifier un élément dans un système et l’ensemble du package dans un autre.

Pour le prix, déterminez la source principale, la validité de la grille tarifaire et les règles de remise. Pour les clients B2B, séparez les conditions approuvées de l’offre grand public. La disponibilité et le délai doivent être basés sur des données que le système comprend, et non sur une note gérée manuellement pour chaque commande.

Les documents déclenchent des règles convenues

Commander, payer, envoyer et recevoir sont des événements différents. La proposition technique doit clairement indiquer quel événement crée le document ou le document concerné dans le système économique. La configuration comptable et fiscale d'une entreprise spécifique doit être convenue avec son comptable ; l'article ne détermine pas le moment de l'assujettissement à l'impôt.

Un exemple de configuration de processus différente est Odoo : sa documentation différencie la facturation des quantités commandées et livrées. Ainsi, lors de l'intégration, il ne suffit pas d'envoyer l'information "la commande existe". Il faut également transférer le bon statut et les bonnes quantités selon la procédure choisie.

Les exceptions font partie de la proposition

Le client peut modifier l'adresse, le paiement peut être retardé et la commande peut être fractionnée en deux expéditions. Lors d'un retour ou d'une réclamation, vous devez être en mesure de faire le suivi de l'achat initial et d'enregistrer la procédure suivante. Toutes ces situations devraient avoir leur place à l’ordre du jour.

La retransmission automatique ne peut pas créer une seconde commande. L'échec doit être affiché à l'humain avec des informations sur ce qui a déjà été fait et ce qui reste. L'équipe a également besoin d'une procédure alternative en cas de panne de connexion, afin de pouvoir suivre les commandes en cours.

• Modification de commande après paiement.
• Expédition partielle et réexpédition ultérieure.
• Annulation, retour et réclamation.
• Répéter la transmission du même événement.

Sélectionnez le premier chemin fonctionnel et développez ensuite seulement

Pour la première version, choisissez un assortiment clair et un nombre limité de variantes de processus. Vérifiez un parcours complet : achat, paiement, entrepôt, expédition, communication et documents. Ajoutez ensuite des remises plus complexes, des marchés supplémentaires ou des configurations individuelles.

Il en va de même pour la vente d'emballages, d'objets publicitaires ou de textiles d'entreprise. Chaque assortiment peut nécessiter des documents et une approbation différents. Une application personnalisée a du sens lorsqu’elle facilite ces particularités ; il est conseillé de baser l'agenda reproductible sur des parties existantes et vérifiées du système.