Ein Strategiedeck beschreibt, wohin Sie wollen. Ein Betriebssystem entscheidet, was als Nächstes tatsächlich passiert, jeden Tag, ob gerade jemand an die Strategie denkt oder nicht. Wenn die beiden sich widersprechen, gewinnt das Betriebssystem. Es gewinnt immer.
Das ist das ganze Prinzip. Das meiste, was nach einem Strategieproblem aussieht, ist in Wahrheit, dass niemand laut sagen kann, was an einem Dienstagnachmittag mit einer Anfrage passiert.
Was Shalize tatsächlich war
Shalize war ein Handelsgeschäft mit physischem Gold und Silber, das auf WhatsApp-Nachrichten, Gedächtnis und Vertrauen lief. Das ist keine Kritik. Es hat funktioniert, bis es eben nicht mehr funktionierte. Das Volumen wuchs schneller, als der Prozess es tragen konnte — genau die Art, auf die Unternehmen scheitern, die auf guten Leuten gebaut sind: Mit den Leuten ist alles in Ordnung, mit der Last nicht.
Der Eingriff war keine neue Strategie. Er war ein Neubau des Betriebssystems von Anfang bis Ende — Anfrage, Bestellung, Rechnungsstellung, Zahlungsprüfung, Abwicklung, Nachbetreuung und Rückkauf — mit einem CRM darunter. Sieben Schritte. Jeder benannt. Jeder mit einem Verantwortlichen. Jeder mit einer Definition dessen, was „erledigt“ heißt, damit nicht zwei Leute gleichzeitig glauben können, die Zahlung sei geprüft, und beide auf den jeweils anderen warten.
Das Tagesvolumen stieg von 0,5 auf 10 kg pro Tag. 4.000+ verifizierte zahlende Kunden. Ich will hier vorsichtig sein: Die Geldbeträge, die die Gruppe nennt, sind vom Unternehmen gemeldete Bruttotransaktionswerte, nicht geprüft, weder Umsatz noch Nettomarge. Jede Zahl auf dieser Website sagt, woher sie stammt und ob sie geprüft wurde, und die meisten wurden es nicht. Das zu sagen kostet nichts.
Was ich ohne Einschränkung behaupte, ist der Mechanismus. Das Volumen ist nicht gestiegen, weil wir ein besseres Argument gefunden hätten. Es ist gestiegen, weil der Prozess aufgehört hat, Dinge zu verlieren.
Der eigentliche Launch war nicht die Website
Was man gern unterschätzt, ist, wer sich ändern muss. Bei Shalize musste der Vertrieb aufhören, aus dem Gedächtnis zu arbeiten. Das war der eigentliche Launch — die Einführung des CRM, nicht eine Seite, die online ging. Wer jahrelang Geschäfte aus dem eigenen Kopf abgeschlossen hat, erlebt ein zentrales Erfassungssystem zuerst als Kränkung, bevor er es als Gedächtnis erlebt, das nicht versagt.
Deshalb steht „Menschen“ an dritter Stelle der fünf Fragen, die ich kläre, bevor ich irgendetwas baue: Wer muss sein Verhalten ändern, damit das funktioniert? Jedes Produkt ist eine Aufforderung an jemanden, anders zu handeln — an die Nutzer, ja, aber auch an den Vertrieb, an das Abwicklungsteam und an die Person, die aufhören muss, es auf die alte Art zu machen. Ein Deck muss diese Frage nie beantworten. Ein Betriebssystem kann ihr nicht ausweichen.
Das andere, worüber ein Betriebssystem Sie zur Ehrlichkeit zwingt, ist der Markt, in dem Sie sich tatsächlich befinden. Ein iranischer Goldmarkt wird physisch abgewickelt. Das macht Logistik und Verwahrung zu Produktproblemen, nicht zu Backoffice-Themen. Mit einer hübscheren App lässt sich das nicht wegdesignen.
Das, was nicht funktioniert hat
Mokaab war dieselbe Idee, und sie kam zuerst — 2024 bis 2025, während Shalize 2025 bis 2026 lief. Es ist nie gestartet.
Ich habe die vollständige Investmentplattform konzipiert — Kauf, Verkauf, Verwahrung, Rückkauf, Preisbildung, Rechnungsstellung, Lieferung und Kontoverläufe —, bei der die Rückkaufverpflichtung vom ersten Tag an eingeplant war, statt nachträglich angeschraubt zu werden. Ich halte das immer noch für richtig. Der Markt ist die Vertrauenslücke, nicht die Technologie: Wer im Iran Gold als Geldanlage kauft, muss einem Laden vertrauen, einem Preis, den er nicht überprüfen kann, und einem Rückkaufversprechen, das niemand aufgeschrieben hat.
Es wurde nicht ausgeliefert. Die Prioritäten der Muttergruppe verlagerten sich auf das physische Geschäft, bevor die Plattform fertig war. Hier ist die unbequeme Lektion, und sie spricht eher gegen das Prinzip als dafür: Ein gut entworfenes Betriebssystem schützt Sie nicht vor der Entscheidung eines anderen darüber, wohin das Geld fließt. Ich hatte das System. Ich hatte nicht das Mandat. Wer Ihnen operative Disziplin als Garantie verkauft, verkauft Ihnen etwas.
Überlebt haben die Architektur und das Marktmodell, eingeflossen in das Betriebssystem von Shalize. Die ehrliche Fassung lautet also nicht „Mokaab ist gescheitert“. Sie lautet: Mokaab war die Entwurfsarbeit, Shalize war der Ort, an dem sie lief.
Dieselbe Form an Orten, die sich überhaupt nicht ähneln
Mehrabani ist eine Plattform für wohltätiges Crowdfunding, kein Goldgeschäft, und die Struktur ist identisch. Wohltätiges Spenden scheitert an beiden Enden — Spender können den Bedarf nicht überprüfen, Sozialarbeiter können die Wirkung nicht belegen, und in der Mitte bricht das Vertrauen zusammen. Also habe ich die Mehrabani Card als ein einziges Objekt entworfen, das den geprüften Bedarf, die Geschichte der begünstigten Person, die Spende und das Ergebnis trägt, und Soha darunter als Datenschicht für geprüfte Bedarfe gebaut. Dann der Teil, auf den es ankommt: der operative Workflow, den Sozialarbeiter tatsächlich nutzen. Nicht der, den sie nutzen sollten.
Ketabno startete in rund drei Monaten. Daneben lief HisTory als produktgetriebene Wachstumskampagne, gebaut als eine durchgehende Bewegung — Registrierung, Vervollständigung des Profils und Kauf eines E-Books — statt als drei Kampagnen, die sich schlecht gegenseitig übergeben. Invest Iran ist dieselbe Disziplin, angewandt auf eine Investitionsförderagentur, die ohne digitale Oberfläche eine Telefonnummer ist: Entdeckung von Investitionsmöglichkeiten, Bewertung der Wettbewerbsvorteile, Interessenbekundung, organisatorische Einbindung, Anfragenmanagement, Nachbetreuung. Wieder benannte Schritte.
Bei CompanyHouse bin ich 2015 zum ersten Mal an die Grenze dieses Ansatzes gestoßen. Wir haben das implizite Wissen der Gründungsspezialisten in einen geführten, fragebasierten Workflow übertragen, der die Anmeldeunterlagen erzeugte, und dabei Regeln, Entscheidungspunkte und Ausnahmen in Produktlogik übersetzt. Es lief ein Jahr und wurde dann geschlossen. Die Lektion: Expertenwissen zu produktisieren ist lange ein Problem der Wissensextraktion, bevor es ein Softwareproblem wird. Sie können jeden Schritt im System definieren und trotzdem die Ausnahmen verpassen, die der Experte kennt und nie erwähnt, weil sie für ihn keine Ausnahmen sind.
Warum ich das sagen darf
Unternehmensaufbau, Governance und operative Skalierung habe ich bei Aghigh gelernt, indem ich alle drei zuerst schlecht gemacht habe, um die Organisation dann von der Projektabwicklung hin zu nachhaltigem Produktdesign zu führen. Das Arbeitsmodell, das ich dort aufgebaut habe, war unspektakulär, und es ist jedes Mal dieselbe Liste: Briefing-Aufnahme, Definition des Ergebnisses, Zuteilung, Nachverfolgung, Feedback, Überarbeitung, Lieferung.
Das ist keine Strategie. Es ist ein System. Und es ist das Einzige hier, das den Kontakt mit echten Märkten überstanden hat.