„Mit unserem bestehenden System verbinden“ ist ein wichtiger Hinweis, aber noch kein klarer Aufwand. Für die Planung müssen wir wissen, welches System gemeint ist, welche Daten fließen sollen und was bei Änderungen oder Fehlern passiert. Sie können das in Alltagssprache beschreiben.

Beschreiben Sie den Datenweg

Ein Beispiel: „Kunden buchen einen Termin auf der Website. Die Buchung soll im Teamkalender erscheinen. Wenn wir dort den Termin verschieben, soll der Kunde eine Nachricht erhalten.“ Daraus ergeben sich mehrere Schritte und mindestens eine Rückrichtung. „Kalender anbinden“ allein lässt das offen.

Schreiben Sie für jede Verbindung auf:

  • Quelle: Wo kommen die Daten heute her?
  • Ziel: Wo sollen sie danach verfügbar sein?
  • Inhalt: Welche Felder werden benötigt – etwa Termin, Status und Kontaktadresse?
  • Richtung: Werden Daten nur gelesen oder auch in das andere System zurückgeschrieben?
  • Zeitpunkt: Reicht ein bewusster Import oder müssen Änderungen zeitnah übernommen werden?
  • Fehlerfall: Wer soll merken, wenn etwas fehlt, doppelt erscheint oder nicht übertragen werden kann?

Nennen Sie den Dienst möglichst genau

Hilfreich sind der Produktname, die verwendete Version oder der Tarif und ein Link zur öffentlich zugänglichen Dokumentation. Wenn Sie von einer „API“ lesen: Damit ist eine vorgesehene technische Schnittstelle gemeint, über die Programme Informationen austauschen können.

Ob eine bestimmte Verbindung möglich ist und was sie kostet, prüfen wir für die tatsächlichen Systeme. Ein ähnlicher Produktname oder eine funktionierende manuelle Exportfunktion reicht noch nicht als Beleg dafür, dass jeder gewünschte Ablauf automatisierbar ist. Bei Unklarheiten kann zuerst eine begrenzte technische Prüfung sinnvoll sein.

Einmaliger Import oder laufende Synchronisierung?

Eine Excel-Liste einmal zu übernehmen ist eine andere Aufgabe, als zwei Systeme dauerhaft auf demselben Stand zu halten. Für einen Import helfen Angaben zu Spalten, Datenmenge und Datenqualität. Gibt es doppelte Einträge, leere Felder oder unterschiedliche Schreibweisen?

Bei einer laufenden Verbindung kommen zusätzliche Regeln hinzu: Welches System entscheidet bei widersprüchlichen Änderungen? Was passiert mit gelöschten Datensätzen? Sollen frühere Daten ebenfalls übernommen werden? Solche Fragen gehören früh ins Konzept.

Rollen und sensible Inhalte früh benennen

Sagen Sie, ob alle Nutzer dieselben Informationen sehen dürfen oder ob etwa Kundschaft, Team und Verwaltung getrennte Bereiche benötigen. Beschreiben Sie außerdem, welche Arten von Daten vorkommen: Kontaktdaten, Fotos, Rechnungen, Gesundheitsangaben oder interne Dokumente.

Für die erste Anfrage brauchen wir keine echten Datensätze. Eine Tabelle mit erfundenen Namen und Werten kann Struktur und Regeln genauso zeigen. Passwörter, Zugangsschlüssel und vertrauliche Dokumente gehören nicht in das öffentliche Anfrageformular. Benennen Sie vorhandene Anforderungen an Speicherung, Zugriff und Löschung zunächst als Anforderungen.

Was Sie schreiben können, wenn noch nicht alles feststeht

Wir verwenden … und möchten … übernehmen. Änderungen sollen von … nach … fließen. Ungefähr … Einträge sind vorhanden. Lesen dürfen …, ändern dürfen … Noch unklar ist, ob unser Tarif eine technische Schnittstelle enthält.

Damit lässt sich eine gezielte Rückfrage oder Prüfung planen. Zusammen mit einer Beschreibung des wichtigsten Nutzerablaufs entsteht eine deutlich bessere Grundlage für das persönliche Konzept und den Kostenrahmen.