Von Novai zu TAMSIV: eine App im Alleingang umbenennen

Wichtige Erkenntnisse: Eine ganze Anwendung umzubenennen (Monorepo, Android-Paket, Deep Links, Backend, Konfigurationen) ist ein massives Unterfangen – 847 geänderte Zeilen in 73 Dateien. Der Schlüssel: Schicht für Schicht vorgehen (zuerst Android-Paket, dann Konfigurationen, dann Quellcode, dann Kommentare), jede Schicht testen, bevor man zur nächsten übergeht, und diese Entscheidung auf keinen Fall aufschieben. Je länger du wartest, desto schmerzhafter wird es.

Es gibt Entscheidungen, die man wochenlang aufschiebt. Eine ganze Anwendung umzubenennen, ist eine davon. Aber Ende November 2025 wurde mir klar, dass Novai sterben musste, damit TAMSIV geboren werden konnte. Der Name funktionierte nicht, das Produkt verdiente Besseres, und jeder Tag Verzögerung machte das Projekt größer.

Hier ist die vollständige Geschichte dieses Solo-Rebrandings – vom ersten Brainstorming bis zum finalen Commit.

Warum funktionierte der Name Novai nicht?

Novai sollte "neue KI" evozieren. Theoretisch funktionierte das. Praktisch stellte niemand die Verbindung her. Das Feedback war einstimmig:

• Generisch: "Novai" ähnelt Dutzenden anderer Tech-Produkte. Versuche, "Novai" zu googeln – du stößt auf Beratungsfirmen, KI-Startups, SaaS-Software. Es ist unmöglich, sich abzuheben.
• Nicht einprägsam: Der Name sagt nichts über das Produkt aus. Eine Sprachproduktivitäts-App? Ein Chatbot? Ein Daten-Tool? Novai könnte alles sein.
• Keine Story: Ein guter Name erzählt etwas. Novai erzählt nichts.

Ich brauchte einen Namen, der das Konzept trägt. Nicht nur einen angenehmen Klang – einen Namen, der an sich schon ein Pitch ist.

Wie entstand der Name TAMSIV?

TAMSIV ist ein Akronym: Tasks Assisted by Memos Synchronized, Intelligent Voice (Aufgaben unterstützt durch synchronisierte Memos, intelligente Sprache). Jeder Buchstabe beschreibt eine Funktion:

• TA — Aufgaben: der Kern der App, die Aufgabenverwaltung
• M — Memos: die durch KI strukturierten Sprachnotizen
• S — Synchronisiert: die kollaborative und Multi-Device-Dimension
• IV — Intelligente Sprache: die Stimme als Hauptschnittstelle

Der Name IST der Pitch. In 6 Buchstaben weißt du, was die Anwendung tut. Das nennt man einen deskriptiven Namen – im Gegensatz zu evokativen Namen (wie Apple) oder arbiträren Namen (wie Kodak).

Zusätzlicher Vorteil: "TAMSIV" ist einzigartig. Null Google-Ergebnisse vor dem Start. Das SEO beginnt bei Null, aber zumindest gibt es keine Konkurrenz um den Begriff. Für einen Solo-Entwickler ist das entscheidend – kein Werbebudget, um einen Homonym zu übertreffen.

Wie plant man eine Umbenennung in einem Monorepo?

Das TAMSIV-Monorepo hat drei Komponenten: frontend/ (React Native), backend/ (Node.js/Express) und website/ (Next.js). Mehr als 400 Dateien enthielten "novai" in verschiedenen Formen: novai, Novai, NOVAI, novai://, com.novai.

Ich bin schichtweise vorgegangen, von der kritischsten zur am wenigsten kritischen:

1. Schicht 1 — Android-Paket: com.novai → com.tamsiv. Das ist die Grundlage. Wenn das kaputtgeht, kompiliert nichts mehr.
2. Schicht 2 — Konfigurationsdateien: build.gradle, package.json, .env, Firebase-Konfigurationen, Supabase-URL.
3. Schicht 3 — Quellcode: Imports, Referenzen, Dienstnamen, Endpunkte.
4. Schicht 4 — Kommentare und Dokumente: README, CHANGELOG, Kommentare im Code.

Jede Schicht wurde einzeln getestet, bevor zur nächsten übergegangen wurde. Das vermeidet das Albtraumszenario: 400 Dateien auf einmal geändert, ein Build schlägt fehl, und keine Ahnung, welche Änderung das Problem verursacht hat.

Was sind die technischen Fallstricke einer Android-Umbenennung?

Die Android-build.gradle verwendet den Paketnamen an sechs verschiedenen Stellen:

• applicationId — die eindeutige Kennung im Play Store
• namespace — der Java/Kotlin-Namespace für die Codegenerierung
• manifestPlaceholders — die in AndroidManifest.xml injizierten Variablen
• signingConfigs — die Signaturkonfiguration (Keystore)
• resValue — die zur Kompilierung injizierten Ressourcen
• buildConfigField — die Build-Konstanten

Vergisst man nur eine davon, schlägt der Build mit einer kryptischen Fehlermeldung fehl. Ich habe jede Instanz manuell überprüft.

Die Deep Links sind eine weitere Falle. TAMSIV verwendet das Schema tamsiv:// für Empfehlungslinks (tamsiv://invite/{code}). Vor der Umbenennung war es novai://. Die Migration muss sauber sein – keine Übergangszeit, in der beide Schemata koexistieren, das führt zu Verwirrung.

Wie verwaltet man die Umbenennung auf Backend- und Infrastrukturseite?

Das Backend bleibt nicht verschont:

• Logs: Jedes Log enthielt "Novai" als Präfix. Migration zu "TAMSIV".
• Fehlermeldungen: Benutzerfreundliche Nachrichten ("Willkommen bei Novai") müssen dem neuen Namen entsprechen.
• Umgebungsvariablen: NOVAI_DB_URL → TAMSIV_DB_URL (auch wenn es technisch nichts ändert, zählt die Lesbarkeit).
• Railway: Der Dienst hieß "novai-backend". Umbenennung im Railway-Dashboard.
• Supabase: Das Projekt blieb dasselbe (Supabase-URLs ändern sich nicht), aber die Kommentare in den Migrationen bezogen sich auf "Novai".

Auf der Website war das Projekt ähnlich: Meta-Tags, Open Graph, Footer, Impressum, AGB, Datenschutzrichtlinie – alles, was "Novai" erwähnte, musste zu "TAMSIV" geändert werden.

Wie überprüft man, dass keine Referenz vergessen wurde?

Nach der Umbenennung habe ich ein grep -ri "novai" . über das gesamte Repository ausgeführt. Ergebnis: null Vorkommen. Das ist der einzige Weg, um sicher zu sein.

Aber grep allein reicht nicht aus. Man muss auch:

• Vollständiger Android-Build: gradlew assembleDebug und dann gradlew assembleRelease
• Backend-Tests: npm test, um zu überprüfen, ob die Endpunkte funktionieren
• Website-Build: npm run build, um zu überprüfen, ob Next.js fehlerfrei kompiliert
• Deep Link-Tests: Überprüfen, ob tamsiv://invite/test die App korrekt öffnet
• Firebase: Überprüfen, ob die google-services.json dem neuen Paket entspricht

Ich habe alles der Reihe nach gemacht. Der Android-Build schlug beim ersten Versuch fehl – ein import com.novai.BuildConfig, das in einer generierten Java-Datei vergessen wurde. Korrigiert, neu gebaut, OK.

Welche Auswirkungen hat eine Umbenennung auf den Play Store?

Das Ändern der applicationId bedeutet, eine neue Anwendung im Play Store zu erstellen. Das ist der wichtigste Punkt, den man verstehen muss: Google identifiziert Apps anhand ihrer applicationId, nicht anhand ihres Namens. com.novai und com.tamsiv sind aus Sicht des Stores zwei verschiedene Apps.

Konsequenzen:

• Bewertungen und Rezensionen beginnen bei Null
• Installationen werden nicht übertragen
• Bestehende Benutzer müssen neu installieren (oder du verwaltest eine serverseitige Migration)

Für TAMSIV war das akzeptabel – die App war in der Alpha-Phase mit einigen Testern. Wenn du Tausende von Benutzern hast, solltest du sehr ernsthaft darüber nachdenken, bevor du die applicationId änderst. Du kannst den angezeigten Namen ändern, ohne das Paket zu berühren.

Welche Lehren sind aus diesem Rebranding zu ziehen?

Hier sind die Lehren, die ich daraus ziehe, nach 847 geänderten Zeilen in 73 Dateien:

1. Mach es frühzeitig: Je länger du wartest, desto schmerzhafter wird es. Wenn dein Name dich nach 3 Monaten stört, wird er dich in einem Jahr immer noch stören – mit 10x mehr Dateien zum Ändern.
2. Ein guter Name ist eine Investition: Ein Name, der dein Produkt erzählt, ist kostenloses Marketing. TAMSIV verkauft sich durch die Erklärung von selbst.
3. Gehe schichtweise vor: vom kritischsten zum am wenigsten kritischen. Teste jede Schicht. Mache keinen Mega-Commit von 400 Dateien.
4. Grep ist dein Freund: Ein abschließendes grep -ri ist obligatorisch. Das menschliche Auge übersieht Dinge, der Regex nicht.
5. Keine neuen Funktionen: Akzeptiere, dass dieser Tag nichts Sichtbares für den Benutzer produziert. Es ist technische Schuld, die im Voraus bezahlt wird.

Wie wählt man einen guten Namen für seine App?

Wenn du dich in der Namensfindungsphase befindest, hier sind meine Kriterien:

• Googlebar: Der Name muss einzigartig sein. Gib ihn bei Google ein, bevor du dich festlegst.
• Aussprachefähig: Wenn Leute ihn nicht laut aussprechen können, werden sie ihn nicht weiterempfehlen.
• Deskriptiv oder einprägsam: Entweder beschreibt der Name das Produkt (TAMSIV), oder er ist so einzigartig, dass er im Gedächtnis bleibt (Spotify).
• Verfügbar: Domain, Android-Paket, Benutzername in sozialen Netzwerken. Überprüfe alles, bevor du dich entscheidest.
• Kurz: Ideal sind maximal 6 Buchstaben. Darüber hinaus wird es schwierig zu merken und einzugeben.

Tools wie Namelix oder NameMesh können beim Brainstorming helfen, aber die endgültige Entscheidung ist immer menschlich. Mein Rat: Bitte 5 Personen, den Namen zu wiederholen, nachdem sie ihn nur einmal gehört haben. Wenn 4 von 5 ihn behalten, ist das ein gutes Zeichen.

Hat die Umbenennung etwas am Produkt geändert?

Ja, und nicht nur technisch. Einen Namen zu haben, der Sinn trägt, hat meine Art, über das Produkt zu sprechen, verändert. Beim Build in Public, wenn ich sage "TAMSIV – Aufgaben unterstützt durch synchronisierte Memos, intelligente Sprache", verstehen die Leute sofort. Mit "Novai" musste ich immer erklären.

Der Weg von über 650 Commits von TAMSIV ist untrennbar mit dieser Entscheidung verbunden. Die Umbenennung ist kein technisches Detail – es ist ein Gründungsakt. Die App fand an diesem Tag ihre Identität.

Ein Tag für null neue Funktionen. Aber TAMSIV hatte endlich seinen Namen.

FAQ

Wie lange dauert eine vollständige Umbenennung einer Anwendung?

Für TAMSIV (Monorepo mit React Native Frontend, Node.js Backend und Next.js Website) dauerte es einen ganzen Tag. Das Volumen: 847 geänderte Zeilen in 73 Dateien. Die Zeit hängt hauptsächlich von der Anzahl der Komponenten und der Größe der Codebasis ab.

Kann man eine bereits im Play Store veröffentlichte App umbenennen?

Du kannst den angezeigten Namen (Titel) problemlos ändern. Aber das Ändern der applicationId (com.example.app) erstellt eine neue Anwendung aus Sicht von Google. Bewertungen, Installationen und Ranking werden nicht übertragen. Für eine App in Produktion mit Tausenden von Benutzern ist dies selten empfehlenswert.

Braucht man ein Akronym für einen guten App-Namen?

Nein, das ist eine von vielen Optionen. Das Akronym funktioniert, wenn jeder Buchstabe eine klare Bedeutung hat und das resultierende Wort aussprechbar ist. "TAMSIV" besteht diesen Test. Aber Namen wie "Notion" oder "Linear" funktionieren auch sehr gut, ohne Akronyme zu sein.

Wie vermeidet man, dass bestehende Links nach einer Umbenennung kaputtgehen?

Wenn du Deep Links, geteilte Links oder QR-Codes mit dem alten Schema im Umlauf hast, musst du eine temporäre Weiterleitung aufrechterhalten. Für Web-URLs reicht eine 301-Weiterleitung aus. Für mobile Deep Links kannst du beide Schemata im Manifest für eine Übergangszeit deklarieren.

Beeinflusst Rebranding das SEO?

Für die Website ja. Wenn du die Domain wechselst, sind saubere 301-Weiterleitungen erforderlich und Google muss über die Search Console benachrichtigt werden. Wenn du dieselbe Domain behältst (wie TAMSIV), ist der Einfluss minimal – es reicht aus, die Meta-Tags und den Inhalt zu aktualisieren. Der neue Name wird innerhalb weniger Tage indexiert.