Die häufigste Frage, die wir von anderen Gründern bekommen, ist eine Variante von: „Wie baut ihr 150 Module mit dem Team, das ihr habt?“
Die ehrliche Antwort lautet: Die Frage ist falsch gestellt. Wir bauen nicht 150 großartige Module. Wir bauen 150 ausreichend gut Module auf einer kleinen Anzahl wirklich gut gebauter Fundamente. Genau diese Unterscheidung ist die gesamte Architektur.
Der Kommissionierprozess.
Wir begannen mit einer einzigen Regel: Ein Modul gehört nur dann in Mewayz, wenn es ein SaaS-Abonnement entfernt, für das unser Zielkunde bereits bezahlt.
Nicht „könnte zahlen“. Nicht „könnte sich vorstellen, dafür zu zahlen“. Aktuell zahlend, heute, mit Kreditkarte und wiederkehrend. Dieser Filter eliminiert 80 % der Module, die wir theoretisch bauen könnten.
Die restlichen 20 % – etwa 150 Kategorien – sind diejenigen, in denen unser typischer KMU-Kunde derzeit irgendwo $25–500/Monat zahlt. CRM, HR, Buchhaltung, Support, Projekte, Marketing – die offensichtlichen. Aber auch POS, Buchungen, Verträge, Formulare, Umfragen, Wissensdatenbanken, NGO-Management, Call Hubs, KI-Dokumentengeneratoren, Schulungszentren.
Jedes Modul in Mewayz muss auf eine Rechnung in der bestehenden Softwarerechnung des Kunden verweisen.
Was wir nicht bauen.
Erwähnenswert ist, was nicht in Mewayz, bewusst:
- Spezialisierte Kreativ-Tools. Figma, Adobe, Logic — auf einen Zweck spezialisierte Kreativ-Tools, in denen Exzellenz dominiert. Sie mitzubündeln wäre eine Beleidigung für diese Kategorien.
- Entwickler-Infrastruktur. GitHub, Sentry, Linear. Angrenzendes Universum, andere Käufer, andere Workflows.
- Kommunikationsplattformen. Slack, Zoom. Könnte eines Tages zum Standard gehören, aber die Netzwerkeffekte sind zu stark, um sie jetzt anzukratzen.
- Enterprise-IT. Identität, SSO, MDM. Wir integrieren mit Okta usw.; wir ersetzen sie nicht.
Die Architektur: drei Ebenen.
Der Trick, 150 Module ohne 150 Teams auszuliefern, besteht darin, dass die meisten Module keine eigenständigen Produkte sind. Sie sind Konfigurationen über gemeinsame Primitive.
Wir haben drei Grundschichten gebaut, die jedes Modul nutzt:
Schicht 1: Das Daten-Rückgrat
Ein einheitliches Datenmodell über die gesamte Plattform – Kontakt, Unternehmen, Artikel, Dokument, Ereignis, Geld. Jedes Modul liest und schreibt über dieses Rückgrat. Der „Kontakt“ des CRM ist derselbe Datensatz wie der „Kunde“ der Buchhaltung und der „Ticket-Ersteller“ des Helpdesks. Kein Synchronisieren, keine Duplikate.
Ebene 2: Die Workflow-Engine
Eine Workflow-Laufzeit, die alle modulübergreifenden Aktionen abwickelt. Angebot → Rechnung → Zahlung → Provision → Lohnabrechnung. Lead erstellt → E-Mail gesendet → Aufgabe zugewiesen. Ticket geöffnet → SLA-Timer → Eskalation. Alles dieselbe Engine, pro Modul konfiguriert.
Ebene 3: Das UI-Kit
Jedes Modul ist aus denselben rund 40 Komponenten aufgebaut — Listenansicht, Detailansicht, Kanban, Kalender, Formular-Builder, Report-Builder. Neue Module entstehen durch das Konfigurieren dieser Komponenten, nicht durch das Entwerfen von Bildschirmen von Grund auf.
Die Roadmap.
Wir haben in v1 rund 90 Module ausgeliefert und die nächsten 60 in v2. Das Tempo liegt bei etwa 4–6 neuen Modulen pro Monat, plus kontinuierliche Tiefenarbeit an den meistgenutzten bestehenden Modulen.
Die Module werden in einer Reihenfolge ausgeliefert, die durch drei Signale bestimmt wird:
- Was Kunden anfragen, gewichtet nach Deal-Größe. Eine Anfrage von einer Agentur mit 200 Mitarbeitern bewegt sich schneller als zehn Anfragen von Einzelnutzern.
- Was das teuerste bestehende Abonnement ersetzt. Ein neues Modul, mit dem Kunden ein Tool für $300/Monat einlösen können, übertrifft ein Modul, das ein Tool für $30/Monat einlöst.
- Was ein vertikales Paket freischaltet. Mit dem Ausliefern von „PMS“ können wir ein Hotel-Paket starten. Mit dem Ausliefern von „Matter Management“ können wir ein Anwaltskanzlei-Paket starten. Vertikale Pakete konvertieren mit der 3-fachen Rate horizontaler Module.
Modulqualität, ehrlich gesagt.
Verschiedene Module sind unterschiedlich ausgereift. Die Kern-30 – CRM, HR, Buchhaltung, Helpdesk, Projekte, Marketing – sind im SMB-Segment wirklich konkurrenzfähig mit den besten eigenständigen Tools.
Die nächsten 50 sind auf „gut genug für die meisten Kunden“-Niveau. Sie decken 80 % der Anwendungsfälle eigenständiger Produkte ab. Die übrigen 70 sind auf „Pflichtprogramm“-Niveau – sie tun, was sie tun müssen, überraschen aber nicht positiv.
Wir gehen offen damit um. Der Pitch lautet nicht „jedes Modul ist das beste“. Der Pitch lautet „alle Module verbunden, zu einem Preis, ohne SaaS-Wildwuchs“. Wenn Sie die beste Tabellenkalkulation der Welt brauchen, nehmen Sie Excel. Wenn Sie das beste Präsentationstool brauchen, nehmen Sie Pitch. Wenn Ihr Kompromiss „gut in allem, eine Rechnung“ ist, dann sind Sie unser Kunde.
Was wir auf die harte Tour gelernt haben.
Drei Dinge im Rückblick:
- Die Modulanzahl ist eine Eitelkeitszahl. 150 klingt im Marketing beeindruckend. Was Kunden tatsächlich interessiert, ist, ob die 12 Module, die sie nutzen, gut sind. Intern sind wir besessen von der Modul- Tiefe für die Top 20, nicht für die Anzahl.
- Das Datengerüst dauerte länger als die Module. 18 Monate für die Grundlagen, 6 Monate für die eigentliche Oberfläche. Würden wir von Grund auf neu bauen, würden wir noch mehr in die Grundlagen investieren.
- Migrationswerkzeuge zählen genauso viel wie die Module. Der schwierigste Teil, einen Kunden auf Mewayz zu bringen, ist nicht der Aufbau des Ziels, sondern das Verschieben seiner Daten von den sieben etablierten Betreibern. Wir haben die letzten sechs Monate damit verbracht, über 40 Migrationstools zu entwickeln. Jeder davon schaltet etwa 4 % mehr Conversions frei.
Nichts davon ist glamourös. Nichts davon eignet sich für gute Launch-Tweets. Aber genau deshalb erscheint v2 in diesem Umfang. In den nächsten 18 Monaten geht es um Tiefe bei den Modulen, die Kunden wirklich nutzen, nicht um die Anzahl neuer Module.