Diseño de apps: producto end-to-end con una sola cabeza

Depende del alcance más que en ningún otro servicio, así que desconfía de cualquier cifra que te den antes de escuchar tu proyecto. Como referencia honesta: un MVP web bien acotado — pocas pantallas, un tipo de usuario, sin integraciones exóticas — arranca donde termina una web corporativa compleja, a partir de unos 5.000–6.000 €. Cada pantalla, rol de usuario e integración suma; una app nativa con equipo dedicado juega en otra liga de presupuesto.

Lo que no cambia nunca: después de la primera llamada te envío una propuesta con alcance, plazos y precio cerrado por escrito. Y si tu idea se resuelve con una web de 2.000 €, te lo diré y te ahorrarás la diferencia.

Muchas más veces de las que se admite, basta con una web — o con una web app que se abre desde el navegador y se instala en el móvil. Una app en las stores tiene sentido si necesitas el hardware del teléfono (cámara, GPS en segundo plano, notificaciones push), uso offline serio o las propias stores como canal de captación. Si tu producto es "el usuario entra, hace algo y sale", una web app suele ser más barata, más rápida de lanzar y mucho más fácil de mantener.

En la primera llamada lo miramos con franqueza. No te venderé una app si una web resuelve el problema — mantener dos binarios en dos stores es un coste recurrente que solo merece la pena cuando aporta algo real.

Un MVP (producto mínimo viable) es la versión más pequeña de tu producto que ya resuelve el problema central a usuarios reales. Ojo: no es una app a medias ni una demo — es una app entera, con menos alcance. La diferencia importa: lo mínimo también tiene que aguantar.

Empezar por ahí te da dos cosas: llegas al mercado meses antes y aprendes de usuarios reales antes de gastar en funcionalidades que quizá nadie use. Es habitual que buena parte de las funciones "imprescindibles" de la primera reunión no sobrevivan al contacto con usuarios de verdad — mejor descubrirlo habiendo invertido poco que después de pagar la app enorme.

Regla rápida: nativa (Swift/Kotlin) cuando necesitas el máximo rendimiento y acceso profundo al hardware; híbrida (React Native, Flutter) cuando quieres estar en las dos stores con un solo código; web app cuando lo importante es llegar rápido a los usuarios sin pasar por las stores. Para la mayoría de MVPs y productos de negocio, la web app gana: menos coste, iteración inmediata y ninguna revisión de Apple de por medio.

Mi terreno es el diseño de producto y las web apps con React y Next.js, y soy claro con ello: si tu proyecto pide nativo puro, te lo diré en la primera llamada y te ayudaré a plantearlo bien — el diseño y la definición de producto sí puedo llevarlos yo, el desarrollo nativo no.

Depende del tamaño y del ritmo, y te lo diré aunque la respuesta no me favorezca. Un freelance que diseña y programa te da coherencia (ninguna decisión se pierde entre departamentos), menos coste de coordinación y un interlocutor único que conoce cada línea del producto. Una agencia o un equipo interno te dan paralelismo y capacidad para roadmaps grandes con releases continuas.

Para un MVP y las primeras iteraciones, una sola cabeza suele ser más rápida y más barata. Cuando el producto tracciona y pide equipo, te acompaño en el traspaso: el código es tuyo, está documentado y no hay rehenes. Trabajo solo y llevo pocos proyectos a la vez — eso también significa que si no tengo hueco o no soy la opción correcta, te lo digo.