Horizontale CRMs scheitern am leeren Blatt
„Unbegrenzt viele benutzerdefinierte Objekte“ klingt nach Funktion und verhält sich wie eine Rechnung. Warum wir eine horizontale Plattform gebaut und uns geweigert haben, sie leer auszuliefern.
- Veröffentlicht
- Lesezeit
- 6 Minuten
- Von
- Das UnifyLoop-Team
Auf dieser Seite 5
Flexible Software scheitert auf eine ganz bestimmte Art, und zwar in den ersten zwanzig Minuten. Sie melden sich an. Man sagt Ihnen, Sie könnten alles modellieren. Man zeigt Ihnen einen leeren Workspace und einen Button mit der Aufschrift „Objekt erstellen“. Und Sie schließen den Tab, weil Sie ein Problem lösen wollten und eine Modellierungsübung bekommen haben.
Wir haben eine horizontale Plattform gebaut: ein Datenmodell, das Sie selbst festlegen, eine Abfrage-Engine, eine Automatisierungs-Engine. Und wir halten es für einen Fehler, sie als leeren Workspace auszuliefern, aus Gründen, die wir offen benennen wollen.
Flexibilität kostet bei der Anmeldung und zahlt sich im sechsten Monat aus
Der Wert der Konfigurierbarkeit ist real, aber er kommt spät. Am ersten Tag wissen Sie nicht, welche Felder Sie brauchen werden, also ist die Auswahl Raterei. Im sechsten Monat wissen Sie genau, was an Ihrer Einrichtung nicht stimmt, und dann ist Starrheit das, was Ihnen schadet.
Die beiden Arten zu scheitern sind also Spiegelbilder. Starre Produkte sind bei der Anmeldung angenehm und im sechsten Monat schmerzhaft, wenn Sie plötzlich eine Immobilie in einem Feld namens Deal-Name speichern. Produkte mit leerem Blatt sind bei der Anmeldung schmerzhaft und im sechsten Monat angenehm, sofern Sie die Anmeldung überstehen.
Der Ausweg ist nicht, sich für eine Seite zu entscheiden. Sondern fertig eingerichtet anzukommen und anpassbar zu bleiben.
Was ein Branchenpaket wirklich ist
Branchenpakete kommen demnächst, zuerst für Immobilien. Beim Einstieg fragen wir, was Ihr Unternehmen verkauft. Antworten Sie „Immobilien“, und der Workspace installiert ein Paket: Objekte für Immobilien, Inserate, Käufer, Besichtigungen und Angebote mit sinnvollen Feldern, eine Käufer-Pipeline mit echten Phasen und bereits verbundene Follow-up-Automatisierungen.
Entscheidend ist: Ein Paket besteht aus Daten, nicht aus Code. Alles, was es installiert, ist dieselbe Art von Konfiguration, die Sie auch von Hand hätten anlegen können, und das heißt, Sie können alles ändern. Ein Objekt umbenennen, eine Phase löschen, eine Automatisierung neu verdrahten. Nichts ist ein Sonderfall, der sich der Bearbeitung widersetzt, weil er fest einkompiliert ist.
Das ist auch der härteste Test für die Plattform darunter. Bräuchte das Paket auch nur eine fest einprogrammierte Ausnahme, wäre die Metadatenebene unvollständig. Indem wir das Immobilienprodukt als Paket statt als Funktionen bauen, beweisen wir, dass sie es nicht ist.
Ein leerer Workspace sollte der Notausgang sein, nicht der Normalfall.
So unterscheiden Sie ein echtes Paket von einer Vorlagengalerie
Viele Produkte bieten Branchenvorlagen. Die meisten sind ein paar benutzerdefinierte Felder und eine Pipeline mit umbenannten Phasen. Das ist Kosmetik, und nach zwei Wochen sind Sie darüber hinausgewachsen. Vier Fragen trennen das eine vom anderen, und Sie können sie während eines Tests stellen:
- Installiert es Objekte oder nur Felder an bestehenden Objekten? Eine Immobilie, die in Wahrheit ein Deal mit Zusatzfeldern ist, liefert für immer sinnlose Berichte.
- Sind die Automatisierungen echt und laufen sie, oder sind es Beispiele, die Sie selbst bauen müssen? „Hier ist eine Vorlage, die Sie umsetzen könnten“ ist ein Dokument, kein Produkt.
- Können Sie alles löschen oder umbenennen, was es installiert hat, auch die Objekte? Wenn sich Teile der Bearbeitung widersetzen, war es Code, der sich als Konfiguration ausgab.
- Baut der Anbieter seine eigenen Branchenprodukte auf diese Weise? Ist sein Vorzeigeprodukt für eine Branche fest einprogrammiert und sind Pakete nur eine Nebenfunktion, bleiben die Pakete immer zweitklassig.
Warum das die Roadmap prägt, nicht nur den Pitch
Wer sich auf Branchenpakete festlegt, muss Entscheidungen zur Reihenfolge der Arbeit treffen, die man sonst leicht aufschiebt. Das Paketformat muss früh entworfen werden (bevor es den Marketplace gibt, der Pakete verteilen wird, und bevor es irgendeinen Druck von außen gibt, es festzulegen), denn das erste Paket entsteht gerade, und jede Abkürzung wird später zu einer fest einprogrammierten Ausnahme.
Es verändert auch, was Expansion kostet. Eine neue Branche ist Content-Arbeit: die Objekte modellieren, die Pipeline festlegen, die Automatisierungen schreiben, ausliefern. Dafür braucht es eine Fachperson und ein paar Wochen, kein Entwicklungsquartal. Ob sich der Einstieg in Versicherungen oder Recruiting rechnet, hängt nicht mehr davon ab, ob das Plattform-Team Kapazität hat.
Was wir nicht behaupten
Zwei ehrliche Grenzen, denn hier wäre es leicht, zu viel zu versprechen.
Ein Paket ist ein starker Ausgangspunkt, keine fertige Umsetzung Ihres Geschäfts. Ist Ihr Ablauf wirklich ungewöhnlich (und wenn Sie gut in dem sind, was Sie tun, ist er das zum Teil), werden Sie Dinge ändern. Mit dem Paket bearbeiten Sie etwas, das funktioniert, statt bei null anzufangen.
Und die Pakete werden unterschiedlich tief sein. Immobilien wird das umfassendste, weil dort unser Fachwissen liegt und es als Nachweis gebaut wird. Die anderen werden solide sein, aber nicht gleich gut im Praxiseinsatz erprobt. Das sagen wir lieber jetzt, als dass Sie es in der dritten Woche herausfinden.
Das allgemeine Prinzip würden wir überall verteidigen: Machen Sie die ersten zwanzig Minuten konkret, und halten Sie die nächsten sechs Monate bearbeitbar. Fast jedes Produkt, das am leeren Blatt scheitert, hat die erste Hälfte richtig gemacht und die zweite verkehrt herum.