Tienes una app que lleva un tiempo funcionando, pero se ha quedado anticuada, va a tirones o cada cambio cuesta un mundo. Llega la pregunta incómoda: ¿la actualizo o la rehago desde cero?
Es una decisión de dinero y de riesgo, y no hay una respuesta única. Te doy las señales que yo miro para aconsejar una cosa u otra.
Primero: no tires nada por impulso
Rehacer una app desde cero es tentador —empezar limpio, sin arrastrar líos— pero es la opción más cara y más arriesgada. Pierdes tiempo en volver a construir lo que ya funcionaba y, mientras, tus usuarios siguen con la versión vieja. Muchas veces, con una buena actualización se resuelve el problema por una fracción del coste.
Así que la pregunta correcta no es «¿qué me apetece?», sino «¿qué problema tengo exactamente?».
Señales de que basta con actualizar
Probablemente te valga con actualizar si:
La app funciona en lo esencial y lo que quieres es añadir cosas o darle un lavado de cara. El código no está perfecto, pero se puede trabajar con él. Los fallos son puntuales, no constantes. Y quien la programó (o alguien que se ponga) puede entenderla sin volverse loco.
Un rediseño visual, mejorar la retención o meter funciones nuevas casi siempre entran en «actualizar».
Señales de que toca rehacer
Empieza a tener sentido rehacer cuando:
Cada cambio pequeño rompe otras tres cosas. La tecnología con la que está hecha está abandonada y ya no recibe actualizaciones. No hay quien entienda el código y nadie se atreve a tocarlo. La app se cae, va lenta y los usuarios se quejan de forma constante. O quieres dar un salto tan grande (por ejemplo, pasar de una plataforma a otra) que reaprovechar lo viejo no compensa.
Aquí conviene mirar también si te interesa cambiar de enfoque técnico, como pasar a multiplataforma para mantener una sola app en vez de dos.
Actualizar vs. rehacer, de un vistazo
| Actualizar | Rehacer | |
|---|---|---|
| Coste | Menor | Mayor |
| Riesgo | Bajo | Alto (vuelves a empezar) |
| Cuándo | La base sirve, quieres mejorar | La base está podrida o abandonada |
| Usuarios | Siguen sin cortes | Hay que gestionar la transición |
Una opción intermedia que suele funcionar
No siempre es blanco o negro. A veces lo más listo es rehacer por partes: mantener la app viva e ir reconstruyendo las piezas peores poco a poco, sin parar el negocio ni jugártelo todo a una carta. Es menos épico que «empezar de cero», pero mucho más seguro.
Si me pasas tu caso, lo primero que hago es echar un ojo a cómo está montada y decirte con honestidad qué compensa: a veces es actualizar, a veces rehacer, y a veces ir por partes. Lo importante es no gastar de más ni quedarte con una app que te frena. Es parte de plantear bien el desarrollo a medida.
¿Le damos forma a tu idea? Cuéntame qué tienes en mente y te digo por dónde empezar, sin compromiso.
Preguntas frecuentes
¿Es mejor rehacer la app desde cero para quitarme problemas?
Casi nunca es la primera opción. Rehacer es lo más caro y arriesgado. Solo compensa cuando la base está tan deteriorada o abandonada que actualizar sale igual de caro y con peor resultado.
¿Cómo sé si mi app se puede seguir actualizando?
Si funciona en lo esencial, los fallos son puntuales y alguien puede entender el código para trabajar con él, se puede actualizar. Si cada cambio rompe otras cosas y nadie se atreve a tocarla, es señal de rehacer.
¿Qué pasa con mis usuarios si rehago la app?
Hay que gestionar la transición con cuidado: migrar sus datos y cuentas, y evitar que la nueva versión les rompa lo que ya usaban. Es una de las partes delicadas de rehacer.
¿Puedo rehacer solo una parte en vez de todo?
Sí, y muchas veces es lo más sensato: mantienes la app funcionando y vas reconstruyendo las piezas peores poco a poco. Menos riesgo y sin parar el negocio.
¿Por qué se queda una app anticuada si funcionaba bien?
Los móviles y sus sistemas cambian cada año, y la tecnología con la que se hizo puede dejar de recibir soporte. Una app sin mantenimiento acaba dando fallos aunque no la toques.
¿Cuánto cuesta cada opción?
Actualizar siempre es más barato que rehacer, pero depende del estado de la app. Lo primero es revisar cómo está montada; con eso se puede dar una estimación realista de una u otra vía.