Contratar mal un desarrollo de software es uno de los errores más caros que comete una empresa. Un sistema que nunca se termina, que nadie puede mantener o cuyo código no es tuyo, no solo cuesta el dinero invertido: cuesta el tiempo perdido y la oportunidad que dejaste pasar. Esta guía te da los criterios, las preguntas y las señales de alerta para elegir bien un proveedor en el Perú.
El error más común: elegir solo por precio
La cotización más barata casi nunca es la más económica al final, porque el costo real incluye retrabajos, migraciones y mantenimiento no presupuestado. En desarrollo de software, un precio muy bajo suele esconder algo: un proyecto subdimensionado, un equipo sin experiencia, o un trabajo que tendrás que rehacer con otro proveedor. El precio importa, pero como una variable más, no como la única. Lo que de verdad define el costo total es si el sistema funciona, se mantiene y crece contigo.
Antes de comparar proveedores: ¿a medida o producto?
Una decisión previa te ahorra mucho: ¿tu problema necesita software a medida o te basta un software estándar (o «enlatado»)? Si tu proceso es estándar —contabilidad básica, gestión de inventario genérica, comunicación interna— una solución ya hecha puede ser más rápida y barata. Si tu operación tiene reglas propias que te dan ventaja competitiva —rutas de distribución específicas, flujos de aprobación regulados, lógica de precios diferenciada— el desarrollo a medida las potencia y las protege. Un buen proveedor te dirá con honestidad cuál te conviene, aunque eso signifique venderte menos. Si solo te empujan hacia lo que ellos venden sin preguntarte, ya es una señal.
Los criterios que sí importan
Experiencia y portafolio real
Pide ver proyectos que hayan hecho, idealmente parecidos al tuyo. Que te expliquen cómo resolvieron los problemas, no solo que muestren pantallas bonitas. Para verificarlo, pregunta si el cliente sigue usando el sistema hoy y en qué sector opera; si dudan o dan excusas, el portafolio puede ser decorativo.
Un proceso de trabajo claro
Deben poder explicarte cómo trabajan: cómo levantan requisitos, cómo te muestran avances y cada cuánto. Si no tienen método, improvisarán con tu proyecto. Pídeles que describan las fases de un proyecto anterior y cómo manejaron un cambio de alcance; la respuesta revela si tienen proceso real o lo inventan sobre la marcha.
Comunicación y cercanía
Vas a trabajar con ellos meses. Si responden tarde o hablan en un idioma que no entiendes en la etapa de venta, será peor durante el proyecto. Evalúa ya en la propuesta: ¿la presentación es clara para alguien no técnico? ¿Responden preguntas sin jerga? ¿Asignan un punto de contacto fijo?
Propiedad del código y de tus datos
El sistema y su código deben ser tuyos. Huye de quien te deja atado sin poder migrar ni entender lo que tienes. Para verificarlo, pide que la cláusula de cesión del código quede por escrito en el contrato antes de firmar; si se resisten o lo postergan, es una señal grave.
Mantenimiento y evolución
Un sistema no termina al lanzarlo. Pregunta cómo dan soporte después, cómo cobran las mejoras y qué pasa si necesitas crecer. Concretamente, pide ver el esquema de soporte post-lanzamiento que usan con otros clientes; los proveedores serios lo tienen documentado.
Tecnología con criterio
Que elijan la herramienta por tu problema, no por moda. Y que usen tecnologías vigentes y con comunidad, para que mañana otro equipo pueda mantenerlo. Pregunta por qué proponen el stack que proponen para tu caso; si la respuesta es «porque es lo que sabemos» sin más argumento, no están pensando en ti.
Calidad y garantías
Pregunta cómo prueban lo que entregan y qué garantía dan sobre errores. Un proveedor serio responde por su trabajo. Pide que el período de garantía —corrección de defectos sin costo adicional— quede definido en el contrato, con al menos 30 a 90 días después del lanzamiento.
Las preguntas que debes hacer antes de firmar
- ¿El código y la documentación quedan a mi nombre? ¿Me los entregan?
- ¿Quién trabajará en mi proyecto y qué experiencia tiene?
- ¿Cómo y cada cuánto veré avances funcionales?
- ¿Qué incluye el precio y qué se cobra aparte?
- ¿Qué pasa con el soporte y las mejoras después del lanzamiento?
- ¿Pueden darme referencias de clientes con los que pueda hablar?
Lo que debe quedar por escrito
Un acuerdo verbal no protege a nadie. Antes de iniciar cualquier desarrollo, asegúrate de que el contrato cubra al menos estos cinco puntos:
- Entrega del código fuente: el proveedor debe entregarte el repositorio completo —código, scripts de base de datos y documentación técnica— al finalizar el proyecto o en hitos acordados. Sin esto, no tienes nada propio aunque el sistema funcione.
- Garantía y soporte post-lanzamiento: define el período en que el proveedor corregirá defectos sin costo adicional (típicamente 30 a 90 días) y qué canal usarás para reportarlos. Que quede el plazo máximo de respuesta y resolución.
- Plazos y penalidades por retraso: los plazos deben estar en el contrato, no solo en el correo. Si el proveedor no los cumple sin causa justificada, debe haber una consecuencia: descuento, extensión de garantía u otro mecanismo acordado por escrito.
- Confidencialidad (NDA): si tu operación o datos son sensibles, firma un acuerdo de confidencialidad. Cubre tanto la información que compartes en el levantamiento de requisitos como la lógica de negocio que se implementará en el sistema.
- Propiedad de los datos: tus datos —los que ingresas, los que genera el sistema y los de tus clientes— son tuyos. El contrato debe prohibir explícitamente que el proveedor los use, comparta o conserve una vez terminada la relación comercial.
Si el proveedor se muestra incómodo con incluir alguno de estos puntos, eso te dice más de ellos que cualquier presentación de ventas.
¿Buscas un proveedor de software en el que confiar?
En Ruray, la unidad de software del Grupo Digitalizando Perú, construimos con un proceso claro, código que es tuyo y entregas que puedes auditar. Cuéntanos tu reto y te decimos con honestidad cómo —y si— lo resolvemos.
Conversemos tu proyecto →Conclusión
Elegir una empresa de desarrollo de software no es elegir la cotización más baja: es elegir al socio que entiende tu problema, trabaja con método, te entrega lo que es tuyo y responde después del lanzamiento. Usa los criterios y las preguntas de esta guía, presta atención a las señales de alerta y tómate el tiempo de decidir. Equivocarte aquí cuesta caro; acertar te ahorra años.