PIPELINERatgeber
API-Schnittstellen: Anbieter vergleichen — worauf es wirklich ankommt
Angebote zum Thema API-Schnittstellen sind schwer vergleichbar, weil jeder etwas anderes hineinschreibt. Die Fragen, die Unterschiede sichtbar machen — und die Warnsignale.
01 — Kriterien
Woran sich Angebote unterscheiden
- Was genau enthalten ist. Zwei Angebote mit derselben Summe können völlig unterschiedliche Leistungen umfassen. Lasst euch den Umfang als Liste geben, nicht als Fließtext.
- Wer was liefert. Inhalte, Bilder, Daten, Zugänge — wenn das nicht steht, wird es später zum Streitpunkt.
- Was der Betrieb kostet. Über drei Jahre gerechnet, inklusive Lizenzen, Hosting und Betreuung.
- Was passiert, wenn ihr wechseln wollt. Bekommt ihr Zugänge, Daten und Dokumentation? Die Antwort auf diese Frage sagt mehr über einen Anbieter als jede Referenz.
- Wer tatsächlich arbeitet. Bei kleinen Anbietern ist das relevant: Wer sitzt im Gespräch, und wer macht es dann.
02 — Fragen
Fragen, die ihr stellen solltet
- Was passiert, wenn das Projekt teurer wird als geschätzt — wer trägt das?
- Wem gehören Daten, Zugänge und, falls entwickelt wird, der Quellcode?
- Was kostet der Betrieb im zweiten und dritten Jahr?
- Wie sieht die Dokumentation aus, die wir am Ende bekommen?
- Woran würden Sie messen, ob das Projekt erfolgreich war?
- Gibt es einen Fall, in dem Sie uns davon abraten würden?
03 — Warnsignale
Wann man skeptisch werden sollte
- Garantierte Ergebnisse. Wer Platz eins bei Google oder eine bestimmte Umsatzsteigerung zusagt, verkauft etwas, das er nicht liefern kann.
- Kein Nein. Ein Anbieter, der jedes Vorhaben für eine gute Idee hält, hat entweder nicht zugehört oder verkauft nur.
- Zeitdruck. Befristete Rabatte auf Projektpreise sind ein Vertriebsinstrument, kein Angebot.
- Unklare Eigentumsverhältnisse. Wer nicht klar sagt, wem Daten und Zugänge gehören, meint es nicht gut.
- Kein Ansprechpartner mit Fachkenntnis. Wenn im Erstgespräch nur Vertrieb sitzt, entstehen die Missverständnisse dort.
04 — Umfang
Was dazugehört
- Prüfung der vorhandenen Schnittstellen beider Systeme, bevor irgendetwas versprochen wird
- Abbildung der Datenfelder zwischen den Systemen, inklusive Sonderfällen
- Fehlerbehandlung mit Wiederholung und Benachrichtigung
- Protokollierung jedes Austauschs für die Nachvollziehbarkeit
- Überwachung, die meldet, wenn die Verbindung stillsteht
- Dokumentation für den Fall, dass jemand anders sie später warten muss
05 — Fragen
Häufige Fragen
Was, wenn unser Altsystem keine Schnittstelle hat?
Dann gibt es meist Umwege: Datenbankzugriff, automatisierter Dateiaustausch, in Ausnahmen Oberflächenautomatisierung. Alle sind fragiler als eine echte Schnittstelle. Wir sagen ehrlich, wie stabil eine solche Lösung sein wird, bevor ihr entscheidet.
Wie oft werden Daten abgeglichen?
Von sofort bis nächtlich — je nachdem, was fachlich nötig ist. Sofortiger Abgleich ist nicht immer besser: Bei Systemen mit Nachbearbeitung ist ein nächtlicher Lauf oft die stabilere Wahl.
Was passiert bei einem Ausfall?
Die Verbindung merkt sich, was noch nicht übertragen wurde, versucht es erneut und meldet nach mehreren Fehlversuchen. Daten gehen nicht verloren, sie kommen verzögert an.
Wer wartet das später?
Ihr bekommt Code und Dokumentation. Wir bauen bewusst mit verbreiteten Technologien, damit ein Wechsel möglich ist.
Nächster Schritt
Reden wir kurz darüber, ob sich das bei euch rechnet.
Ein Gespräch von zwanzig Minuten reicht meistens, um zu klären, ob ein Projekt Sinn hat. Wenn nicht, sagen wir das — das ist billiger für beide Seiten als ein Angebot, das niemand braucht.