Vouloir inspirer confiance et être vérifiable sont deux choses différentes. La première est un ton de voix. La seconde est une décision produit, et elle a un coût.
C’est le marché de l’or qui me l’a appris en premier
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. Quand nous avons défini Mokaab, c’était cela, le constat : le déficit de confiance — et non la technologie — constitue le marché. Cela sonne comme un slogan. C’était pensé comme une spécification. Si le déficit est le marché, alors chaque fonctionnalité doit être jugée selon qu’elle comble ce déficit ou qu’elle le décore.
L’obligation de rachat a donc été intégrée dès le premier jour, et non ajoutée après coup — à travers les parcours d’achat, de vente, de détention, de tarification, de facturation, de livraison et de compte. C’est une petite phrase aux lourdes conséquences. Une promesse de rachat que personne n’a mise par écrit est une humeur. Une obligation de rachat qui existe dans le produit est une chose que l’entreprise ne peut pas retirer discrètement quand le marché se retourne. La première version ne coûte rien à énoncer. La seconde change ce que vous aurez le droit de faire plus tard. C’est ce que j’entends par « conçue ».
Mokaab n’a jamais été lancée. Les priorités du groupe parent se sont tournées vers les opérations physiques avant la mise en service de la plateforme. Je veux que cela soit consigné avant d’en tirer quoi que ce soit, parce qu’un principe qui n’apparaît que dans les réussites n’est pas un principe. 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.
À quoi cela ressemblait quand cela a réellement tourné
Shalize était une entreprise d’or et d’argent physiques qui fonctionnait sur des messages WhatsApp, la mémoire et la confiance, avec un volume qui augmentait plus vite que le processus ne pouvait l’absorber. Remarquez le mot « confiance » dans cette description. Il y en avait beaucoup. Elle était simplement entièrement non conçue — portée par des relations individuelles, par le souvenir qu’une seule personne avait de ce qui avait été promis, par un fil de messages que personne ne retrouvait deux fois.
Ce que nous avons reconstruit n’avait rien de glorieux : demande, commande, facturation, vérification du paiement, exécution, suivi et rachat, chacune avec un seul responsable, une seule définition et un seul endroit où vivre, avec un CRM en dessous. Rien de cela n’est une fonctionnalité de confiance au sens où une équipe marketing emploierait l’expression. Tout cela est une fonctionnalité de confiance au seul sens qui compte — la promesse faite au moment de la demande est la même promesse qui existe au moment de l’exécution, et quelqu’un peut aller vérifier.
Le mécanisme qui mérite d’être nommé : l’adoption du CRM a été le vrai lancement, pas le site web. Les ventes devaient cesser de travailler de mémoire. C’est le coût réel de la conception de la confiance, et c’est pourquoi le ton de voix est le choix le plus facile. Le ton de voix ne demande à personne de changer de comportement. La vérification du paiement demande à une personne précise de faire une chose précise qu’elle ne faisait pas la veille.
Le volume quotidien est passé de 0,5 à 10 kg par jour. Il y avait plus de 4 000 clients acheteurs vérifiés, et l’achat répété est devenu le canal — ce qui arrive quand ce qui se cumule, c’est la confiance plutôt que la publicité. La confiance se cumule ; la publicité, non.
La charité, c’est le même problème avec l’argent dans l’autre sens
Le don caritatif échoue aux deux bouts : les donateurs ne peuvent pas vérifier le besoin, et les travailleurs sociaux ne peuvent pas prouver le résultat. La confiance s’effondre au milieu. Le réflexe est de rassurer. Nous avons plutôt construit un objet. La Carte Mehrabani porte le besoin vérifié, l’histoire du bénéficiaire, le don et le résultat, en un seul endroit. Soha se trouve en dessous, comme couche de données des besoins vérifiés.
Le mécanisme, c’est que la carte est un artefact unique qui traverse tout le parcours. Un donateur qui veut savoir ce qui s’est passé n’a pas à se fier à un résumé ; la boucle de compte rendu d’impact se referme sur le même objet que celui pour lequel il a donné. Et parce que le tout a été construit pour une distribution à l’échelle nationale, le processus opérationnel devait être un processus que les travailleurs sociaux utilisent réellement — sinon la couche de vérification est décorative et l’on revient à la réassurance, avec des étapes en plus.
Là où cela n’a pas fonctionné, et pourquoi
CompanyHouse est le contre-exemple que je garde. Immatriculer une société en Iran exige un expert, parce que la procédure est délibérément opaque : l’expertise est le produit, et le goulot d’étranglement. Nous avons modélisé le savoir tacite des spécialistes sous la forme d’un parcours guidé, fondé sur des questions, qui générait les dossiers. Le service a fonctionné pendant un an. Il a fermé.
La leçon que j’en ai tirée, c’est que transformer un savoir d’expert en produit est un problème d’extraction de connaissance bien avant d’être un problème de logiciel. Il y a une leçon de confiance en dessous. Dans une formalité juridique, l’artefact auquel l’utilisateur doit faire confiance, c’est le résultat — le document qui passe ou ne passe pas le greffe. Nous savions modéliser les questions que posent les spécialistes. Tant que vous ne savez pas aussi modéliser les exceptions qu’ils connaissent, vous n’avez pas de produit ; vous avez un service avec un écran de connexion. Et un système expert qui a raison la plupart du temps n’est pas digne de confiance là où se tromper une seule fois représente tout le coût.
WritingChex s’est heurté à une version du même mur, par l’autre côté. Un candidat à l’IELTS vivant hors d’une grande ville n’a ni examinateur, ni retour, ni moyen de savoir pourquoi son écrit obtient la note qu’il obtient. Ce produit ne fonctionne que si le retour est crédible. J’ai été honnête avec l’équipe sur les points où l’on ne pouvait pas faire confiance au modèle, ce qui, je le pense toujours, était juste, et le MVP a été validé avec de vraies soumissions et les premiers clients payants — la première preuve que des gens paieraient pour un retour produit par une machine. Le projet s’est arrêté en 2025 malgré tout. Être honnête sur une limite ne supprime pas la limite.
Le site porte le même argument
Chaque chiffre de ce site dit d’où il vient et s’il a été audité. La plupart ne l’ont pas été. Les montants en tomans 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 — et aucun équivalent en dollars n’est donné, parce que le taux de change sur la période n’était pas assez stable pour une conversion honnête.
Le dire ne coûte rien, et c’est la seule raison de croire le reste. Ce qui est le principe sous sa forme la moins coûteuse possible : la confiance, c’est ce qui reste une fois que vous avez retiré tout ce qu’un lecteur ne peut pas vérifier.