La plupart des marchands considèrent « limiter combien les clients peuvent commander » et « laisser les clients choisir une date de livraison » comme deux tâches distinctes, gérées par deux applications distinctes. Ce ne sont pas deux tâches. C'est la même tâche — faire correspondre la demande à ce que vous pouvez réellement honorer — vue sous deux angles. Cet article explique pourquoi elles appartiennent à une seule application, et comment les marchands utilisent les deux ensemble.
Une seule idée : des règles sur les commandes
Chaque problème de capacité est une règle sur une commande. Ne pas prendre plus de 50 commandes aujourd'hui. Ne pas vendre après 18 h. Ne pas laisser un seul client acheter 200 unités. Ne pas accepter de livraison un jour où nous sommes fermés. Même forme, même point d'application : le paiement.
OrderRules a commencé d'un côté de cette idée — quand un client peut commander :
- Horaires d'ouverture automatisés et fermetures pour jours fériés
- Plafonds de commandes quotidiens, hebdomadaires et mensuels
- Limites d'achat par client et par produit
- Règles de quantité par palier / incrément
- Le tout appliqué côté serveur avec Shopify Functions, afin que Shop Pay et les paiements express ne puissent pas les contourner
Delivery Dates est l'image miroir — quand vous pouvez livrer :
- Un sélecteur de date et de créneau de livraison sur les pages produit et panier
- Des plafonds de capacité par date et par créneau
- Des dates d'indisponibilité et des estimations tenant compte des jours fériés
- Un retrait en magasin planifié sur plusieurs emplacements
- Un export CSV pour transporteurs japonais (Yamato, Sagawa, Japan Post)
Même marchand, même modèle mental, même surface technique.
Pourquoi une seule application vaut mieux que deux
Assembler deux applications semble bien fonctionner jusqu'à ce que les règles interagissent — ce qui arrive toujours.
- Une seule couche d'application, aucun conflit. Lorsque les plafonds de commande et les règles de livraison vivent dans une seule Function, ils raisonnent ensemble sur la même commande. Deux applications exécutant chacune leur propre validation au paiement, c'est de là que viennent les bugs mystérieux du type « pourquoi cette commande a-t-elle été bloquée ? ».
- Des règles qui se référencent entre elles. Une heure limite le jour même n'a de sens que par rapport à vos horaires d'ouverture. Une date d'indisponibilité de livraison devrait réutiliser les jours fériés de la boutique que vous avez déjà définis. Dans une seule application, elles partagent ce calendrier ; réparties sur deux, vous le maintenez deux fois.
- Une seule configuration, un seul endroit à consulter. Votre capacité du samedi est un chiffre unique, pas un plafond dans l'application A et une limite de créneau dans l'application B qui se contredisent en silence.
- Un seul abonnement, un seul fil de support. Deux applications, cela signifie deux factures, deux tableaux de bord et deux fournisseurs qui se renvoient la balle quand quelque chose casse.
Comment les marchands utilisent les deux ensemble
Une boulangerie plafonne les samedis à 50 commandes et propose un sélecteur de date de livraison avec des créneaux par jour. Le plafond et les créneaux sont la même capacité exprimée de deux façons — le sélecteur empêche la 51e commande de jamais choisir le samedi.
Un fleuriste applique une heure limite le jour même à 14 h (une règle de commande) parallèlement à des plafonds par date de livraison (une règle de livraison), de sorte que la Saint-Valentin se remplit jusqu'à sa vraie capacité de tournée puis bascule automatiquement au jour ouvré suivant.
Une boutique japonaise associe 注文制限 (limites de commande) et 配送日時指定 (sélection de la date et de l'heure de livraison) et remet les expéditions du jour à Yamato ou Sagawa sous forme de CSV transporteur — contrôle des commandes, contrôle des livraisons et exécution au même endroit.
L'angle japonais
Le Japon est l'endroit où les deux moitiés se rejoignent le plus clairement. Le choix du créneau au paiement est un standard pour les consommateurs, l'export CSV transporteur est le minimum requis pour les opérations, et aucune application mondiale ne regroupe les limites de commande et la planification des livraisons et le CSV pour transporteurs japonais dans un seul produit. OrderRules le fait — c'est pourquoi le lancement met le Japon en avant tout en fonctionnant partout.
Par où commencer
Si vous utilisez déjà OrderRules pour les limites de commande, la planification des livraisons est un interrupteur que vous activez, pas une seconde application à évaluer. Si vous débutez, vous pouvez adopter l'un ou l'autre côté en premier et évoluer vers l'autre.
- Sélecteur de date de livraison · Retrait en magasin · Export CSV transporteur
- Toutes les fonctionnalités · Tarifs
- Guide : Comment ajouter un sélecteur de date de livraison à Shopify
Contrôlez quand les clients commandent — et quand vous livrez — dans une seule application. Démarrez un essai gratuit de 14 jours.