Eine mit Claude oder Codex gebaute App zu veröffentlichen heißt, dass sie nicht mehr auf einem Laptop läuft, sondern dauerhaft auf einem Server, und dass andere Personen sie über eine feste Adresse erreichen. Dafür braucht sie mehr als funktionierenden Code.
Wie komme ich jetzt weiter, wenn die App nur auf dem Laptop läuft?
Jemand im Haus hat mit Claude Code oder Codex ein Werkzeug gebaut, zum Beispiel eine Prüfung für Excel-Importe oder eine Zeiterfassung für ein kleines Team. Die App funktioniert, aber sie läuft nur auf dem Laptop, und die Daten liegen auf diesem einen Gerät. Offen sind jetzt die Fragen zum Betrieb: Wo wird das gehostet, wer kommt hinein, und was passiert mit dieser Lösung, wenn die Person im Urlaub ist oder das Unternehmen verlässt? Beantwortet sie, bevor echte Daten in der App liegen. Nachträglich ist das deutlich aufwendiger.
Was braucht eine Firmen-App außer funktionierendem Code?
Adresse
Die App braucht eine feste Adresse, zum Beispiel zeiten.musterfirma.de, und ein Zertifikat für die verschlüsselte Verbindung. Zertifikate laufen ab und sollten sich deshalb automatisch erneuern, sonst zeigt der Browser irgendwann eine Warnung.
Anmeldung
Eine interne App darf nicht für alle offen sein, die die Adresse kennen. Am besten ist die Anmeldung mit dem vorhandenen Firmenkonto, zum Beispiel bei Microsoft oder Google. Dann entsteht kein weiteres Passwort, und ihr steuert den Zugang zentral. Die Möglichkeiten erklärt der Ratgeber App hinter dem Firmenlogin.
Datenbank
Auf dem Laptop liegen die Daten oft in einer einfachen Datei. Arbeiten mehrere Personen gleichzeitig, braucht die App eine richtige Datenbank. Sie muss unabhängig von der App bestehen bleiben, damit bei einer neuen Version keine Daten verloren gehen.
Backups
Legt fest, wie oft gesichert wird, wie lange Sicherungen aufbewahrt werden und wie viele Daten ihr im schlimmsten Fall verlieren dürftet. Spielt mindestens einmal eine Sicherung zur Probe zurück, damit ihr wisst, dass die Wiederherstellung funktioniert.
Zugangsdaten
Passwörter und API-Schlüssel stehen im Prototyp oft im Code oder in einer Datei auf dem Laptop, und jeder verwaltet seine eigenen. Im Betrieb gehören sie getrennt vom Code an einen geschützten Ort. Außerdem sollten sie auf ein Firmenkonto laufen und nicht auf das private Konto einer einzelnen Person.
Test und Live
Live ist die Version, mit der alle arbeiten. Test ist eine zweite Version mit eigenen Daten, in der ihr Änderungen ausprobiert. Ohne diese Trennung trifft jeder Fehler sofort die echten Daten, und mit KI-Tools entstehen Änderungen schnell und oft in großen Schritten.
Zuständigkeit
Jede App braucht eine zuständige Person und eine Vertretung. Sie entscheiden, wer Zugang bekommt, kümmern sich um Updates und sind ansprechbar, wenn die App nicht läuft.
Wo kann ich eine mit Claude Code gebaute App hosten?
Es gibt fünf übliche Wege. Sie unterscheiden sich vor allem darin, wer die Arbeit rund um die App erledigt.
- Eigener gemieteter Server. Ihr richtet alles selbst ein: Updates, Datenbank, Backups, Anmeldung und Zertifikate. Das bedeutet die meiste Kontrolle und die meiste Arbeit. Es passt, wenn jemand im Haus das gern macht und eine Vertretung hat.
- Cloud-Plattform für Entwickler. Der Anbieter übernimmt den Server. Firmenanmeldung, Zugriffsrechte und die Übersicht über alle Apps richtet ihr oft selbst ein. Das passt, wenn ihr Entwicklungserfahrung im Team habt.
- Übergabe an einen IT-Dienstleister. Der Dienstleister betreibt die App für euch. Das passt bei wichtigen Anwendungen, Änderungen dauern dann aber länger.
- Nachbau in einem No-Code-Tool. Das passt für einfache Formulare und Listen. Ihr baut die App dafür meist neu auf und arbeitet innerhalb der Grenzen des Tools.
- Plattform für selbst gebaute Apps. Anmeldung, Backups sowie Test und Live sind vorbereitet, und mehrere Apps laufen nach denselben Regeln. Das passt, wenn mehrere Personen bauen und ihr den Betrieb nicht selbst aufbauen möchtet. Prüft, ob ihr Code und Daten wieder mitnehmen könnt.
In welcher Reihenfolge geht ihr am besten vor?
- Nutzerkreis klären. Nutzt nur euer Team die App, die ganze Firma oder auch Personen von außen?
- Daten einordnen. Enthält die App Daten von Personen oder Geschäftsgeheimnisse? Der Ratgeber Datenschutz bei selbst gebauten Apps nennt die Fragen dazu.
- Zuständigkeit festlegen. Benennt eine zuständige Person und eine Vertretung.
- Hosting wählen. Entscheidet, wo die App laufen soll. Zur Wahl stehen die fünf Wege aus dem Abschnitt davor: eigener Server, Cloud-Plattform, IT-Dienstleister, No-Code-Tool oder eine Plattform für selbst gebaute Apps.
- Code aufräumen. Legt den Code in einem Git-Repository ab, also einem Speicher mit Versionsverlauf. Entfernt Zugangsdaten aus dem Code. Dabei kann euch das KI-Tool helfen.
- Test-Version aufsetzen. Lasst zwei oder drei Personen mit Beispieldaten arbeiten.
- Betrieb prüfen. Testet die Anmeldung mit einem Konto ohne Berechtigung und spielt ein Backup zurück.
- Live schalten. Beginnt mit einer kleinen Gruppe und erweitert sie, wenn die App stabil läuft.
Die Checkliste vom Prototyp zum Firmen-Tool hilft euch, die einzelnen Punkte abzuhaken.
Wann solltet ihr eine App besser nicht veröffentlichen?
- Nur eine Person nutzt die App, und das wird auch so bleiben. Dann kann sie auf dem Laptop bleiben, solange dort keine sensiblen Daten liegen.
- Für die App findet sich niemand, der sie verantwortet.
- Ein vorhandenes Standardprodukt erledigt die Aufgabe genauso gut.
Was Auftrieb dabei übernimmt
Auftrieb ist eine Plattform, auf der Unternehmen ihre mit Claude oder Codex gebauten Apps veröffentlichen und betreiben. Ihr verbindet das KI-Tool einmal und meldet euch mit dem Firmenkonto an. Selbst gebaute Apps sind intern, und Test und Live haben im Normalfall getrennte Daten. Server, Backups und Zertifikate übernimmt Auftrieb, den Code eurer eigenen App pflegt ihr mit eurem KI-Tool. Wie sich das von anderen Wegen unterscheidet, zeigt der Vergleich.
Stand: November 2026