Cómo elegir una agencia de desarrollo de software
Sergio Jimenez21 de octubre de 20266 min de lectura
Elegir una agencia de desarrollo de software es sobre todo un ejercicio de distinguir proveedores competentes de proveedores seguros de sí mismos. Los dos grupos tienen buenas webs, los dos te enseñan logos y los dos te dirán que son sénior. La diferencia aparece en el mes cuatro, cuando llega lo primero que nadie anticipó.
Estas son las preguntas que los separan, y las respuestas que vale la pena aceptar.
Pregunta qué pasa cuando cambia el alcance
Va a cambiar. La única duda es si la agencia tiene un proceso para eso o un reproche al respecto.
Una buena respuesta suena procedimental y algo aburrida: los cambios se cotizan, tú los apruebas, el plazo se mueve una cantidad declarada. Una mala respuesta es o bien "somos flexibles, sin problema" o una explicación larga de por qué el contrato los protege. La primera significa que te facturarán la ambigüedad después; la segunda, que cada conversación de los próximos seis meses será sobre el contrato y no sobre el producto.
Pregunta quién es dueño del código y de las cuentas
La respuesta debe ser tú, por escrito, sin condiciones atadas al pago final de nada que no sea la factura en curso.
Después haz la versión afilada: ¿a nombre de quién está la cuenta de nube, las fichas de las tiendas de apps, el registrador del dominio y la pasarela de pagos? Las agencias que ponen su propio nombre ahí no necesariamente actúan de mala fe, suele ser comodidad, pero el resultado es idéntico a un secuestro cuando quieres irte. Todo debería crearse bajo tu organización desde el día uno, con la agencia añadida como usuario que puedes quitar.
Pide conocer a quien va a escribir el código
El fallo más común de esta industria es el ingeniero sénior que asiste a la llamada de venta y no se le vuelve a ver. Pregunta directo: quién está en este proyecto, qué porcentaje de su tiempo y durante cuánto. Pide hablar con esa persona antes de firmar.
Si la respuesta es vaga, o si te dicen que el equipo se asigna después de la firma, estás comprando un desconocido. Que haya cambios razonables de personal es normal y está bien. Lo que no está bien es no saber a quién contratas.
Pregunta cada cuánto verás software funcionando
La respuesta correcta es cada dos semanas como mucho, en un dispositivo real o una URL real, abierto por ti, no en una pantalla compartida donde conduce otro.
Las demos que no puedes tocar esconden muchísimo. Un build que abres tú en tu propio teléfono es el único informe de avance honesto, porque es el único que puedes contrastar con tus expectativas en vez de con un guion preparado. Nuestros contratos de Studio están construidos así justo por eso: pruebas el trabajo candidato en tu propio dispositivo y apruebas lo que se publica.
Pregunta qué cubren sus pruebas
No "¿escriben pruebas?", a lo que todo el mundo dice que sí. Pregunta qué partes del sistema están cubiertas y cuáles no, y espera una respuesta concreta.
Cualquier equipo serio te dirá al instante que pagos, autenticación y permisos están cubiertos y que las animaciones de la página de marketing no. Un equipo que afirma que todo está cubierto o te engaña o te está gastando el dinero. Un equipo que no sabe responder no tiene pruebas.
Pregunta qué pasa a las 3 de la mañana
Quién recibe la alerta, en cuánto responde y cuánto cuesta. Esta pregunta ordena agencias más rápido que ninguna otra, porque responderla exige haber pensado en producción y no solo en entrega.
Un proveedor que trata el lanzamiento como la meta se atasca aquí. Las respuestas honestas van desde "ofrecemos un retainer de soporte con estos tiempos" hasta "no hacemos soporte, y así es como entregamos para que tu equipo pueda", y ambas son aceptables. "Siempre estamos disponibles" no es una respuesta, es un sentimiento.
Pide una referencia de un proyecto que salió mal
Todos tienen uno. Una agencia que diga lo contrario o no lleva suficiente tiempo trabajando o está mintiendo, y las dos cosas descalifican.
Lo que escuchas no es el desastre, es el relato. ¿Lo vieron venir, lo dijeron a tiempo, y qué cambiaron después? Los proveedores capaces de describir sus propios fracasos con precisión son los que te dirán la verdad cuando todavía haya margen para actuar.
Las señales que deberían preocuparte
- Una cotización sin alcance escrito. Un número suelto sin nada adjunto es una suposición que pagarás dos veces.
- Una estimación en menos de un día para un producto complejo. O no lo pensaron, o lo inflaron mucho.
- Resistencia a un discovery pagado. Acotar bien cuesta trabajo. Una agencia que lo descarta piensa descubrir el alcance mientras te factura el desarrollo.
- Nadie te lleva la contraria. Si tus requisitos no tienen ninguna tensión y el proveedor no detecta ninguna, es que no los ha leído.
- Precios muy por debajo del resto. El trabajo no se abarata, se vuelve más júnior, o se subcontrata a un equipo que nunca conocerás.
Qué contiene una buena propuesta
| Sección | Qué debe decir |
|---|---|
| Alcance | Qué entra y, explícitamente, qué no |
| Equipo | Personas con nombre, roles, dedicación |
| Cadencia | Cuándo ves software funcionando y cómo das feedback |
| Proceso de cambios | Cómo se cotizan y aprueban las peticiones nuevas |
| Propiedad | Código, repositorios, cuentas de nube, fichas de tiendas, dominios |
| Entornos | Desarrollo, staging y producción, con nombre y separados |
| Después del lanzamiento | Condiciones de soporte, tiempos de respuesta, entrega |
Preguntas frecuentes
¿Cómo elijo una agencia de desarrollo de software?
Juzga el proceso, no el portafolio. Pregunta quién escribe el código, cada cuánto ves software funcionando, cómo se cotizan los cambios de alcance, quién es dueño de las cuentas, qué cubren las pruebas y qué pasa durante un incidente en producción. El portafolio muestra lo que un equipo pudo hacer con un buen cliente y un buen brief. El proceso muestra lo que hará con el tuyo.
¿Cuánto debería costar una agencia de desarrollo de software?
En 2026, calcula entre 40 y 90 dólares por hora en Latinoamérica y Europa del este, entre 90 y 160 en Europa occidental, y entre 120 y 250 en Estados Unidos. Las diferencias dentro de una misma región suelen reflejar seniority y cuánto se subcontrata, no calidad en un sentido simple.
¿Agencia o contratar en casa?
Contrata en casa cuando ya sabes qué construyes y vas a seguir construyéndolo por años. Usa una agencia cuando necesitas varios perfiles por unos meses cada uno, cuando la velocidad importa más que la permanencia, o cuando todavía no tienes el liderazgo técnico para entrevistar bien a ingenieros.
¿Qué es un discovery pagado y debería pagarlo?
Un trabajo corto, normalmente de una o dos semanas, que produce un alcance escrito, un registro de decisiones de arquitectura y una estimación real. Sí, págalo. La alternativa es una estimación gratis basada en suposiciones, que se corrige después a tu costa. Un buen discovery es tuyo y te lo puedes llevar a otra parte.
¿Cuáles son las señales de alarma de una mala agencia de desarrollo?
Una cotización sin alcance escrito, una estimación producida en horas para un producto complejo, negarse a nombrar a los ingenieros, demos que no puedes tocar, cuentas a su nombre, y ninguna respuesta para qué pasa cuando producción se cae de madrugada.
¿Cuánto debería durar un contrato con una agencia?
Lo suficiente para entregar algo con sentido y lo bastante corto para que irse sea realista. Ciclos de dos semanas con derecho a parar al final de cualquiera funcionan bien. Amarres de doce meses sin salida son una apuesta sobre una relación que todavía no has probado.
Por dónde empezar
Haz una lista corta de tres proveedores, manda a los tres el mismo brief de una página, y compara las preguntas que hacen en lugar de los documentos que devuelven. El que encuentre el problema más difícil de tu brief antes de cotizarlo suele ser el correcto.
Si quieres ver cómo se ve eso, mándanos el brief. La primera llamada y el alcance escrito que sigue no cuestan nada y son tuyos para llevártelos donde quieras.
