Lernen Sie, wie Sie ein einfaches CRM planen und aufbauen: richtigen Ansatz wählen, Felder und Pipeline‑Stufen definieren, Aufgaben und Berichte einrichten und schnell starten.

Ein „CRM“ ist nicht nur eine Sache — es ist das System, auf das Ihr Team sich verlässt, damit Kundenbeziehungen nicht durchs Raster fallen. Bevor Sie Werkzeuge auswählen oder Felder entwerfen, machen Sie sich klar, welche Aufgaben Ihr CRM im Alltag erfüllen muss.
Für einige Teams bedeutet CRM = Vertriebsverfolgung. Für andere umfasst es auch Onboarding, Support-Anfragen, Verlängerungen oder Partner-Management. Entscheiden Sie, wofür Sie jetzt gerade bauen.
Ein schneller Rahmen:
Unser CRM ist der Ort, an dem wir verfolgen, mit wem wir sprechen, warum wir mit ihnen sprechen und was als Nächstes passiert.
Schreiben Sie die echten Ärgernisse auf, die Zeit oder Umsatz kosten. Beispiele:
Wenn ein Problem nicht wöchentlich auftritt, gehört es wahrscheinlich nicht zur ersten Version.
Starten Sie mit den „Muss“-Workflows, die sich wiederholen. Nett-zu-haben (komplexe Automatisierung, schicke Scoring-Modelle, benutzerdefinierte Objekte) kann warten, bis die Nutzung bewiesen ist.
Ein nützlicher Test: Wenn Sie eine Funktion entfernen würden, würde jemand das CRM danach noch täglich nutzen? Wenn ja, ist sie nicht essentiell.
Listen Sie die Rollen auf (Founder, Vertriebsmitarbeiter, Support, Ops) und wie oft jede Rolle das CRM nutzen wird. Ein System für tägliche Vertriebsmitarbeiter sollte sich deutlich anders anfühlen als eines, das wöchentlich von einem Gründer aktualisiert wird.
Wählen Sie 2–3 messbare Ergebnisse, damit Sie wissen, dass das CRM funktioniert, z. B.:
Diese Ziele leiten jede spätere Entscheidung — besonders, was Sie nicht bauen.
Ihr „CRM“ ist nur ein System zur Nachverfolgung von Kunden, Deals und Follow-ups. Der beste Ansatz ist der, den Ihr Team Woche für Woche wirklich pflegt.
Ein Spreadsheet reicht, wenn Sie ein sehr kleines Team (1–3 Personen), geringes Deal-Volumen und einen einfachen Prozess haben (eine Pipeline, ein paar nächste Schritte).
Zeit bis zum Start: 1–3 Stunden.
Laufende Wartung: manuell. Sie verbringen Zeit damit, Notizen zu kopieren, die neueste Version zu suchen und inkonsistente Daten zu korrigieren.
Verwenden Sie dies, wenn Sie ein CRM-MVP brauchen und ohne Erinnerungen, Berechtigungen oder Aktivitätshistorie leben können.
No-Code ist oft der Sweet Spot für ein Kleinunternehmens-CRM oder Startup-CRM: Sie bekommen Formulare, Ansichten, Filter, grundlegende Dashboards, Automatisierungen und eine brauchbare UI ohne Engineering-Zeit.
Zeit bis zum Start: 1–3 Tage für eine saubere erste Version.
Laufende Wartung: moderat. Jemand „besitzt“ das System — passt Felder an, verbessert Automatisierungen und hält Vorlagen ordentlich.
Wählen Sie das, wenn Sie schnelle Erfolge wie automatische Follow-ups, Zuweisung von Eigentümern und konsistente Dateneingabe wollen.
Bauen Sie custom, wenn Ihr Workflow wirklich einzigartig ist, Sie tiefere Integrationen brauchen oder Datenhoheit und Performance wichtig sind. Es ist auch die richtige Entscheidung, wenn Ihr „CRM“ Teil Ihres Produkts oder Ihrer Operationen ist.
Zeit bis zum Start: 2–8+ Wochen, je nach Umfang.
Laufende Wartung: fortlaufende Engineering-Zeit für Bugs, Hosting, Sicherheitsupdates und Feature-Requests.
Wenn Sie die Kontrolle einer maßgeschneiderten Lösung möchten, aber keinen traditionellen Build-Zyklus wollen, kann eine Vibe-Coding-Plattform wie Koder.ai ein praktischer Mittelweg sein: Sie beschreiben den Workflow im Chat, iterieren schnell und exportieren dann Quellcode oder deployen/hosten die App. Das ist besonders nützlich, wenn Ihr CRM ein paar angepasste Bildschirme und Regeln braucht (Pipeline-Stufen, Aufgaben, Berechtigungen), Sie aber die erste Version nicht überentwickeln wollen.
Wenn Sie unsicher sind, starten Sie mit No-Code, halten das Datenmodell schlank und gehen nur dann zu Custom, wenn Sie genau benennen können, welche Einschränkungen Ihnen Zeit oder Umsatz kosten.
Ein „Datenmodell“ ist einfach die Menge der Dinge, die Ihr CRM nachverfolgt, und wie sie verbunden sind. Je kleiner und klarer es ist, desto wahrscheinlicher aktualisiert Ihr Team es regelmäßig.
Wählen Sie die wenigen Objekte, die fast alles enthalten, was Sie brauchen:
Bei einem einfachen CRM decken diese drei meist 80–90 % dessen ab, was ein Kleinunternehmen braucht.
Optionale Objekte helfen, können aber auch die Dateneingabe vervielfachen. Fügen Sie sie hinzu, wenn Sie wissen, wie Sie sie wöchentlich nutzen werden:
Wenn Sie unsicher sind, beginnen Sie mit Deals + Aufgaben und speichern alles andere in Notizen. Sie können Aktivitäten später aus Notizen herauslösen.
Nutzen Sie Beziehungen, die der Realität entsprechen, und bleiben Sie konsistent:
Entscheiden Sie, ob ein Deal zwingend mit einer Firma und einem primären Kontakt verknüpft sein muss. Solche Pflichtverknüpfungen verhindern „verwaiste“ Deals, denen niemand nachgehen kann.
Jedes zusätzliche Feld reduziert die Nutzung. Ein praktischer Erstentwurf:
Seien Sie streng bei dem, was Pflicht ist. Eine gute Regel: Pflicht nur für Dinge, die die nächste Aktion oder Forecasting ermöglichen.
Wenn ein Feld nicht in Ihrer wöchentlichen Review oder im Follow‑Up‑Prozess verwendet wird, sollte es wahrscheinlich in der ersten CRM‑Version weder Pflicht noch enthalten sein.
Ein einfaches CRM lebt oder stirbt durch seine Pipeline. Wenn Stufen vage sind, verschieben Leute Dinge nur, um beschäftigt zu wirken — dann werden Forecasts und Follow‑Ups nutzlos.
Starten Sie mit einer Pipeline, die Sie in einem Satz erklären können. Für viele kleine Teams reicht das:
Wenn Sie einen extra Schritt brauchen, fügen Sie ihn nur hinzu, wenn er verändert, was jemand als Nächstes tut (z. B. Meeting geplant oder Verhandlung). Mehr Stufen führen oft zu mehr Diskussionen, nicht zu mehr Klarheit.
Für jede Stufe schreiben Sie eine Einzeiler‑Definition basierend auf beobachtbaren Fakten, nicht Gefühlen:
Fügen Sie diese Definitionen ins CRM selbst ein (z. B. als Hilfetext), damit niemand ein Dokument suchen muss.
Jeder Deal in Lead / Qualifiziert / Angebot sollte einen klaren Nächsten Schritt plus ein Fälligkeitsdatum haben (Anruf, Demo, überarbeitetes Angebot senden etc.). Das verhindert „Pipeline‑Verfall“, bei dem Chancen unbeachtet liegen.
Eine einfache Regel: Ohne nächsten Schritt kann der Deal nicht real sein.
Wenn ein Deal zu Verloren bewegt wird, verlangen Sie ein Verloren‑Grund‑Feld mit einer kleinen Dropdown wie:
So wird Ihre Pipeline zu einem Lerninstrument und nicht nur zu einem Friedhof.
Definieren Sie leichte Schutzregeln:
Diese Regeln halten Daten konsistent, ohne das CRM in Papierkram zu verwandeln.
Ein einfaches CRM funktioniert, wenn es schnell zu aktualisieren ist. Jedes zusätzliche Feld ist ein weiterer Grund, warum jemand keinen Anruf protokolliert, den Deal nicht aktualisiert und Ihre Daten stagnieren. Starten Sie mit dem, was Sie für Follow‑Ups und Umsatzprognosen brauchen — und verdienen Sie sich das Recht, später mehr hinzuzufügen.
Freitextfelder erzeugen zehn Versionen derselben Sache („LinkedIn“, „linkedin“, „LI“, „Linked In“). Für alles, worauf Sie später berichten wollen, verwenden Sie Standard‑Dropdowns, besonders bei:
Halten Sie die Dropdown‑Liste kurz und von einer verantwortlichen Person geprüft. Wenn jemand eine neue Option braucht, fügen Sie sie absichtlich hinzu — nicht ad hoc.
Tags sind gut für leichte Gruppierungen (z. B. „Partner“, „Verlängerung“, „Dringend“), aber sie werden schnell unübersichtlich. Beschränken Sie sich auf eine kleine, vereinbarte Menge und vermeiden Sie, Tags als Ersatz für ein richtiges Feld zu nutzen, über das Sie berichten möchten.
Eine gute Regel: Wenn Sie nicht erklären können, wie ein Feld eine Entscheidung oder einen Workflow verändert, fügen Sie es noch nicht hinzu.
Ein einfaches CRM funktioniert nur, wenn es Sie dazu antreibt, die nächste nützliche Sache zu tun. Das bedeutet: Jeder Deal und Kontakt sollte eine klare „nächste Aktion“ mit Fälligkeitsdatum haben, plus eine leichte Aktivitätshistorie, damit Sie schnell sehen, was bisher passiert ist.
Entscheiden Sie, was als Interaktion zählt, und halten Sie die Liste eng: Anrufe, E‑Mails, Meetings, Demos. Erfassen Sie für jede Aktivität gerade so viel Kontext, dass das „zukünftige Ich“ den Faden in 10 Sekunden aufnehmen kann.
Ein praktisches Minimum:
Wenn Sie das in einem Spreadsheet oder No‑Code‑Tool bauen, verwenden Sie Vorgaben (z. B. Aktivitätstyp = „E‑Mail“, Dauer = 30 Minuten) und Kurzformulare (schnelles Add‑Formular, nicht lange Seite). Ziel ist Konsistenz, nicht perfekte Dokumentation.
Festgefahrene Deals sind meist deshalb festgefahren, weil niemand den nächsten Schritt besitzt. Machen Sie es zur Regel: Wenn ein Deal in einer aktiven Phase ist, muss er haben:
So wird Ihr CRM eher ein Betriebssystem als eine statische Datenbank.
Sie brauchen keine komplexen Automatisierungen zum Start. Eine einzelne Ansicht/Filter wie „Überfällige Aufgaben“ plus „Heute fällig“ reicht aus.
Richten Sie Erinnerungen so ein, dass Sie eine Frage jeden Morgen beantworten können: Was muss ich heute tun, um Deals voranzubringen? Wenn Ihr Tool es unterstützt, senden Sie eine tägliche E‑Mail/Push. Wenn nicht, pinnen Sie die „Überfällig“-Ansicht als Startseite.
Vorlagen verhindern Schreibblockaden und machen die Aktivitätserfassung schneller.
Probieren Sie zwei einfache Vorlagen aus:
Halten Sie Vorlagen kurz. Wenn Leute das Gefühl haben, „Formulare auszufüllen“, hören sie auf zu protokollieren.
Wenn es länger als eine Minute dauert, eine Interaktion zu protokollieren und die nächste Aktion zu setzen, wird es nicht passieren. Optimieren Sie für schnelle Eingabe und verbessern Sie später: weniger Pflichtfelder, sinnvolle Standardwerte und der kürzeste mögliche Weg von „Anruf beendet“ zu „Aufgabe erstellt".
Ihr CRM wirkt erst dann „echt“, wenn Leute schnell alltägliche Fragen beantworten können: Wen soll ich als Nächstes kontaktieren? Was ist blockiert? Was schließt bald? Die Kernbildschirme machen das einfach — ohne eine komplexe App zu bauen.
Listenansichten sollten schnell zu überfliegen, leicht zu sortieren und von Tag 1 nutzbar sein. Erstellen Sie eine kleine Auswahl, die zur Arbeitsweise Ihres Teams passt:
Behalten Sie pro Liste ~6–10 Spalten bei. Alles, was seitliches Scrollen erzwingt, wird meist nicht genutzt.
Fügen Sie eine einzelne, prominente Suche hinzu, die Datensätze findet, wenn jemand nur einen Teil der Details kennt. Mindestens sollte sie suchen nach:
In einem Spreadsheet oder No‑Code‑Tool kann das eine globale Suchbox oder eine dedizierte „Finden“-Ansicht sein. Ziel: Fragment eintippen, richtigen Datensatz bekommen.
Filter verwandeln lange Listen in eine „Heute‑Liste“. Konzentrieren Sie sich auf Filter, die zum Handeln anregen:
Wenn Sie Datumsfilter hinzufügen, definieren Sie sie klar (z. B. „letzter Kontakt" = letzte protokollierte Anruf/E‑Mail/Meeting).
Dashboards sollten eher beantworten „was braucht Aufmerksamkeit?“ als „was hübsch aussieht?" Eine Basis‑Dashboard‑Auswahl:
Sogar ein einfacher CSV‑Export ist wichtig für Backups, Teilen mit Partnern oder schnelle Analysen. Machen Sie es einfach, Listen mit den aktuellen Filtern zu exportieren, damit Leute genau das bekommen, was sie brauchen.
Wenn Sie eine leichte Custom‑CRM bauen (z. B. auf Koder.ai), behandeln Sie Export früh als erstklassiges Feature — Ihr zukünftiges Ich wird es Ihnen danken, wenn Sie Backups, Migrationen oder schnelle Daten‑Audits brauchen.
Integrationen sind der Punkt, an dem „einfache CRM“-Projekte still und leise komplex werden. Das Ziel ist nicht, alles zu verbinden — sondern zu entscheiden, welche Daten wirklich rein und raus fließen sollen und das vorhersehbar zu halten.
Listen Sie zunächst die Tools auf, die bereits Kundendaten halten: Ihre Website‑Formulare, E‑Mail‑Postfach, Kalender und Abrechnungstool. Für jedes schreiben Sie einen Einzeiler wie: „Webformular erstellt einen neuen Lead“ oder „Abrechnungstool aktualisiert Kundenstatus“. Wenn Sie den Zweck nicht erklären können, lassen Sie die Integration erstmal weg.
Die sichersten ersten Erfolge sind:
Vermeiden Sie frühe bidirektionale Synchronisationen, besonders mit E‑Mail und Abrechnung. Einweg‑Flows reduzieren versehentliche Überschreibungen und Datenkonflikte.
Wählen Sie einen Primärschlüssel für jeden Datensatztyp. Für Kontakte ist die E‑Mail‑Adresse meist die einfachste eindeutige ID. Wenn Sie an geteilte Postfächer verkaufen (z. B. sales@), erwägen Sie eine zweite Kennung wie Telefonnummer oder ein „Contact ID“‑Feld.
Duplikate passieren. Definieren Sie Basisregeln wie:
Legen Sie eine Routine fest (z. B. wöchentlich), um eine Liste „möglicher Duplikate“ zu prüfen.
Halten Sie eine kurze „Datenkarte“ in Ihren CRM‑Notizen oder einem Doc: welches System sendet Daten, welche Felder werden gemappt und welches System ist die Quelle der Wahrheit. Das verhindert stilles Driften, wenn Ihr Team später Tools hinzufügt.
Ein einfaches CRM enthält trotzdem sensible Informationen: Kontaktdaten, Deal‑Werte und Notizen über Gespräche. Wenn Sie nicht früh grundlegende Berechtigungs‑ und Datenschutzregeln setzen, blockieren Sie entweder das Team oder Sie exponieren Daten, die nicht hätten offengelegt werden sollen.
Die meisten kleinen Teams brauchen nur drei Rollen:
Vermeiden Sie viele Rollenvarianten („Sales Manager Nord“, „Sales Praktikant“ etc.), bis ein echter Bedarf besteht. Komplexität bricht meist Ihr CRM‑MVP.
Entscheiden Sie von Anfang an:
Dokumentieren Sie diese Regeln auf einer kurzen internen Seite, damit sie nicht nur im Gedächtnis einzelner Personen leben.
Auch bei einem Spreadsheet oder No‑Code‑CRM sollten Sie ein paar Nicht‑Verhandlungs‑Punkte einhalten:
Halten Sie es einfach und explizit:
Backups zählen auch für ein „einfaches CRM“. Legen Sie Rhythmus und Ort fest:
Machen Sie einmal einen Wiederherstellungstest — Backups zählen nur, wenn sie nutzbar sind.
Ein einfaches CRM funktioniert nur, wenn die Daten vertrauenswürdig sind. Ziel des Imports ist nicht Perfektion — sondern eine saubere Basis, die Sie pflegen können.
Exportieren Sie Ihre aktuellen Daten aus den Systemen, in denen sie jetzt liegen (Spreadsheets, E‑Mail‑Tools, Rechnungsprogramme, Kalender). Verwenden Sie wann immer möglich einen einzigen „Source‑of‑Truth“‑Export pro Datensatztyp.
Vor dem Import machen Sie eine kurze Bereinigung:
Erstellen Sie ein einfaches Mapping‑Sheet: aktuelle Spaltenname → CRM‑Feld. Hier normalisieren Sie auch Dropdown‑Werte, damit Berichte nicht chaotisch werden.
Beispiele:
Wenn eine Spalte keine klare Entscheidungs‑ oder Workflow‑Relevanz hat, lassen Sie sie erstmal weg. Sie können sie später hinzufügen.
Chunked‑Imports reduzieren Fehler und sorgen dafür, dass Beziehungen korrekt verknüpft werden:
Führen Sie einen kleinen Testimport durch (z. B. 20–50 Datensätze) und prüfen Sie:
Nach dem vollständigen Import machen Sie einen kurzen Bereinigungssprint mit Checkliste:
Sobald die Basis sauber ist, gilt die einfache Regel: Neue Daten müssen denselben Standards genügen — sonst werden sie nicht eingetragen.
Ein einfaches CRM funktioniert nur, wenn Ihr Team es auf dieselbe Weise, jede Woche, benutzt. Ziel des Rollouts ist nicht „Training“ — sondern ein paar leichte Gewohnheiten zu schaffen und Reibung zu entfernen, sodass das Aktualisieren des CRMs sich wie Teil der Arbeit anfühlt (nicht wie zusätzliche Verwaltung).
Halten Sie sie so kurz, dass sie in zwei Minuten gelesen werden kann. Enthalten sein sollten:
Diese Seite wird Ihre Single Source of Truth. Wenn das Team später Prozesse diskutiert, aktualisieren Sie die Seite — nicht neue Regeln in Slack erfinden.
Zwei Routinen decken meist 80 % des Erfolgs ab:
Die Führung sollte die Pipeline‑Review im CRM‑View/Dashboard durchführen, nicht in einer separaten Tabelle.
Vermeiden Sie Vanity‑Metriken wie „Anzahl Logins“. Messen Sie Signale, die mit Sales‑Execution zusammenhängen:
Wenn diese Werte sich verbessern, hilft das CRM.
Nach den ersten 1–2 Wochen fragen Sie: „Welches Feld/Bildschirm nervt dich am meisten?“ Beheben Sie die Top‑1–2 Probleme schnell (Feld umbenennen, Stufen anpassen, Pflichtfelder vereinfachen).
Erweitern Sie Ihr CRM‑MVP nicht, solange die Gewohnheiten schwach sind. Sobald das Team zuverlässig nächste Schritte aktualisiert und Pipeline‑Reviews reibungslos laufen, können Sie Ergänzungen wie detaillierteres Kundenmanagement, Integrationen oder Reporting in Erwägung ziehen (siehe /blog/reports-that-help-you-decide).
Ein einfaches CRM braucht keine fancy Analytics — es braucht ein paar Berichte, die Sie wirklich nutzen, um zu entscheiden, was als Nächstes zu tun ist. Stimmen Sie sich auf wenige Metriken und Definitionen ab und bauen Sie Berichte, die echte Fragen beantworten.
Wählen Sie eine Handvoll, die die Sales‑Gesundheit widerspiegeln, nicht Eitelkeits‑Metriken:
Gute Berichte zeigen eine Handlung auf:
Wenn das Team die Zahlen nicht vertraut, nutzt es sie nicht. Schreiben Sie einfache Regeln ins CRM (ein kurzer Hilfetext reicht):
Planen Sie eine 30‑minütige Monatsreview, um:
Verknüpfen Sie Reporting mit nächsten Schritten: Lead‑Quellen verbessern, Stufen‑Definitionen korrigieren und das Team auf konsistente Updates trainieren, damit das CRM akkurat und nützlich bleibt.