Cómo crear una app: de la idea al App Store

Del concepto a la app: 8 pasos

Crear una app se parece a construir una casa: primero entendemos para quién y para qué, luego dibujamos el plano y solo después cogemos el martillo. La mayoría de los problemas aparecen donde se rompe este orden y se «empieza a desarrollar» sin más.

1. Idea y prueba de demanda. A quién le hace falta y si estarían dispuestos a usarla (y a pagar).
2. Primera versión. El conjunto mínimo de funciones que resuelve la tarea principal.
3. Pantallas y prototipo. Cómo será el recorrido del usuario.
4. Desarrollo. Montaje de la app y de la parte de servidor.
5. Pruebas. Comprobación en teléfonos reales.
6. Cuentas y materiales para las tiendas. Descripción, capturas, política de privacidad.
7. Publicación. Revisión de Apple y Google y salida a la tienda.
8. Evolución. Analítica, correcciones, promoción, nuevas funciones.

Cuánto cuesta cada etapa y la app en conjunto lo hemos desglosado en el artículo «Cuánto cuesta hacer una app». Aquí nos centramos en el orden de las acciones y en los escollos.

Pasos 1–2: comprueba la idea y define la primera versión

El error más caro es hacer una app que no le hace falta a nadie. Comprobarlo lleva semanas, no meses, y casi no cuesta dinero.

Comprueba que el problema existe

Habla con 10–15 personas de tu futura audiencia. No preguntes «¿te gustaría la app?» (todos responden amablemente que sí), sino «¿cómo resuelves ahora esta tarea y cuánto tiempo y dinero gastas?». Si la gente no tiene ese dolor o ya está contenta con lo que hay, conviene replantear la idea.

Mira lo que ya existe

Busca en App Store y Google Play 3–5 apps parecidas. Lee las reseñas: de qué se quejan, qué echan en falta. Es un estudio gratuito de tu mercado en tu país que te muestra dónde puedes ser mejor.

Define el mínimo

La primera versión es una tarea principal del usuario resuelta de principio a fin. No «catálogo, chat, fidelización, mapa y valoraciones», sino, por ejemplo, «reservar con un profesional en tres toques». Todo lo demás se añade después. Esa versión se llama MVP; qué es y cuánto cuesta lo tienes en el artículo «Qué es un MVP y cuánto cuesta lanzarlo».

Decide si necesitas una app

A veces la tarea la resuelve una web, una app a partir de la web (PWA) o una Telegram Mini App, y no hace falta gastar en las tiendas. Cómo elegir lo explicamos en el artículo «App o página web: qué necesita tu negocio». Una app tiene sentido cuando hacen falta notificaciones, cámara, geolocalización, modo sin conexión o el cliente usa el servicio a menudo.

Paso 3: pantallas, prototipo y diseño

Antes de la primera línea de código, dibuja el recorrido del usuario. Para la primera versión bastan 5–8 pantallas: acceso, pantalla principal, acción clave, perfil, pago o confirmación.

• Esquema de pantallas. Cuadrados en papel o en una herramienta gratuita: qué va después de qué y adónde lleva cada botón.
• Prototipo interactivo. Las mismas pantallas, pero en las que se puede pulsar. Enséñalo a 5–7 personas de tu audiencia y mira dónde se pierden. Corregir un prototipo cuesta horas; corregir una app terminada, semanas.
• Diseño. Colores, tipografías y botones con reglas únicas. En nuestros paquetes el diseño está incluido; por separado, diseño y prototipo cuestan desde €1.990, y es un buen primer paso si aún no has decidido si desarrollar (más información).

Piensa de antemano en lo que exigen las tiendas: acceso con posibilidad de eliminar la cuenta, política de privacidad, descripciones claras de los permisos (cámara, geolocalización). Apple incluye estas cuestiones en sus normas de revisión (App Store Review Guidelines), y añadirlas en el último momento sale más caro que preverlas desde el principio.

Cuánto se tarda en desarrollar una app

El plazo depende del número de pantallas, de la parte de servidor y de las integraciones. La guía de Cubix cifra un MVP sencillo en aproximadamente 1–2 meses, una app de complejidad media en 3–6 y una compleja en 7–12, aunque son estimaciones de planificación, no reglas (Cubix). Nuestros plazos (desarrollo multiplataforma, un solo código para iOS y Android):

La revisión de Apple y Google no entra en estos plazos: la hacen ellos, y lo advertimos con claridad.

De qué se compone el plazo

• Primer contacto y briefing: unos días. Si has preparado la descripción y ejemplos, se acorta.
• Diseño y prototipo: 1–3 semanas con las aprobaciones.
• Desarrollo: la parte más larga, con demostraciones de resultados intermedios por enlace.
• Pruebas y correcciones: 1–2 semanas.
• Envío a las tiendas: preparación de materiales y respuesta a las observaciones.

Qué retrasa los plazos

Tres motivos: respuestas y aprobaciones tardías por tu parte, funciones nuevas «por el camino» y la espera de la revisión de la tienda. La primera la controlas por completo: designa a una persona que tome las decisiones y ten los materiales listos. Solo prometemos plazos si se cumplen las condiciones: briefing y materiales antes de empezar.

Pasos 4–5: desarrollo y pruebas

En el desarrollo de una app participan dos partes: lo que ve el usuario (las pantallas) y lo que funciona «entre bastidores» (servidor, base de datos, correos, pago). El cliente casi siempre ve solo la primera y subestima la segunda.

Un código o dos

Se pueden escribir apps distintas para iPhone y Android, o un solo código del que salen las dos versiones. El segundo camino es más rápido y barato, y para la mayoría de las apps de negocio (pedidos, áreas de cliente, reservas, catálogos) el usuario no nota la diferencia. Nosotros seguimos el segundo. El desarrollo nativo por separado hace falta para juegos pesados, gráficos complejos y algunos sensores.

Demostraciones por enlace

Una buena práctica es recibir una versión funcional en cada etapa y no solo una final. Ves la app en tu teléfono mientras todavía cambia, y los ajustes salen baratos. Damos enlaces de vista previa en cada etapa.

Qué comprobar en las pruebas

• El escenario principal de principio a fin en iPhone y Android reales de distintos tamaños.
• Qué pasa sin internet y con poca cobertura.
• Correos, notificaciones y pagos de prueba.
• Permisos de acceso: cada uno ve solo lo suyo.
• Velocidad de arranque y comportamiento al girar la pantalla.

Si necesitas un proveedor que encaje con este esquema, mira cómo describimos la elección en el artículo «Cómo elegir una agencia de diseño web y no equivocarte»: la lógica de comprobación es la misma para una web y para una app.

Cómo publicar una app en App Store y Google Play

Publicar no es un botón de «subir», sino un proceso aparte con normas y revisión por personas. Empieza a prepararte 2–3 semanas antes de la fecha de lanzamiento.

Cuentas de desarrollador

• Apple: Apple Developer Program, $99 al año (Apple).
• Google Play: Play Console, pago único de $25 (Google).

Registra las dos cuentas a tu nombre o al de tu empresa e invita al desarrollador con los permisos necesarios. Así la app sigue siendo tuya aunque cambies de equipo. Es el mismo principio que con el dominio y el código de una web.

Qué hace falta para Google Play

Si la cuenta de desarrollador es personal y reciente, Google exige antes de publicar una fase de pruebas cerradas: al menos 12 probadores durante 14 días seguidos; hasta que se cumple este paso, la publicación en la tienda no está disponible (ayuda de Google Play Console). Reserva estas dos semanas en el calendario. La cuenta de organización para una empresa funciona de otra manera; comprueba las normas en la ayuda.

Qué hace falta para App Store

La versión que envías a revisión debe ser final, funcionar por completo y tener enlaces operativos; la app debe ofrecer más que una «web empaquetada» (App Store Review Guidelines, secciones 2.1 y 4.2). Para los revisores, prepara un acceso de prueba si la app tiene autenticación.

Materiales para la ficha

• nombre, descripción breve y completa, palabras clave;
• capturas para distintos tamaños de pantalla;
• icono;
• enlace a la política de privacidad y contacto de soporte;
• respuestas a las preguntas sobre los datos que recoge la app.

Nosotros preparamos estos materiales, enviamos la app a revisión y corregimos las observaciones (servicio «Publicación en App Store y Google Play», €390 si publicas fuera de un paquete; en los paquetes está incluido). Que te la rechacen la primera vez ocurre, normalmente por detalles. No prometemos plazos de revisión: los fijan las tiendas. Si la app trata datos personales de usuarios en España, aplican el RGPD y la LOPDGDD; confírmalo con tu abogado.

Pasos 6–8: qué hacer después de publicar

Publicar es el principio, no la meta. Las primeras semanas muestran cómo vive la app en realidad.

• Conecta la analítica. Instalaciones, retención, embudos: dónde se van los usuarios. Sin ella estarás adivinando (conexión desde €590).
• Lee las reseñas y respóndelas. Es feedback gratuito y un factor de confianza.
• Actualiza. Cada año salen nuevas versiones de iOS y Android y la app debe adaptarse.
• Atrae usuarios. Una app no consigue instalaciones sola. La optimización de la ficha en las tiendas y la publicidad de instalaciones cuestan desde €590 al mes.
• Añade funciones según los datos. La siguiente función se elige por lo que dicen la analítica y los usuarios, no por intuición.

Si quieres valorar cómo estás de preparado para un proyecto así en negocio, equipo, presupuesto e idea, repasa la lista de arriba y, si tienes dudas, escríbenos por la página de contacto: te diremos con honestidad por dónde empezar.

Qué elegir según tu situación

• Si por ahora solo tienes una idea, empieza por comprobar la demanda y hacer un prototipo (diseño y prototipo desde €1.990). Es la forma más barata de saber si merece la pena seguir.
• Si necesitas un servicio «como una web, pero en el teléfono», mira la PWA por €2.490: no hace falta publicar en las tiendas y el lanzamiento es más rápido.
• Si tus clientes se comunican en tu ciudad por Telegram, quizá necesites una Mini App desde €3.900 y no una app aparte.
• Si estás listo para probar la idea con personas reales, elige el MVP iOS + Android desde €10.900: 6–8 semanas y publicación en las dos tiendas.
• Si la app debe aceptar pagos y gestionarse por un equipo, elige «Negocio» por €23.900, con pago, administración y analítica.
• Si la app tiene varios roles y relaciones complejas, empieza con la sesión de arquitectura de €3.500. Su coste se descuenta del proyecto.

El contenido y los precios de la app están en la página «App iOS + Android», y todo el listado de precios, en la sección de precios. Trabajamos en ocho pasos claros, del primer contacto al mantenimiento; cómo se ve en la práctica está descrito en «Cómo trabajamos».