De Novai a TAMSIV: renombrar una aplicación en solitario

Puntos clave a recordar: Renombrar una aplicación completa (monorepo, paquete de Android, enlaces profundos, backend, configuraciones) es una tarea masiva: 847 líneas modificadas en 73 archivos. La clave: proceder por capas (primero el paquete de Android, luego las configuraciones, luego el código fuente, luego los comentarios), probar cada capa antes de pasar a la siguiente, y sobre todo no posponer esta decisión. Cuanto más esperes, más doloroso será.

Hay decisiones que posponemos durante semanas. Renombrar una aplicación completa es una de ellas. Pero a finales de noviembre de 2025, comprendí que Novai debía morir para que TAMSIV naciera. El nombre no funcionaba, el producto merecía algo mejor, y cada día de retraso hacía la tarea más grande.

Aquí está el relato completo de este cambio de marca en solitario, desde la lluvia de ideas inicial hasta el commit final.

¿Por qué el nombre Novai no funcionaba?

Novai se suponía que evocaba "nueva IA". En teoría, funcionaba. En la práctica, nadie hacía la conexión. Los comentarios eran unánimes:

• Genérico: "Novai" se parece a docenas de otros productos tecnológicos. Intenta buscar "Novai" en Google: encontrarás consultoras, startups de IA, software SaaS. Imposible destacar.
• No memorable: el nombre no dice nada sobre el producto. ¿Una aplicación de productividad de voz? ¿Un chatbot? ¿Una herramienta de datos? Novai podría ser cualquier cosa.
• Sin historia: un buen nombre cuenta algo. Novai no cuenta nada.

Necesitaba un nombre que transmitiera el concepto. No solo un sonido agradable, sino un nombre que fuera en sí mismo un argumento de venta.

¿Cómo nació el nombre TAMSIV?

TAMSIV es un acrónimo: Tareas Asistidas por Memos Sincronizados, Inteligencia Vocal. Cada letra describe una funcionalidad:

• TA — Tareas: el corazón de la aplicación, la gestión de tareas
• M — Memos: las notas de voz estructuradas por la IA
• S — Sincronizados: la dimensión colaborativa y multidispositivo
• IV — Inteligencia Vocal: la voz como interfaz principal

El nombre ES el argumento de venta. En 6 letras, sabes lo que hace la aplicación. Esto es lo que se llama un nombre descriptivo, a diferencia de los nombres evocadores (como Apple) o arbitrarios (como Kodak).

Ventaja adicional: "TAMSIV" es único. Cero resultados en Google antes del lanzamiento. El SEO parte de cero, pero al menos no hay competencia por el término. Para un desarrollador en solitario, esto es crucial: no hay presupuesto publicitario para superar a un homónimo.

¿Cómo planificar un cambio de nombre en un monorepo?

El monorepo de TAMSIV tiene tres componentes: frontend/ (React Native), backend/ (Node.js/Express) y website/ (Next.js). Más de 400 archivos contenían "novai" en diferentes formas: novai, Novai, NOVAI, novai://, com.novai.

Procedí por capas, de la más crítica a la menos crítica:

1. Capa 1 — Paquete de Android: com.novai → com.tamsiv. Esta es la base. Si se rompe, nada compila.
2. Capa 2 — Archivos de configuración: build.gradle, package.json, .env, configuraciones de Firebase, URL de Supabase.
3. Capa 3 — Código fuente: importaciones, referencias, nombres de servicios, endpoints.
4. Capa 4 — Comentarios y documentación: README, CHANGELOG, comentarios en el código.

Cada capa se probó individualmente antes de pasar a la siguiente. Esto evita el escenario de pesadilla: 400 archivos modificados de golpe, una compilación que falla y ninguna idea de qué cambio causó el problema.

¿Cuáles son las trampas técnicas de un cambio de nombre en Android?

El build.gradle de Android utiliza el nombre del paquete en seis lugares diferentes:

• applicationId — el identificador único en Play Store
• namespace — el espacio de nombres Java/Kotlin para la generación de código
• manifestPlaceholders — las variables inyectadas en AndroidManifest.xml
• signingConfigs — la configuración de firma (keystore)
• resValue — los recursos inyectados en la compilación
• buildConfigField — las constantes de compilación

Olvidar uno solo, y la compilación falla con un mensaje de error críptico. Verifiqué cada ocurrencia manualmente.

Los enlaces profundos son otra trampa. TAMSIV utiliza el esquema tamsiv:// para los enlaces de referencia (tamsiv://invite/{code}). Antes del cambio de nombre, era novai://. La migración debe ser limpia: no hay período de transición donde ambos esquemas coexistan, eso crea confusión.

¿Cómo gestionar el cambio de nombre en el backend y la infraestructura?

El backend no se libra:

• Registros: cada registro contenía "Novai" como prefijo. Migración a "TAMSIV".
• Mensajes de error: los mensajes orientados al usuario ("Bienvenido a Novai") deben coincidir con el nuevo nombre.
• Variables de entorno: NOVAI_DB_URL → TAMSIV_DB_URL (aunque técnicamente, no cambia nada, la legibilidad importa).
• Railway: el servicio se llamaba "novai-backend". Cambio de nombre en el panel de Railway.
• Supabase: el proyecto seguía siendo el mismo (las URL de Supabase no cambian), pero los comentarios en las migraciones hacían referencia a "Novai".

En cuanto al sitio web, la tarea era similar: metaetiquetas, Open Graph, pie de página, avisos legales, términos y condiciones, política de privacidad; todo lo que mencionaba "Novai" debía pasar a "TAMSIV".

¿Cómo verificar que no se haya olvidado ninguna referencia?

Después del cambio de nombre, ejecuté un grep -ri "novai" . en todo el repositorio. Resultado: cero ocurrencias. Es la única forma de estar seguro.

Pero el grep no es suficiente. También es necesario:

• Compilación completa de Android: gradlew assembleDebug y luego gradlew assembleRelease
• Pruebas de backend: npm test para verificar que los endpoints funcionan
• Compilación del sitio web: npm run build para verificar que Next.js compila sin errores
• Prueba de enlaces profundos: verificar que tamsiv://invite/test abre correctamente la aplicación
• Firebase: verificar que el google-services.json corresponde al nuevo paquete

Lo hice todo en orden. La compilación de Android falló en el primer intento: un import com.novai.BuildConfig olvidado en un archivo Java generado. Corregido, recompilado, OK.

¿Qué impacto tiene un cambio de nombre en Play Store?

Cambiar el applicationId significa crear una nueva aplicación en Play Store. Este es el punto más importante a entender: Google identifica las aplicaciones por su applicationId, no por su nombre. com.novai y com.tamsiv son dos aplicaciones diferentes a los ojos de la tienda.

Consecuencias:

• Las calificaciones y reseñas vuelven a cero
• Las instalaciones no se transfieren
• Los usuarios existentes deben reinstalar (o tú gestionas una migración del lado del servidor)

Para TAMSIV, esto era aceptable: la aplicación estaba en alfa con algunos probadores. Si tienes miles de usuarios, piensa muy seriamente antes de cambiar el applicationId. Puedes cambiar el nombre mostrado sin tocar el paquete.

¿Qué lecciones aprender de este cambio de marca?

Aquí están las lecciones que extraigo, después de 847 líneas modificadas en 73 archivos:

1. Hazlo pronto: cuanto más esperes, más doloroso será. Si tu nombre te molesta después de 3 meses, te molestará dentro de un año, con 10 veces más archivos para modificar.
2. Un buen nombre es una inversión: un nombre que cuenta tu producto es marketing gratuito. TAMSIV se vende solo con la explicación.
3. Procede por capas: de lo más crítico a lo menos crítico. Prueba cada capa. No hagas un mega-commit de 400 archivos.
4. Grep es tu amigo: un grep -ri final es obligatorio. El ojo humano pasa cosas por alto, la expresión regular no.
5. Cero funcionalidad nueva: acepta que este día no produce nada visible para el usuario. Es deuda técnica pagada por adelantado.

¿Cómo elegir un buen nombre para tu aplicación?

Si estás en la fase de elección de nombre, aquí están mis criterios:

• Buscable en Google: el nombre debe ser único. Búscalo en Google antes de comprometerte.
• Pronunciable: si la gente no puede decirlo en voz alta, no lo recomendarán.
• Descriptivo o memorable: o el nombre describe el producto (TAMSIV), o es tan único que se queda en la mente (Spotify).
• Disponible: dominio, paquete de Android, nombre de usuario en redes sociales. Verifica todo antes de elegir.
• Corto: idealmente un máximo de 6 letras. Más allá, se vuelve difícil de recordar y escribir.

Herramientas como Namelix o NameMesh pueden ayudar con la lluvia de ideas, pero la decisión final siempre es humana. Mi consejo: pide a 5 personas que repitan el nombre después de escucharlo una sola vez. Si 4 de 5 lo recuerdan, es una buena señal.

¿El cambio de nombre ha cambiado algo para el producto?

Sí, y no solo técnicamente. Tener un nombre con significado ha cambiado mi forma de hablar del producto. Al construir en público, cuando digo "TAMSIV — Tareas Asistidas por Memos Sincronizados, Inteligencia Vocal", la gente lo entiende inmediatamente. Con "Novai", siempre tenía que explicar.

El recorrido de más de 650 commits de TAMSIV es inseparable de esta decisión. El cambio de nombre no es un detalle técnico, es un momento fundacional. La aplicación encontró su identidad ese día.

Un día para cero funcionalidades nuevas. Pero TAMSIV finalmente tenía su nombre.

Preguntas Frecuentes

¿Cuánto tiempo dura un cambio de nombre completo de una aplicación?

Para TAMSIV (monorepo con frontend React Native, backend Node.js y sitio web Next.js), tomó un día completo. El volumen: 847 líneas modificadas en 73 archivos. El tiempo depende principalmente del número de componentes y del tamaño del código base.

¿Se puede renombrar una aplicación ya publicada en Play Store?

Puedes cambiar el nombre mostrado (título) sin problema. Pero cambiar el applicationId (com.example.app) crea una nueva aplicación a los ojos de Google. Las reseñas, instalaciones y clasificación no se transfieren. Para una aplicación en producción con miles de usuarios, rara vez se recomienda.

¿Es necesario un acrónimo para un buen nombre de aplicación?

No, es una opción entre otras. El acrónimo funciona cuando cada letra tiene un significado claro y la palabra resultante es pronunciable. "TAMSIV" pasa esta prueba. Pero nombres como "Notion" o "Linear" también funcionan muy bien sin ser acrónimos.

¿Cómo evitar romper los enlaces existentes después de un cambio de nombre?

Si tienes enlaces profundos, enlaces compartidos o códigos QR en circulación con el esquema antiguo, debes mantener una redirección temporal. Para las URL web, una redirección 301 es suficiente. Para los enlaces profundos móviles, puedes declarar ambos esquemas en el manifiesto durante un período de transición.

¿El cambio de marca afecta al SEO?

Para el sitio web, sí. Si cambias de dominio, necesitas redirecciones 301 limpias y notificar a Google a través de Search Console. Si mantienes el mismo dominio (como TAMSIV), el impacto es mínimo; solo necesitas actualizar las metaetiquetas y el contenido. El nuevo nombre se indexará en unos días.