Die häufigste Frage, die wir von anderen Gründern bekommen, betrifft nicht die Preisgestaltung oder die Markteinführung. Es ist eine ruhige, leicht verdächtige Frage: Wie kann ein Team Ihrer Größe 150 Module warten, ohne dass das Ganze zusammenbricht? Die ehrliche Antwort ist, dass wir keine 150 Module pflegen. Wir unterhalten eine Plattform und eine sehr dünne Schicht darüber. Der Trick ist die Rücksichtslosigkeit darüber, zu welcher Ebene ein bestimmtes Werk gehört.
Die Mathematik, die den Menschen Angst macht.
Wenn Sie sich 150 Module als 150 kleine Anwendungen vorstellen – jedes mit seinem eigenen Datenmodell, seinen eigenen Berechtigungen, seiner eigenen Abrechnung, seinen eigenen Benachrichtigungen – dann sind 22 Leute offensichtlich verrückt. Das sind sechs Module pro Ingenieur, jedes ein eigenständiges Produkt. Kein Team überlebt das. Die Angst vor dieser Architektur ist berechtigt.
Aber das ist nicht die Architektur. Ein CRM, ein Rechnungstool und ein Helpdesk sehen für einen Benutzer wie drei verschiedene Produkte aus. Darunter befinden sich dieselben wenigen Grundelemente: Aufzeichnungen, Beziehungen, eine Zeitleiste von Ereignissen, Rollen und Berechtigungen, Geld, Dokumente und ein Benachrichtigungsbus. Die Unterschiede liegen hauptsächlich im Wortschatz und im Layout, nicht in der Maschinerie.
Wir bauen nicht 150 großartige Produkte. Wir bauen eine kleine Anzahl gut gebauter Grundelemente, die auf 150 Arten konfiguriert sind.
Die Kern-/Modulaufteilung.
Alles, was fest ist, lebt im Kern und wird einmal erstellt: Identität, Berechtigungen, die relationale Datenschicht, Zahlungen, Dateispeicherung, Suche, das Prüfprotokoll, das Benachrichtigungssystem, die Export-Engine. Das sind die Teile, die wirklich schwierig sind und wirklich geteilt werden. Ein hier behobener Fehler wird für alle 150 Module auf einmal behoben. Eine hier hinzugefügte Funktion – beispielsweise elektronische Signaturen – steht jedem Modul, das sie benötigt, sofort zur Verfügung.
Ein Modul ist also bewusst dünn. Es handelt sich um ein Datenschema, eine Reihe von Ansichten, einen oder zwei Arbeitsabläufe und das Vokabular für einen Job. „CRM“ ist eine Konfiguration, die besagt: Diese Datensatztypen sind Leads und Deals, das ist die Pipeline-Ansicht, das sind die Phasen, hier ist, was eine Konvertierung bedeutet. Es basiert vollständig auf dem Kern. Ein neues Modul ist größtenteils eine Deklaration, kein Code.
Die harte Regel: Verdiene dir deine Einzigartigkeit.
Die Disziplin, die verhindert, dass dies verrottet, ist eine einzige Regel, die bei der Überprüfung durchgesetzt wird: Ein Modul darf nicht besonders sein, es sei denn, es hat es wirklich verdient. Jedes Mal, wenn ein Modul ein eigenes maßgeschneidertes Berechtigungsmodell, ein eigenes einmaliges Benachrichtigungsformat oder eine eigene private Möglichkeit zum Speichern eines Datums benötigt, lautet die Standardantwort „Nein“. Schieben Sie es als allgemeine Fähigkeit in den Kern, oder tun Sie es nicht.
Das ist im Moment ärgerlich und über Jahre hinweg entscheidend. Die meisten „Wir brauchen hier etwas Individuelles“-Anfragen sind in Wirklichkeit „Wir haben nicht gründlich genug über den allgemeinen Fall nachgedacht.“ Wenn Sie den allgemeinen Fall erzwingen, wird der Kern reicher, jedes Modul profitiert davon und die Oberfläche, die Sie beibehalten müssen, bleibt ungefähr flach, selbst wenn die Modulanzahl steigt.
Was wir aufgegeben haben.
Dieser Ansatz ist mit echten Kosten verbunden, und wir sollten ihn beim Namen nennen. Ein erstklassiges Punkttool, das von einem Team entwickelt wurde, das von einem Job besessen ist, wird unser entsprechendes Modul bei diesem einen Job übertreffen. Die umfassendste E-Mail-Plattform verfügt über Automatisierung, die wir nicht haben. Das tiefste Projekttool verfügt über Ansichten, die wir nicht haben. Wir behaupten nichts anderes.
Wofür wir diese Tiefe eintauschen, ist Kohärenz – Module, die ein Datenmodell, eine Anmeldung, eine Rechnung, einen Export und eine Benachrichtigungsebene gemeinsam haben. Für ein Team von 5 bis 50 Personen ist diese Kohärenz mehr wert als die letzten 20 % der Tiefe in einer einzelnen Kategorie. Für ein Team, dessen gesamtes Geschäft in diese eine Kategorie fällt, ist dies nicht der Fall. Wir wissen genau, für wen wir da sind, und die Architektur ist der Grund, warum wir sie mit 22 Personen bedienen können.