Deine Anfragen stecken in Chats. Brauchst du schon ein CRM oder reicht noch eine Tabelle?

Ein Kunde schreibt dir auf Instagram. Du antwortest zwischen zwei Terminen vom Handy aus. Dann schickt er die Maße über Viber, fragt auf Telegram nach dem Preis und möchte die Rechnung per E-Mail.

Einen Auftrag gibt es noch nicht. Eine kleine digitale Schnitzeljagd schon.

Am Abend bist du sicher, allen geantwortet zu haben. Am nächsten Morgen stellt sich heraus: Dem einen hast du einen Rückruf versprochen, dem zweiten eine neue Kalkulation, und den dritten hat wohl deine Kollegin übernommen. Die Kollegin ist sicher, dass du ihn übernommen hast. Der Kunde hat inzwischen jemand anderen genommen.

Ungefähr an diesem Punkt fällt im Unternehmen der heilige Satz: „Wir brauchen ein CRM.“

Vielleicht braucht ihr wirklich eins. Aber bevor du ein System mit hübschen Diagrammen auswählst, solltest du verstehen, was es genau verbessern soll. Denn das Durcheinander aus den Messengern in eine teurere Software zu verlagern, ist auch Digitalisierung. Nur eine ziemlich traurige.

Schauen wir uns an, wann eine Tabelle noch mitkommt, wann sie dir im Weg steht und wie du ein CRM an deiner Arbeit prüfst, statt an der Präsentation des Anbieters.

Die Produktbeispiele wurden am 6. Oktober 2026 geprüft. Dieser Artikel ist keine CRM-Rangliste und keine Empfehlung für einen bestimmten Tarif. Die Hinweise zur Organisation des Ablaufs sind Empfehlungen der Redaktion; das Beispiel der Werkstatt ist frei erfunden.

Der Austausch von Nachrichten ist an sich kein Problem. Für einen Kunden kann es bequem sein, ein Foto per Messenger zu schicken, am Telefon zu sprechen und die Details per E-Mail zu bestätigen. Ihm das der internen Ordnung zuliebe zu verbieten, wäre ein seltsamer Einstieg in guten Service.

Das Problem beginnt, wenn sich nur noch aus dem Nachrichtenverlauf herausfinden lässt, was mit dem Auftrag passiert.

Um die einfache Frage „Haben wir das Angebot schon geschickt?“ zu beantworten, musst du drei Apps öffnen, die richtige Person finden, dich durch Sprachnachrichten arbeiten und bei einem Mitarbeiter nachfragen, ob er am Telefon noch etwas vereinbart hat. Ist der Mitarbeiter im Urlaub, entdeckt das Unternehmen plötzlich die Archäologie für sich.

Trenne das Gespräch von der Dokumentation der Absprachen. Im Chat könnt ihr kommunizieren. Aber die zuständige Person, der aktuelle Stand und der nächste Schritt müssen an einem festgelegten Ort stehen.

Du musst nicht jedes „Danke“ und jedes Emoji kopieren. Festgehalten werden muss, was das weitere Vorgehen bestimmt:

• wer sich gemeldet hat und wie die Person erreichbar ist;
• was genau gebraucht wird;
• was ihr bereits vereinbart habt;
• wer für die Anfrage zuständig ist;
• was als Nächstes zu tun ist und wann;
• wie die Bearbeitung der Anfrage ausgegangen ist.

Ja, das klingt weniger eindrucksvoll als „Omnichannel-Plattform für Customer Experience Management“. Dafür weißt du, was am Dienstag um zehn Uhr zu tun ist.

Den grundlegenden Weg von der Anfrage über die Arbeit bis zur Zahlung haben wir bereits im Artikel „Ordnung bei Anfragen, Arbeit und Zahlungen“ beschrieben. Hier gehen wir einen Schritt weiter: Wir schauen, wo sich diese Ordnung im Alltag gut aufrechterhalten lässt.

Stellen wir uns eine Werkstatt als hypothetisches Beispiel vor. Jemand fragt nach der Reparatur eines Tisches, klärt die Lieferung und bestellt einen Monat später zusätzlich Regale.

Das ist ein Kunde. Aber es sind unterschiedliche Aufträge.

Wenn du nach jeder Nachricht einen neuen „Kunden“ anlegst, wird die Datenbank schnell zum Club der Doppelgänger. Wenn du alle seine Aufträge in einer Zeile hältst, wird es schwierig zu erkennen, welche Rechnung bezahlt ist und welcher Liefertermin gemeint war.

Es hilft, drei Dinge zu unterscheiden:

Kontakt - die Person oder die Vertretung eines Unternehmens, mit der du kommunizierst.

Anfrage oder Deal - ein einzelner Bedarf, den ihr gerade besprecht: von der Anfrage bis zur Zusage oder Absage.

Auftrag in Bearbeitung - die vereinbarte Arbeit mit ihren eigenen Bedingungen, Terminen und Zahlungen.

Für eine einfache Erfassung kannst du einen Teil davon zusammenführen. Entscheidend ist, dass im Team alle dasselbe darunter verstehen, was ein Datensatz bedeutet. In einer Tabelle steht zu Beginn häufig eine einzelne Anfrage oder ein Auftrag in jeder Zeile; die Kontaktdaten wiederholen sich dann. Das ist eine praktische Vereinfachung, für die du dich bewusst entscheiden solltest.

In einem CRM können diese Objekte getrennt und miteinander verknüpft sein. Beispielsweise beschreibt die HubSpot-Dokumentation Verknüpfungen zwischen Kontakten, Unternehmen und Deals. Das ist ein Beispiel für den Aufbau eines bestimmten Systems; Bezeichnungen und Funktionen können bei anderen Produkten abweichen.

Die Frage vor der Einführung ist einfach: Kann ich alle Aufträge eines Kunden sehen und sie dabei trotzdem auseinanderhalten?

Eine Tabelle ist ein ganz normales Arbeitsmittel. Sie muss sich nicht dafür entschuldigen, dass sie keine Vertriebsabteilung und keinen Messestand hat.

Sie kann passen, wenn eine Person oder ein kleines Team die Anfragen bearbeitet, die einzelnen Schritte klar sind und die Einträge regelmäßig aktualisiert werden. Du öffnest die Datei und siehst ohne weitere Ermittlungen, was heute zu tun ist.

Starte mit diesen Feldern:

Nummer der Anfrage. Eine einfache, eindeutige Nummer, damit du nicht sagen musst: „Der Serhij mit den Türen, aber nicht der von letzter Woche.“

Datum und Quelle. Wann kam die Anfrage und woher: Websiteformular, Empfehlung, Werbung oder ein bestimmter Messenger? Wenn die Quelle unbekannt ist, schreib genau das auf.

Kontakt und Bedarf. Name, der benötigte Kontaktweg und eine kurze Beschreibung der Aufgabe. Nicht die ganze Lebensgeschichte, sondern genug Kontext zum Weiterarbeiten.

Zuständige Person. Eine klar benannte Person, die den nächsten Schritt im Blick behält. Mehrere können helfen; für das Vorankommen der Anfrage muss jemand konkret verantwortlich sein.

Status. Zum Beispiel: neue Anfrage, Aufgabe wird geklärt, Angebot versendet, zugesagt, abgesagt. Das ist ein Beispiel, kein universelles Schema für jedes Unternehmen.

Nächste Aktion und Datum. „Am Mittwoch zwei Ausstattungsvarianten schicken“ statt „in Bearbeitung“. Letzteres erklärt nicht, was als Nächstes passieren soll.

Vereinbarter Betrag und Zahlung. Wenn ihr bereits über einen konkreten Auftrag sprecht. Angebotsbetrag, vereinbarten Preis und tatsächlich eingegangene Zahlung solltest du auseinanderhalten, damit sich erwartetes Geld nicht als vorhandenes ausgibt.

Ergebnis oder Grund für den Stillstand. Zugesagt, abgesagt, Entscheidung verschoben, Kontakt nicht erreicht. Halte den Grund nach Aussage des Kunden fest oder kennzeichne ihn als Vermutung.

Link zu den Details. Nachrichtenverlauf, Angebotsdatei, Leistungsbeschreibung - mit Zugriff für diejenigen, die diese Unterlagen brauchen.

Füge nicht vierzig Pflichtfelder „für später“ hinzu. Wenn das Anlegen eines Eintrags mehr Aufwand braucht als das Gespräch selbst, findet das Team einen Umweg. Meistens führt er in den guten alten Chat.

Vereinbare mit dem Team, wann ihr die Einträge aktualisiert: nach dem Gespräch, nach der Zusage, vor der Übergabe an einen Kollegen. Die Datei wird nicht von allein erraten, was passiert ist. Selbst wenn die Zellen wunderschön eingefärbt sind.

Der Punkt für den Wechsel zu einem CRM ist keine magische Kundenzahl. Fünf komplexe B2B-Deals können mehr Abstimmung erfordern als Dutzende einfacher Folgeaufträge.

Achte auf Schwierigkeiten, die immer wieder auftauchen.

Anfragen wandern ständig von einer Person zur nächsten. Jede Übergabe braucht eine Erklärung: Was ist schon erledigt, was wurde versprochen, wer muss handeln? Details gehen verloren, und der Kunde erzählt mehrfach dasselbe.

Die nächsten Schritte hängen am persönlichen Gedächtnis. Die Termine stehen in der Tabelle, aber niemand prüft sie. Ihr braucht zugewiesene Aufgaben und Erinnerungen, die in den Arbeitsalltag passen.

Anfragen aus verschiedenen Kanälen werden von Hand zusammengetragen. Jeden Tag überträgt jemand Anfragen aus Formularen, E-Mails oder anderen Quellen. Das kostet Zeit, und Lücken sind schwer zu bemerken. Hier musst du die Integration mit deinem konkreten Kanal prüfen, statt dich auf den allgemeinen Hinweis „unterstützt Messenger“ zu verlassen.

Die Kundenhistorie ist verstreut. Folgeaufträge, mehrere Kontakte desselben Unternehmens, unterschiedliche Angebote und Antworten lassen sich inzwischen nur noch umständlich in einer einfachen Liste speichern.

Ihr braucht unterschiedliche Zugriffsrechte. Das Team soll die eigenen Anfragen sehen, die Führung den Gesamtstand und ein externer Dienstleister nur die benötigten Unterlagen. Nicht jede Tabelle eignet sich gut für diese Aufteilung.

Ein Bericht wird zum eigenen Projekt. Herauszufinden, wo Deals feststecken, ist aufwendiger, als einen Teil der Aufträge abzuarbeiten. Erst prüfst du die Daten, dann vereinheitlichst du die Statusbezeichnungen, und dann versuchst du dich zu erinnern, warum „zugesagt“ damals keine Zusage bedeutete.

Diese Anzeichen verpflichten dich nicht dazu, sofort ein System zu kaufen. Sie liefern die Anforderungen daran. Wenn das Problem die Übergabe einer Anfrage zwischen zwei Mitarbeitenden ist, musst du bei der Vorführung genau diese Übergabe prüfen. Das geschmeidig animierte Diagramm kann warten.

Es entscheidet nicht, welche Anfrage gut ist, wenn ihr das selbst noch nicht festgelegt habt.

Es erstellt keinen realistischen Fertigstellungstermin, wenn das Team seine Auslastung nicht kennt.

Es macht aus „irgendwann anrufen“ keine konkrete Aktion, wenn es dafür keine Regel gibt.

Es überzeugt Mitarbeitende nicht davon, Einträge zu pflegen, wenn die Führung wichtige Änderungen weiterhin in privaten Nachrichten freigibt und nirgendwo sonst festhält.

Ein hypothetisches Beispiel: Ein Mitarbeiter markiert einen Deal als gewonnen, weil der Kunde „ok“ geschrieben hat. Die Produktion versteht das als Freigabe zum Start. Der Kunde meinte „ok, ich denke darüber nach“.

Die Software kann jetzt sehr schnell alle Beteiligten benachrichtigen. Das Ergebnis ist ein automatisiertes Missverständnis mit einem hervorragenden Ereignisprotokoll.

Lege deshalb für jeden wichtigen Status fest, was den Wechsel auslöst. Zum Beispiel bedeutet „zugesagt“, dass ein konkreter Leistungsumfang, der Preis und die Bedingungen für den Arbeitsbeginn bestätigt sind. Wenn eine Vorauszahlung nötig ist, erfasst ihr den Zahlungsstatus separat oder nehmt ihn in eure klar beschriebenen Startbedingungen auf.

Du brauchst keine Prozessbeschreibung mit hundert Seiten. Zwei Personen müssen dieselbe Antwort auf diese Frage geben können: Was muss passiert sein, damit wir einen Eintrag in diesen Status verschieben?

Bevor du Kundenkontakte hochlädst, kläre, wer das System verwaltet, wer Benutzer hinzufügen kann und wie ihr eure Daten wieder herausbekommt, falls ihr zu einem anderen Werkzeug wechseln wollt.

Der Zugriff auf eure Arbeitsdaten sollte beim Einstieg und beim Ausscheiden von Mitarbeitenden geregelt werden. Ein gemeinsames Passwort, das „alle irgendwo haben“, hilft wenig dabei nachzuvollziehen, wer etwas geändert hat und wer noch Zugriff braucht.

Wenn du mit Google Sheets beginnst, richte den Dateizugriff für bestimmte Personen mit den passenden Rollen ein. Google beschreibt die Möglichkeiten für Betrachter, Kommentatoren und Bearbeiter. Prüfe auch den Zugriff auf den Ordner, in dem die Datei liegt: Berechtigungen können von ihm übernommen werden.

Verwechsle den Schutz von Zellen nicht mit einer Einschränkung des Datenzugriffs. Google erklärt ausdrücklich, dass der Schutz eines Tabellenblatts oder Bereichs keine Sicherheitsmaßnahme ist: Eine geschützte Tabelle lässt sich kopieren und exportieren. Das ist ein nützlicher Schutz vor versehentlichen Änderungen, aber kein Weg, die Kundendatenbank vor Menschen zu verbergen, denen du bereits Zugriff darauf gegeben hast.

Prüfe bei der Übernahme in ein CRM zuerst die Regeln für die Zuordnung von Datensätzen. Sonst kann der Import Dubletten erzeugen oder den falschen Datensatz ändern.

Bei HubSpot wird beispielsweise die E-Mail-Adresse zum Abgleich von Kontakten verwendet; beim Import können auch die Record ID oder andere eindeutige Werte genutzt werden. Das genaue Verhalten hängt vom Objekt und davon ab, wie es hinzugefügt wird. Das ist keine Regel für alle CRM-Systeme und keine Garantie, dass jede Integration Dubletten automatisch beseitigt.

Ein praktisches Vorgehen: Bewahre die Ausgangsdatei auf, kläre die Zuordnung der Felder, probiere den Import mit einer kleinen Auswahl und prüfe das Ergebnis. Kläre vor dem Start, wo ihr testet und wie ihr die Testdatensätze wieder entfernt.

Probiere den Export separat aus. Die HubSpot-Dokumentation zum Export beschreibt das Exportieren von Eigenschaften und Verknüpfungen der Datensätze. Betrachte aber nicht jede CSV-Datei als vollständige Kopie von allem: Prüfe, ob die benötigten Felder, der Verlauf, Notizen und Dateilinks darin enthalten sind. Für einen Teil der Daten kann ein anderer Abrufweg nötig sein.

Dahinter steckt dieselbe Überlegung wie in unserem Artikel „Der Dienstleister ist weg. Was bleibt von deiner Website?“: Zugriff und die Möglichkeit, weiterzuarbeiten, solltest du im Voraus prüfen.

Bitte darum, dir die Arbeit mit deinen eigenen Abläufen zu zeigen. Für die Vorführung könnt ihr erfundene Kontakte und Beispielaufträge verwenden, statt gleich die gesamte Kundendatenbank herauszugeben.

Es sollte keine perfekte Anfrage aus der Präsentation sein, sondern etwas näher am Alltag:

1. Neue Anfrage. Jemand hat das Formular ausgefüllt. Wo ist der Eintrag erschienen, welche Daten wurden gespeichert, wer hat ihn gesehen? Eine zugestellte Nachricht bedeutet noch nicht, dass jemand für den nächsten Schritt zuständig ist.
2. Erneute Kontaktaufnahme. Dieselbe Person schreibt noch einmal. Wie findet ihr den bisherigen Verlauf? Was passiert, wenn sie eine andere E-Mail-Adresse oder Telefonnummer verwendet?
3. Übergabe an einen Kollegen. Die zuständige Person ist krank. Wer übernimmt die Anfrage und sieht die Absprachen, ohne auf ihrem privaten Handy suchen zu müssen?
4. Geänderte Bedingungen. Der Kunde hat eine andere Variante gewählt. Wo steht das aktuelle Angebot, und wie verhindert ihr, dass die Arbeit nach dem alten beginnt?
5. Nächster Schritt. Ihr habt vereinbart, am Freitag wieder zu sprechen. Wer erhält wo eine Erinnerung? Was macht ihr, wenn der Termin verpasst wird?
6. Fehler beim Eingang einer Anfrage. Das Formular oder die Integration hat eine Anfrage nicht übertragen. Wie bemerkt das Team das Problem, und wo prüft es die ursprüngliche Quelle? Nicht jedes System bietet die benötigte Kontrolle ohne zusätzliche Einrichtung.
7. Abschluss und Bericht. Der Deal ist gewonnen oder verloren. Kannst du den Grund, die zuständige Person und das bestätigte Ergebnis finden?
8. Ausstieg aus dem System. Ihr müsst die Daten exportieren. Was bekommst du tatsächlich, und was fehlt in der Datei?

Halte die Ergebnisse fest: Was funktioniert sofort, was muss eingerichtet werden, was wird nicht unterstützt und was kostet extra? Kläre die Grenzen eures konkreten Tarifs und der verwendeten Integration.

Wenn Anfragen aus Werbung kommen, prüfe auch den Weg von der Quelle bis zur eingegangenen Anfrage. Solche Lücken beschreiben wir im Artikel „Die Werbung läuft. Wo bleiben die Anfragen? Was du prüfen solltest, bevor du das Budget erhöhst.“. Ein CRM hilft dir, eine eingegangene Anfrage zu bearbeiten. Dass es vorhanden ist, bestätigt aber noch nicht, dass Formular und Werbung richtig eingerichtet sind.

Du musst nicht gleichzeitig alle Kontakte, alten Nachrichtenverläufe, Rechnungen, den Lagerbestand und die heilige Tabelle der Buchhaltung übertragen. Die heilige Tabelle hat oft ihr eigenes Glaubenssystem.

Wähle einen klaren Ablauf aus. Zum Beispiel neue Anfragen zu einer bestimmten Leistung. Lege fest, ab wann ihr sie im gewählten Werkzeug erfasst, wer zuständig ist und was genau ihr prüft.

Führe nicht zwei Listen, die beide gleichermaßen maßgeblich sind. Wenn Tabelle und CRM unterschiedliche „aktuelle“ Daten enthalten, verbringt das Team seine Zeit damit, sie miteinander zu versöhnen. Während des Tests könnt ihr die bisherige Erfassung zur Kontrolle behalten. Legt aber klar fest, welche Daten für Entscheidungen gelten und wer die Ergebnisse abgleicht.

Schau bei der Bewertung nicht nur auf die Zahl neu angelegter Datensätze. Stell einfache Fragen:

• Hat jede neue Anfrage eine zuständige Person?
• Lässt sich die aktuelle Absprache schnell finden?
• Sind überfällige nächste Schritte sichtbar?
• Kann ein Kollege das Gespräch ohne mündliche Nacherzählung fortsetzen?
• Gibt es weniger manuelles Übertragen oder Suchen?
• Ist nachvollziehbar, was mit den eingegangenen Anfragen passiert ist?

Wenn das Team mehr Zeit für die Eingabe braucht, aber die benötigten Antworten nicht bekommt, überprüfe die Felder, Status und den täglichen Ablauf. Für das nächste Zusatzmodul ist es noch zu früh.

Ein fertiger Text für die Besprechung im Team: eine Vorlage, kein Kundenzitat:

Lasst uns festlegen, wo wir neue Anfragen erfassen. Für jede halten wir die zuständige Person, die aktuelle Absprache, die nächste Aktion und deren Termin fest. Vor einer Übergabe an jemand anderen aktualisieren wir den Eintrag. Wenn Felder unpraktisch sind oder etwas doppelt eingegeben werden muss, sammeln wir konkrete Beispiele und ändern den Ablauf. Wir klären, wer Einträge ohne zuständige Person und überfällige Schritte prüft.

Das ist weniger feierlich als die Ankündigung „Wir sind jetzt ein digitales Unternehmen“. Dafür hilft es, dass ein Kunde zwischen deinen sehr digitalen Mitarbeitenden nicht verloren geht.

Wenn du einen solchen Ablauf für dein Unternehmen entwickeln möchtest, schreib GrandMa. Wir beginnen damit, wie eine Anfrage heute durch das Unternehmen läuft und wo der nächste Schritt verloren geht. Manchmal ist eine einfache Tabelle die Lösung. Manchmal ein CRM mit den benötigten Integrationen. Die Wahl sollte sich aus der Arbeit ergeben, die erledigt werden muss.