Une présentation stratégique décrit où vous avez l’intention d’aller. Un système d’exploitation décide de ce qui se passe réellement ensuite, chaque jour, que quelqu’un pense ou non à la stratégie. Quand les deux divergent, le système d’exploitation l’emporte. Il l’emporte toujours.
C’est tout le principe. La plupart de ce qui ressemble à un problème de stratégie tient en réalité au fait que personne n’est capable de dire, à voix haute, ce qu’il advient d’une demande un mardi après-midi.
Ce qu’était réellement Shalize
Shalize était une entreprise d’or et d’argent physiques qui fonctionnait sur des messages WhatsApp, la mémoire et la confiance. Ce n’est pas une critique. Cela a fonctionné, jusqu’au moment où cela n’a plus fonctionné. Le volume augmentait plus vite que le processus ne pouvait l’absorber, ce qui est le mode de défaillance propre aux entreprises bâties sur des gens de qualité : les gens tiennent, la charge non.
L’intervention n’a pas été une nouvelle stratégie. Ce fut une reconstruction du système d’exploitation de bout en bout — demande, commande, facturation, vérification du paiement, exécution, suivi et rachat — avec un CRM en dessous. Sept étapes. Chacune nommée. Chacune avec un responsable. Chacune avec une définition de ce que « terminé » veut dire, pour que deux personnes ne puissent pas croire toutes les deux que le paiement a été vérifié et attendre chacune l’autre.
Le volume quotidien est passé de 0,5 à 10 kg/jour. Plus de 4 000 clients acheteurs vérifiés. Je veux être prudent ici : les montants que le groupe publie sont des valeurs brutes de transactions déclarées par l’entreprise, non auditées, qui ne constituent ni un chiffre d’affaires ni une marge nette. Chaque chiffre de ce site dit d’où il vient et s’il a été audité, et la plupart ne l’ont pas été. Le dire ne coûte rien.
Ce que j’affirme sans réserve, c’est le mécanisme. Le volume n’a pas bougé parce que nous avons trouvé un meilleur argument. Il a bougé parce que le processus a cessé de perdre des choses.
Le vrai lancement n’était pas le site web
Ce que l’on sous-estime, c’est qui doit changer. Chez Shalize, les ventes devaient cesser de travailler de mémoire. C’était cela, le vrai lancement — l’adoption du CRM, pas la mise en ligne d’une page. Quelqu’un qui a passé des années à conclure des affaires de tête vit un système de référence comme une insulte avant de le vivre comme une mémoire qui ne flanche pas.
C’est pourquoi les Personnes arrivent en troisième position dans les cinq questions que j’aligne avant de construire quoi que ce soit : qui doit changer de comportement pour que cela fonctionne ? Tout produit est une demande adressée à quelqu’un d’agir autrement — les utilisateurs, oui, mais aussi l’équipe commerciale, l’équipe d’exécution, et la personne qui doit arrêter de faire les choses à l’ancienne. Une présentation n’a jamais à répondre à cette question. Un système d’exploitation ne peut pas l’éviter.
L’autre chose sur laquelle un système d’exploitation vous oblige à être honnête, c’est le marché dans lequel vous êtes réellement. Le marché iranien de l’or se règle physiquement. Cela fait de la logistique et de la conservation des problèmes produit, pas des questions de back-office. Aucune application plus jolie ne permet de les faire disparaître.
Celui qui n’a pas fonctionné
Mokaab reposait sur la même idée, et elle est venue en premier — 2024 à 2025, alors que Shalize couvre 2025 à 2026. Elle n’a jamais été lancée.
J’ai conçu l’architecture de la plateforme d’investissement complète — parcours d’achat, de vente, de détention, de rachat, de tarification, de facturation, de livraison et de compte — avec l’obligation de rachat intégrée dès le premier jour plutôt qu’ajoutée après coup. Je pense toujours que c’était juste. C’est le déficit de confiance, et non la technologie, qui constitue le marché : acheter de l’or comme investissement en Iran, c’est faire confiance à une boutique, à un prix que vous ne pouvez pas vérifier, et à une promesse de rachat que personne n’a mise par écrit.
Elle n’a pas été mise en service. Les priorités du groupe parent se sont tournées vers les opérations physiques avant que la plateforme ne soit prête. Voici la leçon inconfortable, et elle va contre le principe plutôt qu’en sa faveur : un système d’exploitation bien conçu ne vous protège pas de la décision de quelqu’un d’autre sur la destination de l’argent. J’avais le système. Je n’avais pas le mandat. Quiconque vous vend la discipline opérationnelle comme une garantie vous vend quelque chose.
Ce qui a survécu, ce sont l’architecture et le modèle de marché, intégrés au système d’exploitation de Shalize. La version honnête n’est donc pas « Mokaab a échoué ». C’est : Mokaab était le travail de conception, Shalize l’endroit où il a tourné.
La même forme, dans des lieux qui ne se ressemblent en rien
Mehrabani est une plateforme de financement participatif caritatif, pas une entreprise d’or, et la structure est identique. Le don caritatif échoue aux deux bouts — les donateurs ne peuvent pas vérifier le besoin, les travailleurs sociaux ne peuvent pas prouver le résultat, et la confiance s’effondre au milieu. J’ai donc conçu la Carte Mehrabani comme un seul objet portant le besoin vérifié, l’histoire du bénéficiaire, le don et le résultat, et construit Soha en dessous comme couche de données des besoins vérifiés. Puis, la partie qui compte : le processus opérationnel que les travailleurs sociaux utilisent réellement. Pas celui qu’ils devraient utiliser.
Ketabno a été lancé en environ trois mois. En parallèle, HisTory a fonctionné comme une campagne de croissance pilotée par le produit, conçue comme un seul mouvement continu — inscription, complétion du profil et achat de livre numérique — plutôt que trois campagnes qui se passent mal le relais. Invest Iran applique la même discipline à une agence de promotion des investissements qui, sans présence numérique, n’est qu’un numéro de téléphone : découverte des opportunités, évaluation des avantages concurrentiels, manifestation d’intérêt, engagement institutionnel, gestion des demandes, accompagnement après investissement. Encore des étapes nommées.
CompanyHouse, en 2015, est l’endroit où j’ai touché pour la première fois la limite de cette approche. Nous avons modélisé le savoir tacite des spécialistes de l’immatriculation sous la forme d’un parcours guidé, fondé sur des questions, qui générait les dossiers, en convertissant règles, points de décision et exceptions en logique produit. Le service a fonctionné pendant un an et a fermé. La leçon : transformer un savoir d’expert en produit est un problème d’extraction de connaissance bien avant d’être un problème de logiciel. Vous pouvez définir chaque étape du système sans avoir capturé les exceptions que l’expert connaît et ne mentionne jamais, parce que, pour lui, ce ne sont pas des exceptions.
Pourquoi je peux me permettre de le dire
J’ai appris la construction d’entreprise, la gouvernance et le passage à l’échelle opérationnel chez Aghigh en faisant d’abord mal les trois, puis en faisant évoluer l’organisation de l’exécution de projets vers une conception de produits durable. Le modèle de travail que j’y ai construit n’avait rien de glorieux, et c’est chaque fois la même liste : réception du brief, définition du livrable, affectation, suivi, retours, révision, livraison.
Ce n’est pas une stratégie. C’est un système. C’est aussi la seule chose ici qui ait survécu au contact de vrais marchés.