Ich baue gern. Wenn mich ein Thema interessiert, setze ich ein Projekt auf, schreibe den Code und probiere aus, was damit möglich ist. Mit KI und Automatisierung geht das inzwischen deutlich schneller. Ein Analysewerkzeug für den Kakaomarkt hätte ich vor zwei Jahren vermutlich nicht angefangen. Heute bekomme ich zumindest einen ersten Prototyp hin.
Dabei stoße ich zunehmend auf ein Problem, das sich nicht durch besseren Code lösen lässt: den Zugang zu den Daten.
Automatisierte Abrufe werden blockiert, kostenlose Schnittstellen eingeschränkt oder eingestellt. Manche Quellen lassen sich nur noch über kostenpflichtige Zugänge nutzen. Für einzelne Angebote werden 100 Euro im Monat oder mehr fällig. Wenn ein Projekt mehrere davon braucht, wird aus einem überschaubaren Experiment schnell eine laufende Ausgabe, die ich rechtfertigen muss.
Ich verstehe, dass Anbieter ihre Daten nicht kostenlos bereitstellen müssen und automatisierte Zugriffe Aufwand verursachen. Was mir fehlt, ist ein bezahlbares Angebot zwischen dem manuellen Lesen einer Webseite und einem Enterprise-Vertrag. Ich möchte Daten regelmäßig abrufen und für eigene Analysen verwenden, ohne gleich ein Budget wie ein Unternehmen zu brauchen.
Früher habe ich vor allem darüber nachgedacht, ob ich ein Werkzeug selbst entwickeln kann. Heute stellt sich diese Frage seltener. Einen Prototyp zu schreiben ist einfacher geworden. Ob ich ihn sinnvoll betreiben kann, hängt aber oft davon ab, welche Daten ich bekomme, was sie kosten und unter welchen Bedingungen ich sie nutzen darf.
Damit verändert sich auch meine Rechnung beim Eigenbau. Ein funktionierendes Skript ist noch kein verlässlicher Datenzugang. Schnittstellen ändern sich, Abrufe schlagen fehl, Zugriffsbeschränkungen müssen berücksichtigt werden. Dazu kommen Wartung und die Prüfung, ob die geplante Nutzung überhaupt erlaubt ist. Diese Arbeit verschwindet nicht, nur weil die erste Version schnell fertig war.
Für mich sind deshalb drei Fragen entscheidend:
Wie viel werde ich den Zugang tatsächlich nutzen? Die Kosten pro Abruf allein sagen wenig aus. Ich muss auch Entwicklungszeit, Wartung und Ausfälle einrechnen.
Wie wichtig ist die Kontrolle über die Datenbeschaffung? Wenn meine Analyse dauerhaft davon abhängt, kann sich mehr eigener Aufwand lohnen. Für eine gelegentliche Auswertung möchte ich dagegen nicht noch ein System betreiben müssen.
Wie verlässlich ist die Quelle? Ein Zugang, den ich ständig reparieren muss, passt schlecht zu einem Projekt, das nebenbei laufen soll.
Daraus ergibt sich keine feste Grenze, ab der Eigenbau automatisch günstiger ist. Ein kleines Projekt kann sich lohnen, weil ich dabei etwas lerne oder eine Frage untersuche, für die es kein fertiges Werkzeug gibt. Umgekehrt kann auch ein großes Abrufvolumen teuer bleiben, wenn der Zugang unzuverlässig ist.
Ich brauche meistens keine Hilfe mehr, um die erste Version des Codes hinzubekommen. Schwieriger ist die Entscheidung, ob ich das Projekt anschließend betreiben will. Welche laufenden Kosten entstehen? Wie viel Pflege braucht es? Und was passiert, wenn eine wichtige Quelle wegfällt?
Ich werde weiter eigene Werkzeuge bauen. Aber bevor ich anfange, will ich genauer wissen, ob die nötigen Daten dauerhaft erreichbar und bezahlbar sind. Sonst baue ich etwas, das im Test funktioniert, im Alltag aber nicht tragfähig ist.