Geschäftskontakte richtig exportieren: Leitfaden

Eine Liste von Geschäftskontakten zu exportieren wirkt wie der langweilige letzte Schritt: Knopf drücken, Datei bekommen, weitermachen. Aber das gewählte Format und die Sorgfalt in den ersten zwei Minuten entscheiden, ob das nächste Tool Ihre Daten sauber importiert oder sie still verstümmelt — Zeilen fallen weg, Namen mit Akzenten verrutschen, Telefonnummern werden zu Kauderwelsch, das niemand bemerkt, bis sich ein Kunde beschwert. Das ist eine kleine Entscheidung, die weiter unten in der Kette großen Ärger verursacht, wenn man sie falsch trifft.

Dieser Leitfaden geht die Exportformate durch, denen Sie tatsächlich begegnen, die Fallen in jedem einzelnen und wie Sie eine Kontaktliste in ein Mail-Tool oder ein CRM überführen, ohne etwas zu verlieren oder zu beschädigen. Nichts davon ist schwer. Es belohnt nur ein wenig Bedachtsamkeit, bevor Sie die ganze Datei festlegen.

CSV: das universelle Austauschformat

CSV — comma-separated values, kommagetrennte Werte — ist eine reine Textdatei, in der jede Zeile ein Datensatz ist und jedes Feld durch ein Trennzeichen abgegrenzt wird. Sie hat keine Schriften, keine Formeln, keine Typen: nur Text. Genau diese Schlichtheit macht sie zur universellen Sprache für den Datentransfer zwischen Tools. Fast jedes CRM, jede Mail-Plattform und jedes Tabellenprogramm kann sie lesen und schreiben, was sie zur richtigen Standardwahl macht, wenn Ihr Ziel die Übergabe von Daten von einem System an ein anderes ist.

Dieselbe Schlichtheit ist der Ort, an dem die Fallen lauern. Weil eine CSV keine Information darüber mitführt, wie sie gelesen werden soll, muss das öffnende Programm raten — und es rät oft genug falsch, um eine Liste zu ruinieren. Hier sind die vier Fehler, die die meisten erwischen.

Kodierung: UTF-8 oder verstümmelte Akzente

Eine CSV ist nur Bytes, und der Leser muss wissen, welchen Zeichensatz diese Bytes darstellen. Ist Ihr Export UTF-8 (der moderne Standard), eine Tabelle öffnet ihn aber als eine veraltete regionale Kodierung, bricht jedes nicht-englische Zeichen: José wird zu José, München zu München, und Kyrillisch oder Arabisch verwandelt sich in eine Wand aus Symbolen. Exportieren Sie stets als UTF-8, und wählen Sie beim Öffnen einer CSV UTF-8 ausdrücklich im Importdialog, statt darauf zu vertrauen, dass ein Doppelklick richtig rät. Sehen Sie verstümmelte Akzente, reparieren Sie sie nicht von Hand — öffnen Sie das Original mit der korrekten Kodierung erneut, denn die zugrunde liegenden Daten waren nie wirklich falsch.

Die Trennzeichen-Falle: Komma gegen Semikolon

Das „Komma" in kommagetrennten Werten ist nicht universell. In vielen Regionen — darunter der deutsche Sprachraum sowie große Teile Europas und die spanisch-, französisch- und portugiesischsprachige Welt — ist das Komma das Dezimaltrennzeichen (Sie schreiben 3,50, nicht 3.50), weshalb Tabellenprogramme dort das Semikolon als CSV-Feldtrennzeichen verwenden. Öffnen Sie eine kommagetrennte Datei in einer Semikolon-Region, kollabiert jede Zeile zu einer einzigen verstümmelten Spalte; machen Sie es umgekehrt, passiert dasselbe. Das ist kein seltener Sonderfall. Es ist der mit Abstand häufigste Grund, warum eine CSV sich „nicht richtig öffnen lässt". Wissen Sie beim Export, welches Trennzeichen die Datei nutzt, und sagen Sie es dem Tool beim Import ausdrücklich, statt es automatisch erkennen zu lassen. Sieht eine Datei aus wie eine lange, zusammengequetschte Spalte, ist fast immer das Trennzeichen schuld.

Führende Nullen: Telefonnummern und Postleitzahlen

Tabellen behandeln liebend gern alles als Zahl, was wie eine Zahl aussieht, und Zahlen haben keine führenden Nullen. So wird aus einer Postleitzahl wie 01234 die 1234, und eine Telefonnummer, die mit einer Null beginnt — wie die meisten nationalen Formate — verliert sie still. In der rohen CSV sind die Daten in Ordnung; der Schaden entsteht, wenn eine Tabelle die Datei öffnet und „hilfsbereit" neu formatiert. Die Lösung ist, diese Spalten als Text zu importieren, nicht die Datei achtlos zu öffnen und neu zu speichern. Behandeln Sie Telefonnummern, Postleitzahlen und jede ID als Text, sobald sie den Export verlassen.

Wissenschaftliche Notation und abgeschnittene Zahlen

Dasselbe Typenraten erzeugt bei langen Zahlen einen schlimmeren Fehler. Eine Telefonnummer wie 442071234567 kann zu 4,42071E+11 werden — wissenschaftliche Notation — oder abgeschnitten werden, wenn die Zahl die Genauigkeitsgrenze der Tabelle übersteigt, wobei die letzten Ziffern still durch Nullen ersetzt werden. Jetzt sieht die Zahl plausibel aus, wählt aber ins Nichts. Das ist die gefährlichste CSV-Falle, gerade weil sie unsichtbar ist: Das Feld ist weiterhin gefüllt, weiterhin numerisch, nur falsch. Auch hier ist die Abwehr, Telefonnummern als Text zu halten und nach jedem Durchlauf durch eine Tabelle einige stichprobenartig zu prüfen.

XLSX: Typen und Blätter bleiben erhalten

XLSX ist das native Tabellenformat und löst fast alles, was CSV zerbrechlich macht. Es speichert den Typ jeder Zelle, sodass eine als Text gespeicherte Telefonnummer Text bleibt — keine wissenschaftliche Notation, keine verlorenen führenden Nullen. Es trägt die Kodierung korrekt, sodass Akzente überleben. Und es kann mehrere Blätter fassen, was nützlich ist, wenn Sie Kontakte auf einem Tab und eine kurze Legende oder Notizen auf einem anderen liefern wollen.

Das macht XLSX zur besseren Wahl, wann immer ein Mensch die Datei öffnet: ein Kollege, der die Liste prüft, eine Übergabe an einen Partner, ein Export, den jemand liest, bevor er handelt. Der Haken ist, dass XLSX ein schwereres, stärker strukturiertes Format und für den maschinellen Import etwas weniger universell ist — manche Tools nehmen CSV zuverlässiger auf, und sehr große XLSX-Dateien können langsam sein. Die Faustregel: XLSX für Menschen und für Übergaben, CSV, wenn am anderen Ende eine Maschine die Datei parst.

PDF: zum Lesen, nie zum Importieren

PDF ist ein Präsentationsformat. Es ist hervorragend für eine saubere, teilbare Momentaufnahme einer Kontaktliste — etwas, das man an eine E-Mail hängt oder einem Kunden gibt, der nur schauen will. Es als Datenquelle zu nutzen, ist eine wirklich schlechte Idee. Ein PDF beschreibt, wo Text auf einer Seite sitzt, nicht zu welcher Spalte ein Wert gehört, weshalb strukturierte Daten wieder herauszuholen eine verlustbehaftete, fehleranfällige Extraktion ist, die Spalten durcheinanderwirft, Felder verschmilzt und Zeilen verliert. Reicht Ihnen jemand Kontakte als PDF und bittet Sie, sie zu importieren, verlangen Sie die originale CSV oder XLSX. Versuchen Sie nicht, die Tabelle aus dem PDF rückzuentwickeln; Sie brauchen zum Bereinigen länger, als der Export gedauert hätte.

JSON: wenn eine API oder ein Entwickler im Spiel ist

JSON ist das Format, zu dem man greift, wenn das Ziel Code statt einer Tabelle ist — eine API, die Kontakte programmatisch annimmt, oder ein Entwickler, der ein System mit einem anderen verdrahtet. Es bildet Struktur und Typen präzise ab, verarbeitet verschachtelte Daten sauber und ist bei der Kodierung eindeutig. Für alltägliche, menschengerichtete Exporte ist es das falsche Werkzeug, und niemand sollte eine Kontaktliste in rohem JSON lesen. Doch sobald eine Integration oder ein Ingenieur ins Bild kommt, ist es das Format, das allen die Rätselraten erspart, zu denen CSV einlädt.

Feldzuordnung: der Schritt, den alle überstürzen und bereuen

Haben Sie das richtige Format, ist die eigentliche Arbeit die Feldzuordnung: Ihre Spalten mit den Feldern abzugleichen, die das Ziel erwartet. Diesen Schritt überspringen die Leute, und hier geht der Import still schief. Zwei leicht unterschiedlich benannte Spalten — Firma gegen Organisation, Mobil gegen Telefon — richten sich nicht von selbst aus, und ein Tool, das ein gewünschtes Feld nicht findet, lässt es entweder leer oder weist die Zeile ab.

Der häufigste Haken sind Namen. Ihr Export hat vielleicht eine einzige Spalte mit dem vollen Namen, aber viele Mail- und Outreach-Tools bestehen auf getrennten Feldern für Vor- und Nachnamen, weil sie über den Vornamen personalisieren. Sie müssen „Maria Garcia Lopez" in Teile zerlegen — was in Kulturen mit mehreren Nachnamen oder Familienname-zuerst nicht trivial ist — oder umgekehrt Vor- und Nachnamen zu einem vollen Namen zusammenfügen, den ein CRM will. Entscheiden Sie vor dem Import, wie Sie damit umgehen, nicht danach Zeile für Zeile.

Das andere, was stimmen muss, ist ein stabiler eindeutiger Schlüssel. Wählen Sie ein Feld, das jeden Kontakt eindeutig und dauerhaft identifiziert — eine Firmen-Domain eignet sich gut, oder eine interne ID, falls vorhanden — und halten Sie es über alle Exporte hinweg konstant. Reimportieren Sie eine aktualisierte Liste, nutzt das Ziel diesen Schlüssel, um bestehende Datensätze zu erkennen und zu aktualisieren, statt Duplikate anzulegen. Ohne stabilen Schlüssel ist jeder Reimport ein frischer Haufen doppelter Kontakte, und die später zu bereinigen ist weit mehr Arbeit, als den Schlüssel jetzt zu wählen.

Import in ein Mail- oder Outreach-Tool

Mail- und Outreach-Tools haben einen engen, vorhersehbaren Bedarf, und der Import in sie scheitert auf vorhersehbare Weise. Sie wollen ein sauberes Vornamensfeld, weil es die Zeile „Hallo {{first_name}}" füllt — geben Sie ihnen einen vollen Namen, liest sich jede Nachricht „Hallo Maria Garcia Lopez", was schlechter aussieht als gar keine Personalisierung. Sie erwarten eine Zeile pro Empfänger; doppelte Zeilen bedeuten, dass jemand dieselbe E-Mail zweimal erhält. Und sie stolpern über Lücken in Serienfeldern: Hat die Hälfte Ihrer Zeilen keinen Vornamen und Ihre Vorlage beginnt damit, brechen diese Sendungen entweder ab oder gehen mit einer unbeholfenen Lücke hinaus. Stellen Sie vor dem Import sicher, dass die Personalisierungsfelder, die Sie in Ihrer Vorlage tatsächlich nutzen, in jeder Zeile gefüllt sind, oder planen Sie eine Ausweichlösung für die Lücken.

Import in ein CRM

CRMs sind strenger und stärker strukturiert. Die meisten führen beim Import eine Dublettenprüfung durch und gleichen eingehende Zeilen mit bestehenden Datensätzen über E-Mail, Domain oder Ihren eindeutigen Schlüssel ab — genau darum ist ein stabiler Schlüssel wichtig, denn ein guter Treffer aktualisiert einen Datensatz, ein verfehlter dupliziert ihn. Sie erzwingen Pflichtfelder: Eine Zeile, der etwas fehlt, worauf das CRM besteht, wird rundweg abgelehnt, und ein großer Import kann auf halbem Weg scheitern — die halbe Liste drin, die halbe abgewiesen. Und sie trennen Objekte: Eine Firma (oder ein Account) ist etwas anderes als ein Kontakt (eine Person), und oft importieren Sie sie in zwei verknüpften Schritten statt in einer flachen Datei. Prüfen Sie vor dem Start die Pflichtfelder des Ziels und sein Firma-gegen-Kontakt-Modell, damit Sie in die richtigen Objekte zuordnen, statt die Struktur mitten im Import zu entdecken.

Leitplanken, die Sie jedes Mal retten

1. Testen Sie zuerst mit einer kleinen Stichprobe. Exportieren Sie zehn Zeilen, importieren Sie sie und prüfen Sie den Hin- und Rückweg von Anfang bis Ende, bevor Sie die ganze Datei bewegen. Zwei Minuten hier fangen Probleme ab, die sonst in Tausende von Datensätzen eingebrannt würden.
2. Lassen Sie den Original-Export unangetastet. Bearbeiten Sie nie Ihre einzige Kopie. Arbeiten Sie an einem Duplikat, damit Sie, wenn etwas schiefgeht — und irgendwann tut es das —, zu einer sauberen Quelle zurückkönnen, statt sie zu rekonstruieren.
3. Behalten Sie die Zeilenzahl über den Umzug im Auge. Notieren Sie, wie viele Kontakte Sie exportiert haben und wie viele auf der anderen Seite gelandet sind. Ein stiller Verlust von ein paar Hundert Zeilen ist leicht zu übersehen und einer der häufigsten Importfehler; die Zählung ist Ihr einfachster Alarm.
4. Prüfen Sie den Zeichensatz an ein paar Nicht-ASCII-Zeilen. Suchen Sie nach dem Import eine Handvoll Datensätze mit Akzent-, kyrillischen oder arabischen Namen und bestätigen Sie, dass sie korrekt lesbar sind. Sind sie verstümmelt, haben Sie ein Kodierungsproblem erwischt, bevor es einen Kunden erreicht.

Welches Format für welche Aufgabe

• Daten zwischen Tools bewegen: CSV, als UTF-8 exportiert, mit Telefonnummern und Codes als Text gehalten.
• Ein Mensch öffnet oder prüft sie: XLSX, das Typen bewahrt und mehrere Blätter tragen kann.
• Eine Momentaufnahme lesen oder teilen: PDF — und nie als etwas, aus dem man importiert.
• Eine API oder ein Entwickler ist im Spiel: JSON.

Ein sauberer Export ist nur die halbe Miete; überhaupt eine saubere Liste zu bekommen, ist die andere Hälfte. Eine gute Lead-Quelle liefert Ihnen gut strukturierte Kontaktdaten — richtige Spalten, verifizierte Felder, vernünftige Formate —, sodass der Export eine Formalität ist statt einer Rettungsaktion. Wollen Sie von einer sauberen, genau dafür gebauten Liste starten, starten Sie eine kostenlose Suche bei JustLeadIt und exportieren Sie die Ergebnisse in Ihre eigenen Tools.

Wählen Sie das Format zur Aufgabe, ordnen Sie Ihre Felder mit einem stabilen Schlüssel zu und testen Sie eine kleine Stichprobe, bevor Sie die ganze Datei festlegen. Tun Sie das, bleibt der langweilige letzte Schritt langweilig — und das ist, wenn Sie Ihre Geschäftskontakte bewegen, genau das, was Sie wollen.