Toda empresa tiene una idea de app. Pocas sacan el papel del cajón.
El problema rara vez es la idea. Es la ejecución. Y la ejecución se traba en tres puntos: elegir la tecnología equivocada, subestimar el diseño y perderse en la burocracia de las tiendas.
Los tres puntos donde la ejecución se traba
Tecnología equivocada. La decisión entre nativo (Swift o Kotlin) e híbrido (Flutter o React Native) es arquitectural, no estética. Nativo entrega el máximo rendimiento por plataforma; el híbrido usa el mismo código en ambos sistemas y reduce costo y plazo. Elegir por moda en lugar de por el objetivo del producto es el primer obstáculo.
Diseño subestimado. Funcionar es el mínimo. Encantar es el objetivo. Una interfaz intuitiva, carga rápida y bajo consumo de batería separan una app usada de una app abandonada: el diseño es retención, mucho más que adorno. El usuario juzga en las primeras sesiones, y la frustración en esa ventana se convierte en desinstalación silenciosa.
Burocracia de las tiendas. Metadatos, screenshots, directrices de conformidad y el ciclo de revisión de la App Store y de Google Play tumban más cronogramas que cualquier bug. La publicación es una etapa de ingeniería, y se trata como tal (o el lanzamiento se vuelve una ruleta).
El camino, del concepto a la publicación
El camino que Tech86 ejecuta con clientes tiene cinco etapas, y el orden no es negociable:
- Discovery: entender la idea, el público y definir el MVP. Un alcance cerrado es lo que permite un plazo honesto.
- UI/UX Design: prototipos navegables de la interfaz antes de una línea de código. Cambiar en el prototipo es barato; cambiar en la app es caro.
- Desarrollo: codificación ágil con entregas parciales en sprints, el cliente ve el producto evolucionar.
- QA y pruebas: pruebas rigurosas en dispositivos reales, no en simulador. El simulador no tiene batería, red mala ni sistema desactualizado.
- Lanzamiento: publicación en las tiendas con toda la burocracia resuelta, de metadatos a screenshots y conformidad.
Plazo honesto y código tuyo
Un MVP simple sale en 2 a 3 meses. Apps complejas, con backend, panel administrativo e integraciones, toman de 4 a 6 meses o más. El plazo es honesto porque la ingeniería es real: la promesa de una app completa en semanas omite justo las etapas que las tiendas y los usuarios van a exigir.
Y el detalle que muchas agencias omiten: el código fuente es tuyo. Todo el proyecto se entrega al final vía repositorio Git, sin ataduras, sin lock-in y sin dependencia eterna del proveedor. Tú contratas, tú eres dueño.
Conclusión
La diferencia entre una app aprobada y una app abandonada no está en la idea: está en las decisiones de ejecución, que comienzan antes de la primera línea de código y terminan después de la aprobación en la tienda.
Si la idea lleva demasiado tiempo en el cajón, el camino corto es el mismo para todos: discovery cerrado, prototipo navegable, stack decidida por el objetivo y QA en dispositivo real. El resto es ejecución con ingeniería y diseño en el mismo equipo. Y la app aprobada en las tiendas es solo el comienzo del producto, no el fin del proyecto.