Una parte de los proyectos que recibimos no arranca de cero: llega rota de otro proveedor. Los errores al contratar el desarrollo de una app se repiten con una precisión asombrosa: elegir por precio sin ver código, no exigir la propiedad del código fuente ni de las cuentas de las tiendas, aceptar presupuestos sin alcance escrito y depender de un freelancer sin contrato. Cualquiera de los cuatro puede costarte el proyecto entero; combinados, garantizan el rescate. Esta es la lista completa, con las preguntas y cláusulas exactas para que no te pase.
Los 10 errores al contratar desarrollo de app (en orden de daño)
1. Elegir por precio sin ver código previo
El presupuesto que cuesta la mitad que el resto casi nunca es eficiencia: es alcance recortado, código sin tests o un junior detrás de un vendedor. Antes de firmar, pedí acceso de lectura a un repositorio de un proyecto anterior (aunque no entiendas código, alguien de confianza puede revisarlo en una hora) o al menos una demo técnica de algo que hayan publicado. Mirá también su portfolio de proyectos en producción, no mockups.
2. No exigir la propiedad del código fuente
El clásico de los rescates: el cliente pagó todo, pero el repositorio está en la cuenta personal del desarrollador, que ahora no contesta. Sin cesión explícita de propiedad intelectual en el contrato, legalmente el código puede no ser tuyo. La regla es simple: repositorio en una organización a tu nombre desde el primer commit, con el proveedor como colaborador, no como dueño.
3. Cuentas de App Store y Google Play a nombre del proveedor
Peor que perder el código es perder la app publicada: las reseñas, el posicionamiento y los usuarios están atados a la cuenta de la tienda. Si esa cuenta es del proveedor, tu app es rehén. Las cuentas (USD 99/año en Apple, USD 25 una vez en Google) se crean con tu identidad fiscal y tu tarjeta. Explicamos el proceso completo en cómo publicar una app en Google Play y App Store.
4. Presupuesto sin alcance escrito
"Te hacemos la app por USD 12.000" no es un presupuesto: es una promesa sin contornos. Después, cada funcionalidad que asumiste incluida "no estaba contemplada" y se cobra aparte. Un presupuesto serio lista pantallas, funcionalidades, integraciones, plataformas (iOS, Android o ambas), qué incluye el backend y qué queda explícitamente afuera.
5. Pagar todo (o casi todo) por adelantado
El esquema sano es por hitos: un anticipo razonable (20-30%) y pagos contra entregas funcionando que podés probar. Si te piden 70% para "arrancar", el incentivo de terminar desaparece junto con tu dinero.
6. No pedir entregas intermedias funcionales
Seis meses de "estamos avanzando bien" sin nada instalable en tu teléfono es la antesala del desastre. Exigí builds instalables (TestFlight / APK) cada 2-4 semanas. Si el proveedor no puede mostrarte software funcionando con esa cadencia, no está construyendo lo que creés.
7. Contratar sin contrato (o con un contrato de dos párrafos)
El "quedamos por WhatsApp" funciona hasta el primer desacuerdo. Cláusulas mínimas que tiene que tener el contrato:
- Cesión de propiedad intelectual del código, diseños y assets al pagar cada hito.
- Confidencialidad (NDA) sobre tu idea y tus datos.
- Alcance anexado al contrato, con mecanismo de cambios (cómo se cotiza lo nuevo).
- Cláusula de salida: qué recibís si cortás a mitad de proyecto (código hasta el último hito pagado, documentación, accesos).
- Garantía post-entrega: corrección de bugs sin costo por un período (60-90 días es razonable).
- Penalidades o mecanismos por demoras mayores a X semanas sobre el plan.
8. Depender de un freelancer único sin plan B
No es un ataque a los freelancers —hay excelentes—, es matemática de riesgo: una sola persona sin contrato, con el repo en su cuenta, es un punto único de falla. Los rescates más tristes que vimos son ese caso: el freelancer consiguió trabajo fijo en el exterior y dejó de contestar con la app al 80%. Y una app al 80% no es una app: es el 0% utilizable.
9. No preguntar qué pasa después del lanzamiento
La app publicada empieza a costar: actualizaciones de sistemas operativos, parches, servidores, monitoreo. Si el proveedor no te habló de mantenimiento, va a aparecer como sorpresa. Pedí el costo mensual estimado por escrito antes de firmar —escribimos en detalle cuánto cuesta mantener una app.
10. Arrancar por la app completa en vez de validar
Contratar 9 meses de desarrollo para un producto que nadie validó es el error estratégico que potencia todos los demás. Un MVP bien recortado te dice en 8-12 semanas si la idea camina, con una fracción de la inversión y del riesgo.
¿Tenés un presupuesto en la mano y algo no te cierra? Agendá una llamada de 30 minutos y lo revisamos con vos, sin compromiso.
Red flags en la primera reunión
| Lo que escuchás | Lo que probablemente significa |
|---|---|
| "Eso lo vemos sobre la marcha" | No va a haber alcance escrito |
| "El código queda con nosotros por seguridad" | Te están construyendo una jaula |
| "En 6 semanas tenés todo listo" (para una app compleja) | Promesa de venta, no estimación técnica |
| No hacen ninguna pregunta sobre tu negocio | Van a construir lo que entendieron, no lo que necesitás |
| No pueden darte referencias contactables | Los clientes anteriores no los recomendarían |
| Precio 50% debajo del resto del mercado | El presupuesto real aparece a mitad de proyecto |
Para calibrar precios de mercado antes de esa reunión, leé cuánto cuesta desarrollar una app en 2026.
Cuando el problema no es (solo) el proveedor
Seamos justos: no todo rescate es culpa del desarrollador. Proyectos que cambian de alcance cada semana, decisiones que tardan un mes, o la expectativa de una super-app con presupuesto de prototipo también hunden desarrollos con proveedores competentes. Si vas a contratar, tu parte del trato es: un interlocutor que decida, feedback en días (no semanas) y aceptar que cada funcionalidad nueva mueve plazo y precio. El contrato protege a los dos lados — y un buen proveedor te lo va a ofrecer así.
Cómo trabajamos para que esta lista no te aplique
En Deepyze convertimos cada uno de estos errores en una política explícita: repositorio y cuentas de tiendas a tu nombre desde el día uno, alcance escrito y anexado al contrato, precio fijo por hitos con builds instalables cada dos semanas, y garantía post-lanzamiento. Es lo que cualquier equipo serio de desarrollo de apps debería ofrecerte sin que lo pidas. Si estás por contratar —o heredaste un proyecto que necesita rescate—, contanos tu caso: en 24 horas tenés una propuesta concreta, con precio fijo y un equipo en tu huso horario.
¿Tenés un proyecto en mente? Armá tu proyecto en 2 minutos