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: a module belongs in Mewayz only if it removes a SaaS subscription our target customer is already paying for.
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.
The remaining 20% — about 150 categories — are the ones where our typical SMB customer is currently paying $25–500/month somewhere. CRM, HR, accounting, support, projects, marketing — the obvious ones. But also POS, bookings, contracts, forms, surveys, knowledge bases, NGO management, call hubs, AI document generators, training centers.
Every module in Mewayz has to point at an invoice in the customer's existing software bill.
Was wir nicht bauen.
Erwähnenswert ist, was nicht in Mewayz, deliberately:
- 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. A new module that lets customers drop a $300/month tool wins over one that drops a $30/month tool.
- 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. The hardest part of getting a customer onto Mewayz isn't building the destination — it's moving their data from the seven incumbents. We spent the last six months building 40+ migration tools. Each one un-locks roughly 4% more conversion.
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.