Produit
Ce que nous avons livré, ce que nous construisons ce trimestre, et ce que nous étudions encore. Publié pour que vous puissiez juger si ce dont vous avez besoin s'en vient, et nous le dire si ce n'est pas le cas.
La plupart des feuilles de route publiques sont des documents marketing avec un diagramme de Gantt collé dessus. Celle-ci est une liste de statuts, quatre états et aucune date, parce qu'une date sur une feuille de route est une promesse que nous romprions.
Livré est en production et utilisable aujourd'hui. En cours a une spécification arrêtée et des développeurs dessus. Prochainement est engagé pour le trimestre en cours mais pas démarré. À l'étude veut dire que le problème nous semble réel et que nous n'avons pas décidé comment ni si nous le réglons.
Le niveau de détail s'amincit à mesure que vous descendez. C'est volontaire. Nous savons beaucoup de choses sur ce que nous construisons cette semaine et très peu sur ce que nous construirons dans neuf mois, et écrire le second avec la même assurance que le premier serait malhonnête.
Le travail dont la spécification est arrêtée, et le travail engagé derrière. C'est la partie de la feuille de route que nous défendrions dans une salle.
Spécification arrêtée, développeurs assignés, code en revue ou en test.
Une boîte de réception des commandes traitées, cherchable et filtrable, un accueil guidé à l'installation, un écran de réglages qui porte le comportement propre à chaque compte, et un flux Signaler un problème qui ouvre un billet de support rattaché à la commande fautive, pour ne plus avoir à décrire le document de mémoire.
Filtrer les commandes traitées par client, par statut et par date, et sauter d'une commande traitée directement à la commande Shopify qu'elle a créée. Aujourd'hui, retrouver une commande passée suppose de savoir à peu près quand elle est arrivée.
Des instructions par compte écrites en langage courant, pour dire à l'extraction comment vos documents se comportent plutôt que d'attendre que nous codions une règle. C'est le plus gros changement à la façon dont le produit se configure.
Trois défaillances précises. Les tableaux de lignes qui se brisent à la fin d'une page. Les notes tapées dans le corps du courriel à côté de la pièce jointe, aujourd'hui ignorées. Et un second modèle d'analyse évalué face au modèle actuel sur de vrais documents.
Des réplicas de lecture pour la base de données, une surveillance resserrée, et un comportement de reprise correct sur la file de traitement, pour qu'une tâche en échec soit vraiment réessayée au lieu d'être avalée.
Les travaux d'audit sont en cours. Nous dirons que c'est fait quand le rapport sera en main, pas avant.
Engagé pour le trimestre, pas encore démarré. Classé grossièrement selon la fréquence des demandes.
La même extraction pointée dans l'autre sens, pour qu'un document fournisseur entrant devienne un bon d'achat plutôt qu'une commande provisoire de vente. Cela demande des fiches fournisseurs, des conditions de paiement, un lieu de réception et un import fournisseurs, d'où un trimestre de travail plutôt qu'un interrupteur.
Plus de signaux pour déterminer quel compte a envoyé un document quand l'adresse d'envoi n'est pas au dossier, et un comportement plus clair quand le rapprochement est incertain plutôt qu'une meilleure supposition silencieuse.
Quand un document porte un numéro de soumission ou de commande provisoire, retrouver cette commande provisoire et la mettre à jour, plutôt que d'en créer une seconde que quelqu'un devra rapprocher ensuite.
Une prise en charge native des listes de prix par palier et par client que les grossistes tiennent dans des applications comme Wholesale Gorilla et SparkLayer, pour que le prix de la commande provisoire vienne du contrat et non du document de l'acheteur.
Renseigner le transporteur sur la commande, et lire les numéros de compte transporteur et les codes d'expédition dans le document quand l'acheteur les inclut.
Les conversions caisse, paquet et unité traitées comme des données de première classe plutôt que déduites ligne par ligne, ce qui est précisément là où les catalogues multiformats déraillent aujourd'hui.
Un élément peut revenir de En cours à Prochainement si les tests révèlent quelque chose que nous n'avions pas prévu. Quand cela arrive, la page change plutôt que la date glisse en silence.
La vue de haut niveau. Ce sont des directions plutôt que des spécifications, et le détail est mince volontairement.
De vrais problèmes vus plus d'une fois. Aucune date, aucun engagement, et certains n'aboutiront pas.
Le même produit pour les marchands dont les commandes atterrissent dans QuickBooks Online plutôt que dans Shopify.
PDF to Order écrit déjà dans Odoo. L'inscrire au marketplace Odoo le rendrait trouvable par des marchands qui ne touchent jamais à Shopify.
Découpler complètement le moteur d'extraction et de rapprochement de Shopify et l'exposer comme API et comme serveur MCP, pour qu'il se place devant n'importe quelle destination de commande.
Y compris les déploiements sur site, qui sont la moitié la plus difficile et celle qui revient le plus souvent.
Quand il n'y a pas d'API où écrire, il reste l'automatisation du poste de travail. Nous l'avons fait et cela fonctionne, mais c'est assez fragile pour que nous ne le transformions pas en produit à la légère.
Prendre le paiement sur une commande approuvée plutôt que de passer la main à une facture.
Les deux derniers trimestres, pour que vous puissiez calibrer la vitesse à laquelle le reste de cette page avancera probablement.
Obtenu en août 2026. C'est le seuil de qualité propre à Shopify pour les applications, qui couvre la performance, la conformité au design Polaris, la gestion des erreurs et la profondeur d'intégration.
La même extraction et le même rapprochement écrivant dans Katana MRP et dans Odoo, pas seulement dans Shopify.
Les documents commandés en caisses se résolvent maintenant à la bonne quantité unitaire face au catalogue, au lieu de commander le nombre de caisses en unités.
Le PDF ou le courriel source est joint à l'historique de la commande Shopify, pour que quiconque auditant la commande plus tard voie ce qui a réellement été envoyé.
La première commande d'un nouvel acheteur ne bloque plus sur une fiche client manquante. Derrière un interrupteur, parce que bien des marchands veulent l'inverse.
Si l'application n'arrive pas à déterminer le compte avec confiance, elle s'arrête au lieu de créer une commande sur le mauvais.
Quatre entrées, pondérées dans cet ordre. La liste est courte parce qu'une plus longue ne serait pas vraie.
Une défaillance sur le vrai document d'un vrai marchand passe devant tout le reste de cette page. La précision d'extraction et de rapprochement est le produit, et un type de document qui échoue est un bogue avant d'être une fonctionnalité.
Une demande est une donnée. La même demande venant de quatre marchands sans lien en un trimestre est un élément de feuille de route. Nous notons quel compte a demandé, pour distinguer une voix forte d'un besoin répandu.
Si une capacité manquante précise est la raison pour laquelle un grossiste ne peut pas adopter le produit, elle pèse lourd, à condition que le même manque soit plausible pour d'autres.
La plus petite entrée, et celle qui explique la majeure partie du groupe À l'étude. Se découpler de Shopify n'est pas quelque chose qu'un marchand nous a déjà demandé. C'est un pari sur l'endroit où aboutira la prise de commande.
Le chemin le plus rapide vers cette page est un vrai document que le produit a mal traité, ou un flux de travail qu'il ne sait pas exprimer. Envoyez-le et nous vous dirons honnêtement s'il s'en vient.
Les demandes des marchands qui utilisent l'application pèsent plus lourd que celles de n'importe qui d'autre, nous y compris.
FAQ
À la fin de chaque trimestre, et chaque fois qu'un élément passe de En cours à Livré. Elle est écrite à la main à partir de notre backlog d'ingénierie plutôt que générée automatiquement, parce que le backlog contient des noms de marchands et des détails de support qui ne nous appartiennent pas.
Parce que nous les manquerions. Chaque élément porte un statut à la place. En cours veut dire que le travail est commencé et que la spécification est arrêtée. Prochainement veut dire que c'est engagé pour le trimestre mais pas démarré. À l'étude veut dire que le problème nous semble réel sans que nous nous soyons engagés. Seul Livré est un fait.
Livré, oui. En cours, presque. Prochainement et À l'étude, non. Des éléments de ces deux groupes sont abandonnés ou réordonnés quand ce que nous apprenons change la priorité. Ne signez pas un bon de commande sur la foi d'un élément À l'étude.
Dites-le-nous. Les demandes des marchands payants passent devant les idées inventées à l'interne, et une demande accompagnée du document ou du flux de travail qui a réellement bloqué passe devant un nom de fonctionnalité. Utilisez le formulaire de contact ou soulevez-le dans l'application.
Non, et pas parce qu'il serait secret. Le tableau contient des noms de marchands, des billets de support et des constats de sécurité qui appartiennent à d'autres. Cette page est la vue publique organisée du même travail.
Non. Cette page ne couvre que le produit PDF to Order. Les implantations ERP, MRP et Shopify sont cadrées mandat par mandat, pas sur une feuille de route produit.
Réservez une démo courte. Apportez un vrai bon de commande, nous le traitons en direct, pour que vous jugiez le rapprochement et le prix sur vos données.
