TL;DR: Para elegir una empresa de software confiable en Argentina, pedí: portfolio con proyectos similares al tuyo, referencias verificables de clientes anteriores, una propuesta técnica básica y acceso al código desde el día uno. Las señales de alerta son: no mostrar portfolio, pedir el 100% adelantado y no tener contrato.
Cómo elegir una empresa de software sin que te estafen (guía real)
Hay empresas de software excelentes en Argentina. También hay algunas pésimas. Y hay bastantes que son mediocres pero se venden muy bien. El problema es que, si no sabés qué mirar, es difícil distinguirlas antes de firmar. Esta guía te da los criterios reales para no equivocarte.
Puntos clave
- El portfolio es el filtro más rápido: si no tienen proyectos parecidos al tuyo, descartá
- Las referencias de clientes anteriores son más valiosas que cualquier testimonio en el sitio web
- El contrato tiene que especificar entregables, plazos y quién es dueño del código
- Los pagos atados a hitos protegen tu inversión si algo sale mal
- El precio más bajo casi siempre implica algún costo oculto: tiempo, calidad o continuidad
Las 5 señales de alerta que nunca hay que ignorar
1. No tienen portfolio concreto o es muy genérico
Una empresa de software seria tiene proyectos que puede mostrar. Si te dicen que todos sus proyectos son confidenciales o que "el cliente no les dio permiso para mostrarlos", está bien para uno o dos casos. Si es toda la cartera, hay algo raro.
Lo que tenés que buscar: proyectos similares al tuyo en tipo (app, web, sistema), industria (retail, salud, logística) y escala. No sirve que hayan hecho webs si vos necesitás una app.
2. Piden el 100% del presupuesto por adelantado
Ningún proveedor serio pide todo el dinero antes de arrancar. El esquema habitual es: 30–40% al firmar, pagos por hitos intermedios y 10–20% final a la entrega. Si piden todo adelantado, es el mayor riesgo que podés tomar.
3. No tienen contrato o el contrato es genérico
Un contrato de desarrollo de software tiene que especificar: qué se va a construir (scope), cuándo (plazos), quién es dueño del código, cuál es la garantía de bugs y qué pasa si alguna parte incumple. Un "acuerdo de servicio" de media página en Word no es un contrato.
4. No te dan acceso al repositorio desde el inicio
El código que se escribe durante el proyecto es tuyo. Si el proveedor no te da acceso al repositorio (GitHub, GitLab, etc.) desde el primer sprint, no tenés garantía de que el avance exista realmente. Esto es básico y no negociable.
5. Prometen plazos irrealistas o precios muy por debajo del mercado
Un MVP de app móvil no se hace en 3 semanas por USD 2.000. Si alguien te dice eso, o está mintiendo sobre el alcance, o va a subcontratar a alguien sin experiencia, o simplemente no tiene idea de lo que cuesta. Los proyectos subvaluados casi siempre terminan peor que los cotizados honestamente.
Los criterios positivos para elegir bien
Portfolio relevante
Buscá proyectos similares al tuyo. Una agencia que hizo 20 webs corporativas no necesariamente sabe hacer una app de delivery. Pediles que te muestren algo que sea lo más cercano posible a lo que necesitás.
Referencias verificables
Un testimonio en el sitio web de la agencia no vale nada — lo escriben ellos. Lo que vale es una referencia real: nombre y apellido de alguien que puedas llamar o escribir para preguntarle cómo fue la experiencia. Si el proveedor no puede darte ninguna referencia, es una señal.
Propuesta técnica básica
Una empresa que entendió lo que necesitás puede escribir, aunque sea en tres páginas, qué tecnología va a usar, cómo va a estructurar el proyecto y cuáles son los riesgos principales. Si la propuesta dice "vamos a usar las mejores tecnologías del mercado" sin nombrar ninguna, alguien no hizo los deberes.
Comunicación en el proceso de venta
La forma en que una empresa se comunica antes de firmar es un predictor muy bueno de cómo va a ser la comunicación durante el proyecto. Si tarda días en responder, si las respuestas son vagas, si nunca propone una reunión técnica — todo eso se va a amplificar una vez que firmaste.
Preguntas que tenés que hacerle antes de firmar
| Pregunta | Qué evalúa | Respuesta que querés escuchar |
|---|---|---|
| ¿Quién va a trabajar en mi proyecto? | Transparencia sobre el equipo real | Nombres y CVs de las personas asignadas |
| ¿El equipo es interno o tercerizado? | Riesgo de subcontratación | 'Interno' o aclaración honesta si hay parte terciada |
| ¿Cómo manejamos los cambios de scope? | Proceso de gestión de cambios | Proceso documentado con presupuesto adicional |
| ¿Cómo me informan del avance? | Comunicación durante el proyecto | Reuniones semanales + acceso a tablero de avance |
| ¿Qué pasa si el proyecto se retrasa? | Gestión de riesgos | Plan de contingencia claro |
| ¿El código queda a mi nombre? | Propiedad intelectual | 'Sí, el código es tuyo al finalizar el pago' |
💡 Consejo
Antes de firmar con cualquier proveedor, buscá su nombre en Google + "opiniones" o "experiencia". LinkedIn también es un buen filtro: mirá a los developers que trabajan ahí, su antigüedad y su experiencia. Un equipo con alta rotación es una señal de alerta.
Cómo comparar presupuestos entre empresas distintas
Para que la comparación sea válida, los tres proveedores tienen que estar cotizando lo mismo. Si mandaste el mismo brief y recibiste USD 8.000, USD 15.000 y USD 30.000, probablemente estén cotizando proyectos distintos.
Pedile a cada proveedor que te especifique exactamente qué incluye y qué no. La diferencia de precio casi siempre se explica con diferencias en el alcance, el equipo o los tiempos de soporte.
Una vez que tenés el alcance del proyecto claro, podés usar el cotizador de AppWizard para tener una referencia del mercado y evaluar si los números que recibiste son razonables.
Preguntas frecuentes
- Los tres indicadores más confiables son: portfolio con proyectos similares al tuyo que puedas ver, referencias de clientes anteriores que puedas contactar directamente, y un contrato claro que especifique entregables, plazos y propiedad del código. Si alguno de los tres falta, el riesgo sube considerablemente.
- Es normal pedir un anticipo del 30–40% al firmar el contrato. No es normal pedir el 100% adelantado. Los pagos bien estructurados van atados a hitos: entrega de diseños, entrega del MVP, versión final. Así ambas partes tienen incentivos alineados para avanzar.
- Si el contrato tiene cláusulas de incumplimiento, podés actuar sobre esas. Si no las tiene, tenés poco margen legal directo. Por eso es crítico acordar hitos con fechas y penalidades por atraso antes de firmar. Ante una situación de abandono, documentá todo por escrito y consultá con un abogado especializado en contratos de servicio.
- Sí, y pasa más seguido de lo que pensás. Pedí explícitamente en el contrato que la empresa informe si va a subcontratar parte del trabajo y que vos des el visto bueno. También pedí los CVs de las personas que van a trabajar en tu proyecto. Si el equipo cambia significativamente a mitad del proyecto, tenés derecho a saberlo.
- Tres formas prácticas: pedís que te expliquen en términos simples cómo van a resolver el principal desafío técnico de tu proyecto (si no pueden explicarlo claro, es mala señal), buscás en LinkedIn a los developers del equipo y mirás sus proyectos anteriores, y pedís hablar directamente con el tech lead antes de firmar.