Bauen, was es nicht zu kaufen gibt

Dies ist Teil 3 der Serie »Vom Problem zum Produkt«. In Teil 2 ging es darum, wie KI das Bauen als Einzelperson überhaupt möglich macht.

Die naheliegende Frage: Warum nicht kaufen?

Sobald man erzählt, dass man eine Foto-Software baut, kommt zu Recht die Frage: Gibt es das nicht längst? Lightroom, Google Fotos, Apple Fotos, dazu eine ganze Reihe von Self-Hosting-Lösungen — der Markt wirkt voll. Eine ehrliche Build-vs-Buy-Abwägung muss also zuerst klären, was die bestehenden Werkzeuge eigentlich nicht können.

Und genau da wurde es interessant. Denn die Lücke, in die ArchivBlick stößt, ist keine Frage des Feinschliffs. Sie ist strukturell.

Wo die fertigen Tools versagen

Drei Schwächen ziehen sich durch fast alle etablierten Lösungen:

• Sie sind blind für Videos. Die meisten Tools sind für Fotos gebaut. Ein Archiv mit 15.000 Videos bleibt eine durchsuchbare Wüste — man sieht ein Standbild, aber nicht, was im Film passiert.
• Sie verstehen keinen Inhalt. Klassische Programme filtern nach Datum, Kamera, vielleicht Gesichtern. Aber „zeig mir Sonnenuntergänge am Wasser" oder „die Aufnahmen von der Bergtour" — das setzt voraus, dass die Software den Inhalt der Bilder begreift.
• Sie wollen deine Daten in die Cloud. Die bequemen, intelligenten Dienste funktionieren, weil deine Bilder auf fremden Servern liegen und dort analysiert werden. Bezahlt wird oft monatlich — und der Preis ist nicht nur Geld, sondern die Kontrolle über sehr private Inhalte.

Man kann sich mit jedem dieser Punkte einzeln arrangieren. Aber alle drei zusammen ergeben genau das Produkt, das es nicht zu kaufen gab: eine Software, die Videos versteht, nach Bedeutung sucht — und das Archiv trotzdem bei dir lässt.

Drei Prinzipien als Produktkern

Aus dieser Lücke wurden die drei Leitplanken, an denen ArchivBlick sich seitdem messen lässt:

Erstens: 100 % lokal. Die gesamte Analyse läuft auf der eigenen Hardware. Die KI, die Bilder beschreibt und verschlagwortet, arbeitet auf dem eigenen Gerät — kein Upload, kein fremder Server, der mitliest. Das ist technisch aufwändiger, aber es ist nicht verhandelbar.

Zweitens: kein Abo. Ein Archiv ist etwas, das man über Jahrzehnte behält. Eine Software, die man monatlich mietet und die abschaltet, sobald man nicht mehr zahlt, ist für diesen Zweck das falsche Modell. Erinnerungen sollten nicht von einem laufenden Vertrag abhängen.

Drittens: kein Cloud-Zwang. Wer seine Daten in der Cloud haben will, soll das können — aber als Wahl, nicht als Voraussetzung. Die Standardannahme ist: Deine Daten verlassen dein Netzwerk nicht, es sei denn, du entscheidest dich aktiv dagegen.

Was das kostet — und was es wert ist

Diese Prinzipien sind nicht umsonst zu haben. „Lokal" heißt, dass man die Performance-Probleme selbst lösen muss, die ein Cloud-Anbieter mit Rechenzentren erschlägt. Hunderttausende Vorschaubilder flüssig auf einem Tablet darzustellen, eine Suche zu bauen, die ohne ständige Internetverbindung funktioniert, eine KI-Pipeline auf bezahlbarer Hardware zum Laufen zu bringen — das ist echte Ingenieursarbeit.

Aber genau hier kommt zusammen, was diese Serie ausmacht: Weil KI-gestützte Entwicklung das Bauen so beschleunigt, ist eine kompromisslose Lösung plötzlich für eine Einzelperson machbar. Früher hätte „lokal und privat" bedeutet: zu teuer, zu langsam, kein Geschäftsmodell. Heute bedeutet es: ein klares Alleinstellungsmerkmal, das die großen Anbieter aus Prinzip nicht liefern können — weil ihr Geschäft auf dem Gegenteil beruht.

Build vs. Buy — die ehrliche Bilanz

Die Faustregel für Gründer lautet eigentlich: Baue nichts selbst, was du kaufen kannst. Das stimmt — solange das Gekaufte dein Problem wirklich löst. Sobald die fertige Lösung an einem Punkt scheitert, der für dich zentral ist, kippt die Rechnung. Dann ist „selbst bauen" nicht Selbstzweck, sondern die einzige Option, die das Problem tatsächlich löst.

Bei ArchivBlick war dieser Punkt der Datenschutz in Kombination mit echtem Inhaltsverständnis. Kein verfügbares Produkt bot beides. Also wurde aus „kaufen wäre einfacher" ein klares „bauen ist notwendig".

Wie es weitergeht

Damit war ArchivBlick eine funktionierende, kompromisslose Lösung — aber zunächst nur für mich. Der Weg von der eigenen Bastellösung zu etwas, das andere nutzen und kaufen können, ist noch einmal ein eigener. Im vierten Teil geht es um genau diesen Übergang: den Moment, in dem aus einem Hobby-Projekt ein Produkt wird — und welche Architektur-Entscheidungen dafür nötig sind.

→ Weiter mit Teil 4: Von der Bastellösung zum Produkt