Desarrollo de software en Concepción: qué evaluar antes de contratar un proveedor

Contratar desarrollo de software en Concepción tiene una ventaja y un riesgo. La ventaja es que el ecosistema local —con universidades formando ingenieros y una base industrial que demanda soluciones técnicas— tiene profundidad real. El riesgo es que la oferta es heterogénea: conviven equipos consolidados con proveedores que subcontratan todo o que desaparecen al año siguiente.

Este artículo es una guía para evaluar. Sirve igual si el proveedor es de la zona o de otra región.

Lo primero: no evalúes tecnología, evalúa entendimiento

El error más frecuente al comparar propuestas es fijarse en el stack técnico. Salvo casos particulares, la tecnología no determina el éxito del proyecto: lo determina si el proveedor entendió tu proceso.

Una señal clara: si en la primera reunión el proveedor habla más de sus herramientas que de tu operación, es una mala señal.

Lo que sí debería preguntarte:

¿Cómo funciona hoy el proceso, en la práctica y no en el manual?
¿Quiénes lo ejecutan y qué excepciones manejan?
¿Qué sistemas están involucrados y cuáles se pueden integrar?
¿Cuál es el volumen real?
¿Qué pasa hoy cuando algo falla?
¿Cómo sabremos si el proyecto resultó?

Si nadie te hizo la última pregunta, es probable que el proyecto termine sin criterio para evaluarlo.

Las siete preguntas que debes hacer

1. ¿Quién va a trabajar en mi proyecto? Nombres y roles, no una descripción del equipo comercial. Es habitual que quien vende no sea quien ejecuta.

2. ¿Subcontratan? No es descalificador, pero debes saberlo: afecta la comunicación, los plazos y la continuidad.

3. ¿De quién es el código? Debe quedar por escrito que es tuyo, junto con el acceso al repositorio desde el primer día.

4. ¿Dónde se despliega? En infraestructura de tu empresa o en una cuenta a la que tengas acceso completo. Si el sistema vive en la infraestructura del proveedor sin que puedas acceder, quedas atado.

5. ¿Qué incluye la mantención y cuánto cuesta? Debe distinguirse entre corregir errores —que es responsabilidad del proveedor durante un período— y desarrollar cambios nuevos.

6. ¿Cómo se manejan los cambios de alcance? Todo proyecto tiene cambios. Lo importante es que exista un mecanismo definido, no una negociación cada vez.

7. ¿Qué pasa si terminamos la relación? Traspaso de conocimiento, documentación y acceso. Preguntarlo al inicio dice mucho sobre el proveedor.

Qué exigir por contrato

Propiedad del código fuente, explícita.
Acceso al repositorio durante todo el proyecto, no al final.
Documentación técnica y funcional como entregable, no como promesa.
Despliegue en infraestructura propia o con credenciales de administrador.
Período de garantía sobre errores, con plazo definido.
Plan de mantención con alcance y valor.
Criterios de aceptación por entregable.
Traspaso de conocimiento al cierre.

La ausencia de los tres primeros es la causa más común de dependencia forzada con un proveedor.

Señales de alerta

Cotiza sin hacer preguntas. Un precio entregado sin entender el proceso es una estimación al azar que se corregirá durante el proyecto.

Promete un plazo muy corto. En desarrollo, los plazos irrealistas se pagan con deuda técnica o con recortes de alcance no declarados.

No muestra trabajo previo verificable. Un portafolio con clientes que puedan dar referencia vale más que una presentación.

Evita hablar de mantención. El costo total incluye lo que viene después de la entrega.

Propone reemplazar todo. Muchas veces la solución correcta es integrar o complementar lo existente, no partir de cero. Ver modernización de software legado.

No pregunta por datos personales. Si tu sistema tratará datos de clientes o trabajadores, el proveedor debería plantear el tema de la Ley 21.719 sin que se lo pidas. Ver Ley 21.719 y software.

Cómo comparar propuestas que no son comparables

Es el problema práctico habitual: tres propuestas con estructuras distintas y precios que no se pueden contrastar.

Para normalizarlas, pide a cada proveedor que responda lo mismo:

Dimensión	Qué pedir
Alcance	Lista de funcionalidades incluidas y explícitamente excluidas
Entregables	Qué recibes: código, documentación, ambientes, capacitación
Plazos	Por hito, no un plazo total
Equipo	Perfiles y dedicación estimada
Integraciones	Cuáles están incluidas y cuáles no
Mantención	Alcance y costo mensual o anual
Infraestructura	Quién la provee y quién la paga
Supuestos	Qué asume el proveedor que tú debes entregar

La última fila es la más reveladora. Un proveedor que no declara supuestos está trasladando riesgo al proyecto sin decirlo.

Antes de contratar: verifica que necesitas desarrollo

Vale la pena preguntarse si el problema requiere software a medida. En muchos casos, la respuesta correcta es:

Configurar mejor el sistema que ya tienes.
Integrar los sistemas existentes en lugar de reemplazarlos.
Comprar un producto estándar si el proceso es genérico.

El desarrollo a medida se justifica cuando el proceso es propio del negocio, el volumen es alto y ningún producto cubre el flujo completo. Los criterios están en desarrollo de software a medida y el detalle de precios en cuánto cuesta desarrollar software a medida en Chile.

Preguntas frecuentes

¿Conviene contratar un proveedor de Concepción o de Santiago?

La ubicación importa menos que la experiencia en tu tipo de operación y la disponibilidad para reuniones de trabajo, que hoy se resuelven remotamente. Un proveedor local puede aportar cuando el proyecto requiere presencia en terreno o conocimiento del sector industrial de la zona.

¿Cuánto debería costar un proyecto de software a medida?

Depende del alcance, las integraciones y el estado de los sistemas actuales. Más útil que buscar una cifra de referencia es exigir que cada propuesta declare su alcance, sus exclusiones y sus supuestos, para poder comparar sobre la misma base.

¿Qué pasa si el proveedor deja de operar?

El riesgo se controla desde el contrato: propiedad del código, acceso al repositorio, despliegue en infraestructura propia y documentación suficiente. Con esas cuatro condiciones, otro equipo puede continuar el trabajo.

¿Debo pagar por la etapa de levantamiento?

Es razonable que un levantamiento serio tenga costo, porque implica trabajo real de análisis. Lo que debería quedar claro es qué recibes a cambio: un documento de alcance que puedas usar incluso si decides contratar a otro proveedor.

¿Cómo sé si el proyecto va bien durante el desarrollo?

Con entregas parciales funcionando, no con informes de avance. Un proyecto sano muestra algo utilizable cada pocas semanas. Si después de dos meses no hay nada que probar, es una señal de alerta.

Conversemos antes de que definas el alcance

En Syscode desarrollamos plataformas, sistemas de gestión e integraciones a medida para empresas del Biobío y de todo Chile, con propiedad del código y despliegue en infraestructura del cliente.

Agenda un diagnóstico gratuito y evaluemos si tu caso requiere desarrollo, integración o simplemente configurar mejor lo que ya tienes.