Cómo elegir una empresa de desarrollo de software a medida en Argentina

El costo real de elegir mal

Cada trimestre nos llegan entre 3 y 5 empresas que necesitan rescatar un proyecto que salió mal con otro proveedor. El patrón se repite: presupuesto inicial atractivo, primeros meses de avance aparente, y después el proyecto se estanca. Para cuando buscan una alternativa, ya perdieron entre 6 y 18 meses y gastaron entre USD 30.000 y USD 150.000 sin un producto funcional.

No es que el proveedor anterior fuera malo. Es que las expectativas, el alcance y la forma de trabajo no estaban alineados desde el día uno.

Las 7 preguntas que deberías hacer

1. ¿Quién va a trabajar en mi proyecto? No aceptes "nuestro equipo de desarrolladores". Pedí nombres, perfiles de LinkedIn, años de experiencia. Si la respuesta es vaga, es una señal de que van a rotar gente o subcontratar.

2. ¿Puedo hablar con un cliente actual? No un caso de éxito del sitio web, sino un cliente que esté trabajando con ellos ahora mismo. La diferencia entre un proyecto terminado y uno en curso te va a decir mucho sobre cómo operan día a día.

3. ¿Qué pasa si el proyecto crece más de lo previsto? Los proyectos de software SIEMPRE crecen. Un buen partner te va a explicar cómo manejan cambios de alcance, cómo re-estiman y cómo priorizan. Si la respuesta es "nos adaptamos", sin proceso claro, corré.

4. ¿Cómo es la entrega? ¿Recibís acceso al código desde el día uno? ¿Dónde se hostea? ¿Qué pasa si la relación termina? Si no sos dueño del código y la infraestructura desde el primer commit, estás creando una dependencia peligrosa.

5. ¿Qué incluye el mantenimiento post-lanzamiento? El día que lanzás es el día que empiezan los problemas reales. Preguntá qué pasa después: SLA de respuesta, cobertura de bugs, actualizaciones de seguridad, monitoreo.

6. ¿Cuál es su stack tecnológico y por qué? No busques la respuesta "correcta". Buscá que te expliquen por qué eligieron esa tecnología para tu caso específico. Si usan lo mismo para todo sin justificación, probablemente no estén pensando en tu problema.

7. ¿Cuántos proyectos manejan en simultáneo? Si tienen 3 desarrolladores y 15 proyectos activos, hacé la cuenta. Tu proyecto va a competir por atención y los tiempos se van a estirar.

Señales de alerta

• Presupuesto significativamente más bajo que el resto: probablemente esté subestimado
• No tienen proceso de discovery antes de presupuestar: van a descubrir la complejidad después, a tu costo
• No usan control de versiones visible para vos: no vas a poder auditar el progreso real
• Prometen plazos agresivos sin caveats: o van a comprometer calidad o van a renegociar después
• El comercial sabe todo pero nunca ves al técnico: quien te vende no es quien va a construir

Qué debería incluir una buena propuesta

Una propuesta seria para desarrollo de software a medida debería incluir:

• Discovery documentado: relevamiento funcional con wireframes o mockups básicos
• Arquitectura propuesta: diagrama de alto nivel con tecnologías y justificación
• Desglose de fases: MVP, iteraciones, lanzamiento, con entregables específicos por fase
• Equipo asignado: roles y dedicación estimada
• Riesgos identificados: qué puede salir mal y cómo lo mitigan
• Soporte post-launch: qué incluye y qué no

Si tu propuesta es solo un precio y un plazo, no es una propuesta. Es una estimación optimista.

El modelo que funciona

Después de 20 años haciendo esto, el modelo que mejor funciona para empresas argentinas es:

1. Discovery corto (2-4 semanas): definir exactamente qué se construye primero
2. MVP en 8-12 semanas: algo que funcione y se pueda probar con usuarios reales
3. Iteraciones mensuales: ajustar basado en uso real, no en suposiciones
4. Soporte incluido: mínimo 3 meses post-lanzamiento con SLA claro

No es el modelo más barato al inicio. Pero es el que tiene menor probabilidad de fallar y menor costo total a 12 meses.