Para elegir una agencia de desarrollo de apps en España, compara respuestas y no solo precios. Antes de firmar, pregunta cómo van a definir el alcance, quién diseña, qué tecnología proponen y por qué, de quién será el código, cómo cobran los cambios y qué pasa después del lanzamiento. La agencia que contesta con datos concretos, te enseña apps publicadas y te deja hablar con sus clientes suele ser mejor apuesta que la más barata.
Esto no es un ranking. No vamos a hablar de ninguna otra agencia, ni bien ni mal. Es la lista de preguntas que deberías hacer a cualquiera antes de firmar, a nosotros también. Si al final no trabajas con Crudo, nos vale igual: que te sirva para elegir bien.
Por qué el presupuesto más barato suele salir caro
Imagina este caso. Una startup encarga su app al presupuesto más bajo que recibe. Nadie define el MVP: se empieza a programar con una lista de pantallas. A los seis meses la app funciona a medias, cada cambio cuesta el doble de lo previsto y las cuentas de App Store y Google Play están a nombre del proveedor. Cuando llega a otro equipo, toca elegir entre arreglar o empezar de cero. Y empezar de cero supone pagar dos veces.
[Nota para el equipo: sustituir este ejemplo por un caso real de proyecto que haya llegado a Crudo para rehacerse, sin nombrar al cliente ni al proveedor anterior. Añadir cifras reales: cuánto había costado, cuánto tiempo se perdió, qué se pudo aprovechar y qué no.]
El problema casi nunca es solo el precio. Es todo lo que el presupuesto no decía. Las 12 preguntas de abajo sirven para sacarlo a la luz antes de firmar.
Las 12 preguntas, por bloques
Bloque 1: Producto
1. ¿Me ayudáis a definir el alcance y el MVP?
Un MVP es la versión más pequeña de tu app que ya sirve para aprender algo de usuarios reales. Definirlo bien es lo que más dinero ahorra.
- Respuesta buena: te cuestionan funciones. Te preguntan qué quieres validar primero y te proponen dejar cosas para una segunda fase.
- Debería hacerte dudar: presupuestan tu lista de funciones tal cual, sin una sola pregunta.
2. ¿Hacéis discovery? ¿En qué consiste?
El discovery es una fase corta, antes de diseñar y programar, para entender el negocio, los usuarios y los riesgos técnicos.
- Respuesta buena: te explican qué entregables saldrán de ahí (mapa de funcionalidades, prototipo, alcance cerrado, estimación), cuánto dura y cuánto cuesta.
- Debería hacerte dudar: «eso lo vamos viendo sobre la marcha» en un proyecto con muchas incógnitas.
3. ¿Quién diseña el UX/UI?
La experiencia de usuario (UX) decide si la gente entiende tu app. La interfaz (UI) decide cómo se ve. Si quieres la diferencia en detalle, la tienes en Diseño UI vs UX: diferencias y cuándo usar cada uno.
- Respuesta buena: hay una persona de diseño con nombre, que valida un prototipo navegable contigo antes de programar.
- Debería hacerte dudar: el diseño lo hace «el desarrollador sobre una plantilla» o te piden que lo traigas tú resuelto sin avisarte de lo que implica.
Bloque 2: Tecnología
4. ¿Nativo, multiplataforma o web? ¿Por qué para mi caso?
Una app nativa se programa por separado para iOS y Android. Una multiplataforma (por ejemplo, con React Native) comparte buena parte del código entre las dos. Una web app funciona desde el navegador y no pasa por las tiendas.
- Respuesta buena: la recomendación sale de tu caso. Por ejemplo: «si necesitas el Bluetooth o la cámara a fondo, nativo; si buscas validar rápido en las dos tiendas, multiplataforma; si tus usuarios trabajan desde el ordenador, web».
- Debería hacerte dudar: siempre proponen lo mismo, sea cual sea el proyecto.
5. ¿Qué stack usáis y por qué?
El stack son las tecnologías con las que se construye la app: por ejemplo, Next.js para la parte web, React Native para el móvil y la base de datos que haya detrás.
- Respuesta buena: tecnologías conocidas y con comunidad grande, para que mañana cualquier otro equipo pueda mantener tu app.
- Debería hacerte dudar: un framework propio y cerrado que solo ese proveedor sabe tocar. Eso es dependencia por diseño.
Bloque 3: Experiencia
6. ¿Podéis enseñarme apps publicadas parecidas a la mía?
Un Dribbble bonito no es lo mismo que una app en producción.
- Respuesta buena: te dan enlaces a apps publicadas o a casos con contexto: qué problema había, qué se construyó y qué pasó después.
- Debería hacerte dudar: solo hay mockups, o todos los proyectos están «bajo confidencialidad».
7. ¿Puedo hablar con un cliente?
La guía de Chop Dawg, en inglés, recomienda pedir tres referencias, mejor si son de proyectos parecidos al tuyo. Nos parece buen listón.
- Respuesta buena: te ponen en contacto con alguien sin problema. Pregúntale qué salió mal y cómo lo resolvieron.
- Debería hacerte dudar: evasivas, o solo testimonios anónimos en su web.
Bloque 4: Contrato
8. ¿De quién son el código y las cuentas de las tiendas?
Es la pregunta que más disgustos evita. En España, la Ley de Propiedad Intelectual regula los programas de ordenador. Cuando el software lo hace un proveedor externo, lo que te protege es que el contrato diga por escrito que te ceden los derechos de explotación del código. Consúltalo con tu asesor legal.
- Respuesta buena: «El código es tuyo, vive en un repositorio tuyo y las cuentas de Apple y Google se abren a nombre de tu empresa». La de Apple cuesta 99 dólares al año y si no la renuevas, tus apps desaparecen de la App Store. Por eso tiene que estar a tu nombre.
- Debería hacerte dudar: te entregan solo la app compilada, o «nosotros lo publicamos desde nuestra cuenta, es más cómodo».
9. ¿Precio cerrado o por horas? ¿Qué pasa si cambia el alcance?
El alcance siempre cambia algo. Lo importante es saber cómo se gestiona.
- Respuesta buena: un método por escrito. Por ejemplo, cada cambio se estima y lo apruebas antes de hacerlo. O se cambia una función por otra de tamaño parecido sin coste extra.
- Debería hacerte dudar: «no te preocupes, eso ya lo hablaremos». Más abajo tienes una tabla para elegir modelo.
10. ¿Firmáis NDA? ¿Cómo tratáis el RGPD?
Un NDA (acuerdo de confidencialidad) protege tu idea y tus datos de negocio. El RGPD entra en juego en cuanto la agencia toca datos personales de tus usuarios. En ese caso actúa como encargado del tratamiento y el artículo 28 exige un contrato específico. La AEPD tiene un modelo de cláusulas y no es un trámite menor: en un caso recogido por Fieldfisher, la sanción por incumplir el artículo 28 fue de 50.000 euros.
- Respuesta buena: firman NDA sin dramas, te ofrecen un contrato de encargo del tratamiento y te dicen dónde están alojados los datos.
- Debería hacerte dudar: no saben qué es un contrato de encargo, o usan servidores fuera de la UE sin explicarte con qué garantías.
Bloque 5: Después del lanzamiento
11. ¿Qué incluye el mantenimiento y cuánto cuesta?
Una app no se termina el día que se publica. Cada año salen versiones nuevas de iOS y Android, librerías que se actualizan y fallos que solo aparecen con usuarios reales.
- Respuesta buena: te detallan qué cubre (corrección de errores, actualizaciones del sistema operativo, copias de seguridad, monitorización), con qué tiempo de respuesta y a qué precio mensual o por bolsa de horas.
- Debería hacerte dudar: «el mantenimiento ya lo vemos cuando lleguemos».
12. ¿Cada cuánto veré avances?
- Respuesta buena: demos periódicas, por ejemplo al final de cada sprint (ciclos de trabajo de una o dos semanas), con una versión de prueba que puedes instalar en tu móvil.
- Debería hacerte dudar: no ves nada funcionando hasta el final.
Precio cerrado, por horas o equipo dedicado: cuándo conviene cada uno
| Modelo | Cómo funciona | Te conviene si… | Ojo con… |
|---|---|---|---|
| Precio cerrado | Un precio por un alcance definido. | El alcance está claro (por ejemplo, tras un discovery) y necesitas un presupuesto fijo. | Los cambios fuera de alcance se presupuestan aparte. Pide que el método esté por escrito. |
| Por horas (time & materials) | Pagas el tiempo real invertido, con informes. | Hay incertidumbre y prefieres flexibilidad para cambiar prioridades. | Sin un tope o una estimación por fases, el coste final es difícil de prever. |
| Equipo dedicado | Un equipo fijo trabaja para ti con una cuota mensual. | Tu producto ya funciona y necesitas evolucionarlo de forma continua. | Exige que tú, o alguien de tu equipo, lleve el rumbo del producto. |
Una combinación habitual: discovery con precio cerrado, desarrollo del MVP con precio cerrado o por fases, y evolución posterior con bolsa de horas o equipo dedicado.
Cuánto cuesta y cuánto tarda: rangos para detectar un presupuesto irreal
No hay tarifa oficial, pero hay referencias. Según JobRise, en España un desarrollador freelance cobra en 2026 unos 35–55 €/hora con 3–5 años de experiencia y 55–85 €/hora si es senior. Una agencia suele facturar por encima de eso, porque incluye diseño, gestión de proyecto y pruebas.
Haz la cuenta. Un presupuesto de 3.000 € a 40 €/hora son 75 horas: menos de dos semanas de trabajo de una persona. Con eso no se diseña, programa, prueba y publica una app para iOS y Android con su backend.
Para un MVP, la calculadora de Techsy da estos rangos orientativos (en dólares y sin centrarse en España):
| Tipo de MVP | Coste orientativo (alcance acotado) | Plazo |
|---|---|---|
| Solo web | 15.000–28.000 $ | 6–12 semanas |
| Móvil, una plataforma | 22.000–40.000 $ | 8–14 semanas |
| Móvil, iOS y Android | 35.000–60.000 $ | 10–18 semanas |
| Web y móvil | 40.000–68.000 $ | 12–20 semanas |
Tómalo como orden de magnitud, no como precio. Si un presupuesto está muy por debajo, pregunta qué se ha dejado fuera. Si está muy por encima, pregunta qué incluye que los demás no.
Si quieres una estimación de tu caso, prueba nuestra calculadora de costes para apps. Desglosa funciones, diseño, backend y plazo.
[Nota para el equipo: enlazar aquí los posts «Cuánto cuesta desarrollar una app» y «Cuánto cuesta hacer un MVP» cuando estén publicados. No los hemos encontrado en el blog. Añadir también los rangos reales de Crudo en euros, por tipo de proyecto.]
Cómo responde Crudo a estas preguntas
Crudo, en corto
- Qué hacemos: diseño, desarrollo e IA. Estrategia de producto, MVP, UX/UI, branding y desarrollo de software. Trabajamos en remoto.
- Primer paso: una llamada de 15 minutos para ver si encajamos. Si nos escribes por el formulario de contacto, te respondemos en menos de 24 horas.
- Precio: presupuesto cerrado y sin compromiso tras esa llamada.
- Calidad: arquitectura limpia, testing desde el primer día, sistemas de diseño reutilizables, CI/CD configurado y despliegue guiado.
- Después: no desaparecemos al entregar. Mantenimiento, mejoras y nuevas funcionalidades.
- Casos: para Novartis diseñamos una herramienta con IA que convierte artículos científicos en resúmenes con audio para profesionales sanitarios. También construimos productos propios como iNotus y Narrax AI.
[Nota para el equipo: completar el recuadro con datos concretos. Tamaño y perfiles del equipo (Clutch indica Barcelona, desde 2016, 2–9 personas, confirmar), stack habitual (¿Next.js, React Native?), duración del discovery, ritmo de sprints y demos, modelo de precios, qué incluye el mantenimiento y su coste, y si las cuentas de tiendas y repositorios se crean a nombre del cliente. Añadir uno o dos casos de app publicada con plazo y resultado.]
Checklist para copiar antes de firmar
Cópiala, pégala en tus notas y llévala a cada reunión. Si quieres la del día del lanzamiento, tienes nuestra checklist para lanzar un producto digital.
CHECKLIST: ELEGIR AGENCIA DE DESARROLLO DE APPS
PRODUCTO
[ ] Han cuestionado mi alcance y propuesto un MVP más pequeño
[ ] Hay discovery con entregables, duración y precio claros
[ ] Hay una persona de diseño UX/UI y un prototipo antes de programar
TECNOLOGÍA
[ ] Me han explicado por qué nativo, multiplataforma o web para MI caso
[ ] El stack es conocido y otro equipo podría mantenerlo
EXPERIENCIA
[ ] He visto apps publicadas parecidas a la mía
[ ] He hablado con al menos un cliente
CONTRATO
[ ] El código está en un repositorio a mi nombre
[ ] El contrato recoge la cesión de los derechos del código
[ ] Las cuentas de App Store y Google Play son de mi empresa
[ ] Sé cómo se presupuestan los cambios de alcance
[ ] NDA firmado y contrato de encargo del tratamiento (RGPD)
[ ] Sé dónde se alojan los datos de mis usuarios
DESPUÉS DEL LANZAMIENTO
[ ] Sé qué incluye el mantenimiento y cuánto cuesta
[ ] Hay demos periódicas con versión instalable
PRESUPUESTO
[ ] El precio cuadra con los rangos de mercado
[ ] Sé exactamente qué queda fuera
[Nota para el equipo: valorar ofrecer esta checklist también como PDF descargable con diseño de marca.]
Preguntas frecuentes
¿Me conviene más un freelance o una agencia para desarrollar mi app?
Un freelance encaja si el proyecto es pequeño, el alcance está muy claro y tú puedes hacer de jefe de producto. Una agencia encaja si necesitas a la vez estrategia, diseño UX/UI, desarrollo, pruebas y publicación, o si no quieres que todo dependa de una sola persona. Lo que manda es lo que te falta a ti, no la etiqueta.
¿Es mejor una agencia de apps en España o en el extranjero?
Puede funcionar cualquiera de las dos. Una agencia en España te da el mismo idioma, el mismo horario, contratos bajo ley española y datos tratados dentro de la UE sin pasos extra. Si trabajas con una de fuera, revisa bien las zonas horarias, quién y desde dónde trata los datos personales, y bajo qué jurisdicción se firma.
¿Cuánto debería durar la fase de propuesta con una agencia?
Una primera respuesta debería llegar en días. Una propuesta seria, con alcance, plazos y precio, suele necesitar una o dos reuniones y una o dos semanas. Si el proyecto tiene muchas incógnitas, lo normal es proponer un discovery corto y de pago antes de cerrar el presupuesto total.
[Nota para el equipo: si Crudo tiene un plazo típico para entregar propuestas, añadirlo en esta respuesta.]
