Name: TAMSIV
Author: TAMSIV

Points cles a retenir : Renommer une application entiere (monorepo, package Android, deep links, backend, configs) est un chantier massif — 847 lignes modifiees dans 73 fichiers. La cle : proceder par couches (package Android d'abord, puis configs, puis code source, puis commentaires), tester chaque couche avant de passer a la suivante, et ne surtout pas repousser cette decision. Plus tu attends, plus c'est douloureux.

Il y a des decisions qu'on repousse pendant des semaines. Renommer une application entiere, c'est l'une d'elles. Mais fin novembre 2025, j'ai compris que Novai devait mourir pour que TAMSIV naisse. Le nom ne fonctionnait pas, le produit meritait mieux, et chaque jour de retard rendait le chantier plus gros.

Voici le recit complet de ce rebranding en solo — du brainstorming initial au commit final.

Le rebranding commence toujours sur papier, avant de toucher au code.

Pourquoi le nom Novai ne fonctionnait-il pas ?

Novai, c'etait cense evoquer "nouvelle IA". En theorie, ca marchait. En pratique, personne ne faisait le lien. Les retours etaient unanimes :

Generique : "Novai" ressemble a des dizaines d'autres produits tech. Essaie de googler "Novai" — tu tombes sur des cabinets de conseil, des startups IA, des logiciels SaaS. Impossible de se demarquer.
Pas memorable : le nom ne dit rien sur le produit. Une app de productivite vocale ? Un chatbot ? Un outil de data ? Novai pouvait etre n'importe quoi.
Pas de story : un bon nom raconte quelque chose. Novai ne raconte rien.

J'avais besoin d'un nom qui porte le concept. Pas juste un son agreable — un nom qui soit en lui-meme un pitch.

Comment le nom TAMSIV est-il ne ?

TAMSIV est un acronyme : Taches Assistees par Memos Synchronises, Intelligence Vocale. Chaque lettre decrit une fonctionnalite :

TA — Taches : le coeur de l'app, la gestion de taches
M — Memos : les notes vocales structurees par l'IA
S — Synchronises : la dimension collaborative et multi-device
IV — Intelligence Vocale : la voix comme interface principale

Le nom EST le pitch. En 6 lettres, tu sais ce que fait l'application. C'est ce qu'on appelle un nom descriptif — par opposition aux noms evocateurs (comme Apple) ou arbitraires (comme Kodak).

Avantage supplementaire : "TAMSIV" est unique. Zero resultat Google avant le lancement. Le SEO part de zero, mais au moins il n'y a pas de competition sur le terme. Pour un dev solo, c'est crucial — pas de budget pub pour surpasser un homonyme.

Comment planifier un renommage dans un monorepo ?

Le monorepo TAMSIV a trois composants : frontend/ (React Native), backend/ (Node.js/Express) et website/ (Next.js). Plus de 400 fichiers contenaient "novai" sous differentes formes : novai, Novai, NOVAI, novai://, com.novai.

J'ai procede par couches, de la plus critique a la moins critique :

Couche 1 — Package Android : com.novai → com.tamsiv. C'est la fondation. Si ca casse, plus rien ne compile.
Couche 2 — Fichiers de config : build.gradle, package.json, .env, Firebase configs, Supabase URL.
Couche 3 — Code source : imports, references, noms de services, endpoints.
Couche 4 — Commentaires et docs : README, CHANGELOG, commentaires dans le code.

Chaque couche etait testee individuellement avant de passer a la suivante. Ca evite le scenario cauchemar : 400 fichiers modifies d'un coup, un build qui echoue, et aucune idee de quel changement a cause le probleme.

Quels sont les pieges techniques d'un renommage Android ?

Le build.gradle Android utilise le package name a six endroits differents :

applicationId — l'identifiant unique sur le Play Store
namespace — le namespace Java/Kotlin pour la generation de code
manifestPlaceholders — les variables injectees dans AndroidManifest.xml
signingConfigs — la configuration de signature (keystore)
resValue — les ressources injectees a la compilation
buildConfigField — les constantes de build

En oublier un seul, et le build echoue avec un message d'erreur cryptique. J'ai verifie chaque occurrence manuellement.

Les deep links sont un autre piege. TAMSIV utilise le scheme tamsiv:// pour les liens de parrainage (tamsiv://invite/{code}). Avant le renommage, c'etait novai://. La migration doit etre propre — pas de periode de transition ou les deux schemes coexistent, ca cree de la confusion.

Developpeur devant plusieurs fenetres d'editeur de code avec des dialogues de recherche et remplacement ouverts — Find and Replace a grande echelle : 400+ fichiers a parcourir methodiquement.

Comment gerer le renommage cote backend et infrastructure ?

Le backend n'est pas epargne :

Logs : chaque log contenait "Novai" en prefixe. Migration vers "TAMSIV".
Messages d'erreur : les messages user-facing ("Bienvenue sur Novai") doivent correspondre au nouveau nom.
Variables d'environnement : NOVAI_DB_URL → TAMSIV_DB_URL (meme si techniquement, ca change rien, la lisibilite compte).
Railway : le service s'appelait "novai-backend". Renommage dans le dashboard Railway.
Supabase : le projet restait le meme (les URLs Supabase ne changent pas), mais les commentaires dans les migrations referençaient "Novai".

Cote website, le chantier etait similaire : meta tags, Open Graph, footer, mentions legales, CGU, politique de confidentialite — tout ce qui mentionnait "Novai" devait passer a "TAMSIV".

Comment verifier qu'aucune reference n'a ete oubliee ?

Apres le renommage, j'ai execute un grep -ri "novai" . sur tout le repo. Resultat : zero occurrence. C'est la seule facon d'etre sur.

Mais le grep ne suffit pas. Il faut aussi :

Build Android complet : gradlew assembleDebug puis gradlew assembleRelease
Tests backend : npm test pour verifier que les endpoints fonctionnent
Build website : npm run build pour verifier que Next.js compile sans erreur
Test des deep links : verifier que tamsiv://invite/test ouvre bien l'app
Firebase : verifier que le google-services.json correspond au nouveau package

J'ai tout fait dans l'ordre. Le build Android a echoue au premier essai — un import com.novai.BuildConfig oublie dans un fichier Java genere. Corrige, rebuild, OK.

Quel impact un renommage a-t-il sur le Play Store ?

Changer le applicationId signifie creer une nouvelle application sur le Play Store. C'est le point le plus important a comprendre : Google identifie les apps par leur applicationId, pas par leur nom. com.novai et com.tamsiv sont deux apps differentes aux yeux du store.

Consequences :

Les notes et avis repartent a zero
Les installations ne sont pas transferees
Les utilisateurs existants doivent reinstaller (ou tu geres une migration cote serveur)

Pour TAMSIV, c'etait acceptable — l'app etait en alpha avec quelques testeurs. Si tu as des milliers d'utilisateurs, reflechis tres serieusement avant de changer d'applicationId. Tu peux changer le nom affiche sans toucher au package.

Quelles lecons retenir de ce rebranding ?

Voici les lecons que j'en tire, apres 847 lignes modifiees dans 73 fichiers :

Fais-le tot : plus tu attends, plus c'est douloureux. Si ton nom te gene apres 3 mois, il te genera encore dans un an — avec 10x plus de fichiers a modifier.
Un bon nom est un investissement : un nom qui raconte ton produit, c'est du marketing gratuit. TAMSIV se vend tout seul en explication.
Procede par couches : du plus critique au moins critique. Teste chaque couche. Ne fais pas un mega-commit de 400 fichiers.
Grep est ton ami : un grep -ri final est obligatoire. L'oeil humain rate des choses, le regex non.
Zero fonctionnalite nouvelle : accepte que cette journee ne produit rien de visible pour l'utilisateur. C'est de la dette technique payee d'avance.

Papillon emergent d'une chrysalide, symbolisant la metamorphose et la transformation — Comme une metamorphose : le renommage est douloureux, mais le resultat vaut l'effort.

Comment choisir un bon nom pour ton app ?

Si tu es dans la phase de choix de nom, voici mes criteres :

Googleable : le nom doit etre unique. Tape-le dans Google avant de t'engager.
Prononçable : si les gens ne peuvent pas le dire a voix haute, ils ne le recommanderont pas.
Descriptif ou memorable : soit le nom decrit le produit (TAMSIV), soit il est tellement unique qu'il reste en tete (Spotify).
Disponible : domaine, package Android, username sur les reseaux sociaux. Verifie tout avant de choisir.
Court : 6 lettres maximum ideal. Au-dela, ca devient difficile a retenir et a taper.

Des outils comme Namelix ou NameMesh peuvent aider au brainstorming, mais la decision finale est toujours humaine. Mon conseil : demande a 5 personnes de repeter le nom apres l'avoir entendu une seule fois. Si 4 sur 5 le retiennent, c'est un bon signe.

Le renommage a-t-il change quelque chose pour le produit ?

Oui, et pas que techniquement. Avoir un nom qui porte du sens a change ma facon de parler du produit. En build in public, quand je dis "TAMSIV — Taches Assistees par Memos Synchronises, Intelligence Vocale", les gens comprennent immediatement. Avec "Novai", je devais toujours expliquer.

Le parcours de 650+ commits de TAMSIV est indissociable de cette decision. Le renommage n'est pas un detail technique — c'est un moment fondateur. L'app a trouve son identite ce jour-la.

Une journee pour zero fonctionnalite nouvelle. Mais TAMSIV avait enfin son nom.

FAQ

Combien de temps dure un renommage complet d'application ?

Pour TAMSIV (monorepo avec frontend React Native, backend Node.js et website Next.js), ca a pris une journee complete. Le volume : 847 lignes modifiees dans 73 fichiers. Le temps depend principalement du nombre de composants et de la taille du codebase.

Peut-on renommer une app deja publiee sur le Play Store ?

Tu peux changer le nom affiche (titre) sans probleme. Mais changer le applicationId (com.example.app) cree une nouvelle application aux yeux de Google. Les avis, installations et classement ne sont pas transferes. Pour une app en production avec des milliers d'utilisateurs, c'est rarement recommande.

Faut-il un acronyme pour un bon nom d'application ?

Non, c'est un choix parmi d'autres. L'acronyme fonctionne quand chaque lettre a un sens clair et que le mot resultant est prononçable. "TAMSIV" passe ce test. Mais des noms comme "Notion" ou "Linear" fonctionnent aussi tres bien sans etre des acronymes.

Comment eviter de casser les liens existants apres un renommage ?

Si tu as des deep links, des liens partages ou des QR codes en circulation avec l'ancien scheme, tu dois maintenir une redirection temporaire. Pour les URLs web, un redirect 301 fait l'affaire. Pour les deep links mobiles, tu peux declarer les deux schemes dans le manifest pendant une periode de transition.

Le rebranding impacte-t-il le SEO ?

Pour le site web, oui. Si tu changes de domaine, il faut des redirections 301 propres et prevenir Google via la Search Console. Si tu gardes le meme domaine (comme TAMSIV), l'impact est minime — il suffit de mettre a jour les meta tags et le contenu. Le nouveau nom sera indexe en quelques jours.