Entreprise

Nous avons construit ce que nous refaisions à la main chez nos clients

LevelOps a commencé comme cabinet d’opérations et de systèmes pour des fabricants, distributeurs et grossistes. Le même trou revenait dans chaque mandat, alors nous avons construit le produit qui le comble. Cette page est la pratique, la méthode et ce que nous croyons. Le parcours du fondateur qui l’a produite est sur Notre histoire.

Cela a commencé par du conseil

LevelOps est une petite équipe montréalaise de gens d’opérations et de systèmes. Avant qu’il y ait un produit, il y avait une pratique : implémenter des systèmes ERP et MRP, et construire sur Shopify, pour des fabricants, des distributeurs et des grossistes.

Ce travail révèle beaucoup. Une implémentation n’est pas une présentation, c’est un mois passé à l’intérieur de l’opération réelle de quelqu’un, à suivre le flux depuis le moment où un client envoie quelque chose jusqu’à l’encaissement. On voit quelles étapes sont documentées et lesquelles vivent dans la tête d’une seule personne. On apprend que la carte des processus au mur et le processus sur le plancher sont deux documents différents.

Nous l’avons fait à répétition, dans des secteurs qui n’avaient presque rien en commun : suppléments, vêtements, robotique, alimentation et boissons, matériaux de construction, patrons de couture. Produits différents, systèmes différents, pays différents. Et la même faille, dans presque chacun d’eux.

Le même trou, à chaque fois

Les systèmes allaient bien. Shopify gérait la boutique. L’ERP gérait la production et la finance. Le portail B2B gérait les comptes qui acceptaient de l’utiliser. Chaque logiciel faisait ce qui était écrit sur la boîte.

Mais les commandes elles-mêmes arrivaient toujours en PDF et en tableurs dans une boîte de réception, et une personne les retapait. Ligne par ligne, entre deux appels, depuis trente formats clients différents, vers un système qui n’avait aucune idée que tout cela avait déjà été tapé une fois par l’acheteur qui l’avait envoyé.

Le pire, c’était l’invisibilité. Aucun tableau de bord ne le montrait. Ce n’était pas un poste de budget. C’était absorbé par le service client comme faisant partie du travail, et c’était le plus grand coût récupérable du flux. Chaque plan d’implémentation que nous avons écrit, et chacun que nous avons revu venant d’ailleurs, supposait discrètement que cette étape serait prise en charge par quelqu’un d’autre. Donc personne ne la prenait.

Alors nous l’avons construit

PDF to Order est né de ce constat plutôt que d’une stratégie produit. Il n’y a pas eu d’étude de marché. Il y avait une liste de clients avec le même problème et l’hypothèse raisonnable qu’en le réglant une fois, correctement, cela fonctionnerait pour tous.

Ce que l’app fait est volontairement étroit. Elle lit ce que le client envoie, en PDF, en Excel, en CSV, en Word, en numérisation ou en texte brut dans un courriel. Elle rapproche chaque ligne du catalogue Shopify du vendeur, y compris quand l’acheteur utilise ses propres codes ou une description approximative contenant une faute. Elle applique la liste de prix réellement promise à ce compte, jamais le montant imprimé sur le document de l’acheteur. Puis elle crée une commande provisoire Shopify et s’arrête, pour qu’une personne la révise avec le fichier source joint.

Le conseil finance et nourrit toujours le produit. C’est pourquoi le produit commence à la boîte de réception plutôt qu’à un tableau de bord, et pourquoi la première chose que nous offrons à un marchand est un audit plutôt qu’un essai.

La méthode que nous appliquons des deux côtés

Les mêmes quatre étapes, que nous implémentions un ERP ou que nous intégrions un marchand à PDF to Order. L’ordre compte plus que la vitesse.

  1. 01

    Audit d’efficacité opérationnelle

    Cartographier comment les commandes arrivent, qui touche chacune, combien de temps cela prend et ce que cela coûte. Cette étape existe pour que personne, nous compris, n’ait à deviner où est le goulot d’étranglement.

  2. 02

    Conception du flux et des systèmes

    Concevoir le flux d’abord, puis les systèmes autour. Un outil posé sur un processus non tranché ne fait qu’accélérer la confusion.

  3. 03

    Développement et implémentation

    Construire, déployer, et rester pendant la partie où la réalité contredit le plan. Un marchand a décrit quatre semaines d’intégration structurée et d’itération conjointe, et c’est exactement à quoi ressemble cette étape.

  4. 04

    Soutien aux données et IA

    Garder le catalogue et les données clients propres, puis placer l’automatisation là où elle rapporte. De l’IA posée sur de mauvaises données de référence produit des absurdités assurées.

L’audit est gratuit et sans obligation, parce qu’un mauvais diagnostic est la chose la plus chère de ce métier.

Ce que nous croyons

Six positions que nous avons prises. Chacune ferme des options que nous pourrions autrement vendre, et c’est précisément le but.

Une automatisation gagne la confiance en restant vérifiable

Chaque commande arrive en brouillon avec le fichier source joint. Une commande fausse envoyée avec assurance coûte cher, et la confiance ne revient pas. L’étape de révision n’est pas une limite que nous prévoyons retirer.

Le client ne devrait pas avoir à changer

Demander aux acheteurs d’un grossiste d’ouvrir un portail fait perdre les commandes des comptes les moins enclins à changer. Nous lisons plutôt ce qu’ils envoient déjà.

Commencer là où le travail se trouve

La boîte de réception, pas le tableau de bord. Faire des rapports sur un processus cassé est une façon plus lente de confirmer ce que la personne qui tape vous a déjà dit.

Mesurer avant et après, sur de vraies commandes

Des marchands nous ont dit que la part de commandes exigeant une saisie manuelle est passée de 60 % à moins de 10 %, et qu’une commande de 100 articles prend maintenant moins de quatre minutes. Ce sont leurs chiffres, sur leurs fichiers, les seuls qui valent d’être cités.

L’IA doit rimer avec le rendement

Nous utilisons l’IA là où elle retire du travail répétitif et propice aux erreurs, et nulle part ailleurs. La nouveauté n’est pas un argument d’affaires, et un marchand qui nous décrit comme son premier pas facile vers l’IA vaut plus que n’importe quelle démonstration.

Dire quand nous ne sommes pas la réponse

Si la réception n’est pas votre goulot d’étranglement, nous le dirons pendant l’audit. Pouvoir aider de deux façons, en conseil ou avec un produit, est ce qui rend cette honnêteté abordable.

Questions sur l’entreprise

Que fait LevelOps ?

Deux choses qui se nourrissent l’une l’autre. Nous implémentons des systèmes ERP et MRP et construisons sur Shopify pour des fabricants, distributeurs et grossistes, et nous développons PDF to Order, une app qui transforme les bons de commande entrants en commandes provisoires Shopify. Le conseil nous a appris où le flux de commandes casse. Le produit est la partie que nous pouvions transformer en logiciel.

Où êtes-vous établis ?

À Montréal, au Québec. Nous travaillons en français et en anglais avec des grossistes et distributeurs au Canada, aux États-Unis et en Europe, et le soutien est bilingue sur tous les forfaits.

Pourquoi un cabinet de conseil construit-il un produit ?

Parce qu’une étape tombait chaque fois hors de la portée des mandats. Le conseil règle un processus un client à la fois, et il existe des problèmes où la réponse honnête est que le client a besoin d’un logiciel qui n’existe pas encore. La réception des commandes en faisait partie. Le construire une fois, comme il faut, valait mieux que d’écrire le même contournement dans une trentième offre de service.

Pourquoi commencer à la boîte de réception et non à un tableau de bord ?

Parce que c’est là que le travail se trouve. Mandat après mandat, les systèmes allaient bien et les commandes étaient encore retapées par une personne depuis un PDF. Chaque plan d’implémentation supposait discrètement que quelqu’un d’autre réglerait cette étape, donc personne ne l’a réglée.

Pourquoi un humain valide-t-il toujours ?

Une commande fausse envoyée avec assurance coûte plus cher qu’une commande lente. Elle expédie le mauvais produit, coûte environ 250 $ à corriger, et dépense un crédit de confiance qui ne revient pas. Chaque commande arrive donc en brouillon avec le fichier source joint, et une personne a le dernier mot.

Faites-vous encore du conseil ?

Oui, et volontairement. Les mandats d’implémentation nous gardent à l’intérieur de vraies opérations, là où l’on découvre ce qui manque au produit. Cela veut aussi dire que nous pouvons dire à un marchand que l’automatisation n’est pas son goulot d’étranglement, parce que nous avons de toute façon une façon de l’aider. C’est aussi la moitié la plus ancienne de l’entreprise : la pratique est venue en premier, et les exigences du produit en sont sorties.

Quel est votre processus sur un mandat ?

Un audit d’efficacité opérationnelle, puis la conception du flux et des systèmes, puis le développement et l’implémentation, puis le soutien à la gestion des données et l’IA. Éprouvé, transparent et sans stress, voilà la promesse, et l’audit vient d’abord parce que deviner coûte cher.

Que refusez-vous de faire ?

Nous ne demandons pas aux clients d’un grossiste de changer leur façon de commander, nous ne construisons pas d’automatisation qui agit sans étape de révision, et nous ne promettons pas un chiffre que nous n’avons pas mesuré sur de vraies commandes. Ces trois règles nous coûtent quelques ententes et nous font gagner toutes les intéressantes.

Où est le parcours du fondateur ?

Sur Notre histoire, raconté période par période depuis avant 2006 jusqu’au changement de nom. Cette page est la pratique que ce parcours a produite. L’autre, ce sont les pièces où elle a été apprise.

Comment amorcer une conversation ?

Réservez un audit gratuit du flux de commandes. Vingt minutes sur la façon dont les commandes vous arrivent, qui touche chacune d’elles et où elles se bloquent. Vous gardez la carte et les chiffres, que vous installiez quelque chose ou non.

Les personnes

Les trois mêmes visages que Notre équipe. Les photos de bureau de Square-Victoria ne sont pas encore dans le dépôt. Déposez les fichiers et elles iront dans un cadre sous ce bloc.

Maxime Lavoie

Maxime Lavoie

PDG

Maxime Lavoie, président et fondateur de LevelOps, a passé les 15 dernières années à soutenir les entreprises manufacturières et de détail à améliorer leurs opérations et leurs technologies. Maxime a été Vice-Président Opérations chez Goodfood et consultant en chaîne d'approvisionnement chez Deloitte.

LinkedIn de Maxime Lavoie
Thierry Ferland

Thierry Ferland

CTO

Thierry Ferland est spécialisé en automatisation et intégration de systèmes. Ancien CTO de La Récolte, un détaillant français farm to table, il développe des solutions technologiques pour améliorer l'efficacité des entreprises manufacturières et de détail.

LinkedIn de Thierry Ferland
Mathieu Magri

Mathieu Magri

Ingénieur solutions IA

Mathieu Magri développe et affine les modèles d'IA derrière le rapprochement des produits et le traitement des documents. C'est la partie de PDF to Order qui doit lire un bon de commande jamais vu auparavant et trouver quand même la bonne variante dans votre catalogue.

LinkedIn de Mathieu Magri

Dites-nous comment vos commandes arrivent

Nous cartographierons le flux, chiffrerons les étapes manuelles, et vous dirons franchement si l’automatisation est votre goulot d’étranglement. Si ce n’est pas le cas, nous le dirons.

Basés à Montréal. En français et en anglais. Aucun argumentaire, aucun engagement.

En chiffres

4x
Croissance du commerce en ligne en trois ans, sur un mandat client
60 %
Hausse des ventes en ligne en 2024, sur un mandat client
4.8
Note d’une boutique cliente après nos travaux, contre 2.5 avant
5.0
Note de PDF to Order sur le Shopify App Store