Tienes tres cotizaciones sobre la mesa. Las tres prometen metodología ágil, equipo senior y entrega en plazo. Los precios difieren en un 40% y ninguna explica qué pasa con el código si el proyecto termina mal. Firmas con la del medio porque "parecía razonable". Seis meses después descubres que el repositorio está en la cuenta del proveedor.
Elegir una fábrica de software en Chile rara vez falla por falta de talento técnico del proveedor. Falla porque las preguntas que importan no se hicieron antes de firmar. Las propuestas comerciales se parecen mucho entre sí; las diferencias reales aparecen en el contrato, en cómo se organiza el equipo y en lo que ocurre después de la entrega.
Este artículo es un checklist práctico: diez preguntas para evaluar a cualquier software factory en Chile o empresa creadora de software, agrupadas en cuatro frentes. No necesitas ser técnico para hacerlas, pero sí exigir respuestas concretas.
Antes de evaluar: ¿qué estás contratando?
Hay una decisión previa que conviene tener resuelta. Una fábrica de software puede venderte capacidad (horas de desarrollo bajo tu dirección) o asumir el proyecto completo (diseño, arquitectura y resultado). Son modelos con riesgos distintos, y lo explicamos en detalle en Software factory vs. desarrollo a medida en Chile.
Las diez preguntas sirven para ambos casos, pero el peso de cada una cambia. Si tú lideras técnicamente, las preguntas de equipo y metodología pesan más. Si delegas el problema completo, las de garantías y propiedad son críticas.
Equipo y metodología
1. ¿Quiénes van a trabajar en mi proyecto, con nombre y rol?
La propuesta muestra al arquitecto con veinte años de experiencia; el proyecto lo ejecutan dos personas que no estuvieron en la reunión. Pide los perfiles del equipo asignado, qué porcentaje de su tiempo dedican a tu proyecto y qué pasa si alguien se va. Un proveedor serio puede responder esto antes de firmar.
2. ¿Cómo se ve una semana normal del proyecto?
"Usamos Scrum" no dice nada. Pregunta cada cuánto verás software funcionando (no presentaciones), quién de tu lado debe validar, cómo se priorizan los cambios y qué pasa cuando aparece un requerimiento nuevo a mitad de camino. Si la respuesta es vaga, el proyecto también lo será.
3. ¿Cómo usan la IA en el desarrollo y quién revisa lo que genera?
Hoy casi todos los equipos usan asistentes de código. Eso puede acelerar mucho el trabajo, como contamos en Fábrica de software ágil: cómo la IA acelera el desarrollo. La pregunta no es si usan IA, sino cómo: qué herramientas, si tu código o tus datos se envían a servicios externos, y qué revisión humana y pruebas automatizadas pasa ese código antes de llegar a producción. Un proveedor que no tiene política sobre esto, no la está aplicando.
Propiedad del código y datos
4. ¿Quién es el dueño del código fuente y dónde vive el repositorio?
En Chile, la Ley 17.336 de Propiedad Intelectual establece en su artículo 8 que los derechos sobre programas computacionales producidos por encargo de un tercero se entienden cedidos a quien los encargó, salvo estipulación escrita en contrario. Esa última frase es la que importa: revisa que el contrato no diga lo contrario y que no reserve al proveedor componentes "propios" sin los cuales el sistema no funciona. En la práctica, pide que el repositorio esté desde el día uno en una cuenta de tu empresa.
5. ¿Qué componentes de terceros y licencias incluye la solución?
Librerías, frameworks, servicios en la nube, licencias por usuario. Todo eso tiene costos y condiciones que vas a heredar. Pide un listado y pregunta cuáles implican pagos recurrentes.
6. ¿Cómo van a tratar los datos personales de mi empresa?
Si el proveedor accede a bases con datos de clientes o trabajadores, actúa como encargado de tratamiento. Con la Ley 21.719 a pocas semanas de su vigencia plena (1 de diciembre de 2026, según la fecha que rige hoy), esa relación debe quedar regulada por escrito: para qué puede usar los datos, con qué medidas de seguridad y qué hace con ellos al terminar. Pregunta también si trabajan con copias de producción en sus ambientes de prueba; ya explicamos por qué eso es un riesgo en Datos reales en ambientes de prueba y la Ley 21.719.
Calidad y garantías
7. ¿Qué significa "terminado" para ustedes?
Pide la definición por escrito: pruebas automatizadas, revisión de código, documentación técnica, despliegue en tu ambiente. Si "terminado" es "funciona en el computador del desarrollador", lo vas a pagar después.
8. ¿Qué garantía ofrecen y qué cubre exactamente?
Plazo de garantía, qué se considera un defecto (y qué un cambio de alcance), tiempos de respuesta y si la garantía sigue vigente si otro equipo toca el código. Las garantías ambiguas generan las discusiones más largas.
Después de la entrega
9. ¿Cómo es el soporte post-entrega y cuánto cuesta?
El software no termina cuando sale a producción. Pregunta por niveles de servicio, horarios, canales, si el soporte lo da el mismo equipo que desarrolló y cómo se cobra: bolsa de horas, mensualidad fija o por requerimiento.
10. Si mañana decido cambiar de proveedor, ¿qué me entregan?
Es la pregunta más incómoda y la más reveladora. La respuesta correcta incluye código fuente actualizado, documentación de arquitectura, credenciales y accesos, scripts de despliegue y un período de traspaso acordado. Un proveedor que confía en su trabajo no tiene problema en responderla.
Resumen: qué buscar en cada respuesta
| Pregunta | Señal de alerta | Señal positiva |
|---|---|---|
| Equipo asignado | "Lo definimos al iniciar" | Perfiles con nombre y dedicación |
| Metodología | Solo jerga ágil | Entregas funcionando cada 2–3 semanas |
| Uso de IA | Sin política o sin revisión | Herramientas declaradas y revisión humana |
| Propiedad del código | Repositorio del proveedor | Repositorio en cuenta del cliente desde el inicio |
| Licencias | "Después vemos" | Listado de componentes y costos recurrentes |
| Datos personales | Copias de producción en desarrollo | Acuerdo de encargo y datos anonimizados |
| Definición de terminado | Verbal | Escrita, con pruebas y documentación |
| Garantía | Genérica | Plazo, alcance y tiempos definidos |
| Soporte | Sin niveles de servicio | SLA y modalidad de cobro clara |
| Salida | Evasiva | Plan de traspaso documentado |
No hace falta que un proveedor saque nota máxima en todo. Pero si acumula tres o más señales de alerta, la diferencia de precio con la siguiente cotización probablemente se va a pagar igual, solo que más tarde.
Preguntas frecuentes
¿Cuánto cuesta contratar una fábrica de software en Chile?
Depende del modelo (horas versus proyecto cerrado), del tamaño del equipo y de la complejidad. Más útil que comparar el precio total es comparar qué incluye cada propuesta usando las diez preguntas de este artículo.
¿El código es mío si pagué por el desarrollo?
Según el artículo 8 de la Ley 17.336, los derechos sobre software hecho por encargo se reputan cedidos a quien lo encarga, salvo estipulación escrita en contrario. Revisa que el contrato no incluya esa excepción y que el repositorio esté a tu nombre.
¿Es un riesgo que la fábrica de software use IA para programar?
No por sí mismo. El riesgo está en usarla sin reglas: enviar código o datos sensibles a servicios no autorizados o publicar código generado sin revisión. Pide la política del proveedor por escrito.
Hagamos la evaluación juntos
En Disrupsoft desarrollamos software a medida para empresas chilenas, integrado con lo que ya usas y con la propiedad del código, el uso de IA y el soporte conversados antes de partir. Si estás comparando proveedores, te respondemos estas diez preguntas por escrito sobre tu proyecto, para que compares con la misma vara.
