Ein individuelles CRM bauen: Welche Features zählen und welche Ballast sind

Ein individuelles CRM zu bauen, statt Salesforce oder HubSpot zu kaufen, ist meist die richtige Entscheidung, wenn Ihr Vertriebs- oder Betriebsprozess wirklich nicht zum Modell einer der beiden Plattformen passt, aber es birgt ein echtes Risiko: zu versuchen, alles zu replizieren, was eine ausgereifte Plattform tut, bevor Sie Ihren eigenen Workflow validiert haben. Eine erste Version, die wie ein Salesforce-Klon gescoped ist, braucht Monate länger bis zur Auslieferung und liefert ein System, nach dem Ihr Team noch gar nicht gefragt hat.

Der richtige Weg, Version eins zu scopen, ist, zu betrachten, was Ihr Team aktuell in Tabellenkalkulationen, E-Mail-Threads oder auf Klebezetteln macht, und genau das zu bauen, richtig strukturiert, nicht mehr. Wenn der Vertrieb Deals in einer Tabelle mit Phase, Verantwortlichem und nächster Aktion trackt, ist das Ihre Pipeline-Ansicht. Wenn der Betrieb Kundenanfragen in einem gemeinsamen Posteingang trackt, ist das Ihr Aktivitätsprotokoll. Das Ziel von Version eins ist es, den konkreten manuellen Prozess zu ersetzen, nicht jeden Prozess vorwegzunehmen, den ein CRM theoretisch unterstützen könnte.

Pipeline-Sichtbarkeit und Aktivitätsprotokollierung verdienen sich in fast jeder ersten Version ihren Platz, weil sie die zwei Dinge ersetzen, in denen Tabellenkalkulationen und E-Mail am schlechtesten sind: das Gesamtbild auf einen Blick zu sehen und zu wissen, was bei einem Account passiert ist, ohne herumfragen zu müssen. Das sind die Features, für die Menschen das CRM tatsächlich jeden Tag öffnen.

Lead-Scoring, komplexe Automatisierungsregel-Builder und aufwendige Reporting-Dashboards sind in einer ersten Version meist Ballast, nicht weil sie schlechte Ideen sind, sondern weil sie verfrüht sind. Scoring-Regeln, die gebaut werden, bevor Sie echte Deal-Daten haben, um sie zu kalibrieren, sind Vermutungen, die als Intelligenz verkleidet sind. Automatisierungsregeln, die gebaut werden, bevor Ihr Team einen stabilen zu automatisierenden Prozess hat, kodieren tendenziell einen Workflow, der sich ohnehin innerhalb eines Quartals ändert.

Benutzerdefinierte Felder sind der Ort, an dem sich Scope Creep am besten versteckt, weil jedes für sich klein wirkt. Der Test, den wir anwenden: Ändert dieses Feld eine Entscheidung, die jemand trifft, oder ist es „schön, Sichtbarkeit darauf zu haben"? Ein Feld, das ändert, ob ein Deal eskaliert wird, verdient sich seinen Platz. Ein Feld, das nur Daten anhäuft, für die noch niemand einen Report gebaut hat, ist Ballast im Gewand von Sorgfalt.

Das wertvollste Feature in den meisten individuellen CRMs der Version eins ist überhaupt keine CRM-native Fähigkeit, es ist die Integration, die einen Nacherfassungsschritt entfernt: die Bestellhistorie aus Ihrem ERP auf den Account-Datensatz zu ziehen oder ein Support-Ticket in dieselbe Timeline wie die Vertriebsaktivität zu synchronisieren. Diese eine Integration trägt oft mehr dazu bei, das CRM zu dem Ort zu machen, an dem Menschen tatsächlich arbeiten, als jede Menge Pipeline-Anpassung.

Berechtigungen und Dateneigentümerschaft verdienen im Vorfeld mehr Scoping-Aufmerksamkeit, als die meisten Teams ihnen geben, denn rollenbasierten Zugriff nachträglich einzuziehen, nachdem das System im täglichen Einsatz ist, ist störend auf eine Weise, wie es ein später hinzugefügtes Feld nicht ist. Früh zu entscheiden, wer was sehen darf und wer was bearbeiten darf, erspart eine schmerzhafte Migration später.

Das Muster, das funktioniert: Liefern Sie die zwei oder drei Workflows aus, die Menschen bereits schlecht in Tabellenkalkulationen erledigen, bringen Sie das Team dazu, täglich darin zu leben, und lassen Sie die nächste Runde an Features aus dem entstehen, wonach sie tatsächlich fragen, sobald sie es nutzen, nicht aus einer Feature-Liste, die zusammengestellt wurde, bevor jemand das Produkt angefasst hat. Ein CRM verdient sich Akzeptanz, indem es offensichtlich besser ist als die Tabelle, die es ersetzt hat, nicht indem es mehr Menüs hat als die Tabelle hatte.