Recursos // Evaluación
Cómo elegir una empresa de desarrollo de software sin llevarte sorpresas.
Julio 2026 · Lectura: 10 min · Grupo Hermoza
Contratar desarrollo de software es una de las decisiones más difíciles de evaluar para alguien que no es técnico: todas las propuestas suenan parecidas, todos los portafolios se ven bien, y el precio no te dice nada sobre la calidad. Esta guía te da los criterios objetivos que separan a un proveedor serio de uno que te va a costar el doble en correcciones.
Respuesta directa
Para elegir una empresa de desarrollo de software en Perú, evalúa siete cosas: portafolio con sistemas verificables en producción (con URL, no capturas), propiedad total del código por contrato, facturación por hitos con entregables, stack tecnológico estándar (no propietario), claridad sobre quién escribe el código, soporte post-lanzamiento definido, y un proceso de Discovery con entregable escrito antes de firmar. El precio importa, pero un proveedor barato que no cumple estos criterios termina costando más que uno serio.
Los 7 criterios que de verdad predicen el resultado.
1. Portafolio verificable en producción. No capturas de pantalla ni mockups: URLs de sistemas vivos que puedas visitar hoy. Un proveedor que ha lanzado productos reales que siguen operando demuestra que sabe terminar, no solo empezar. Si todo el portafolio es "confidencial", pide hablar con al menos un cliente.
2. Propiedad del código por contrato. El código, la base de datos y la documentación deben ser tuyos, con acceso al repositorio desde el primer hito. Si el proveedor "hospeda todo" y solo te da acceso al sistema terminado, tienes un alquiler disfrazado de desarrollo.
3. Facturación por hitos con entregables. Pagas contra avances que puedes ver funcionando, no contra promesas. Los hitos también te protegen a ti: si el proyecto se desvía, lo detectas en la semana dos, no en el mes cuatro.
4. Stack tecnológico estándar. Tecnologías con comunidad grande — Node.js, React, PostgreSQL, AWS — significan que cualquier equipo competente puede mantener tu sistema mañana. Un framework propietario del proveedor es lock-in con otro nombre.
5. Claridad sobre quién escribe el código. Pregunta directamente: ¿el equipo que me presentan es el que va a construir, o se subcontrata? La subcontratación no es mala en sí — el problema es cuando no te la dicen y el conocimiento del proyecto queda en manos de alguien que no conoces.
6. Soporte post-lanzamiento definido por escrito. ¿Qué pasa el día después del lanzamiento? Un proveedor serio incluye un periodo de soporte (en nuestro caso, 30 días incluidos) y te da una referencia clara del costo de mantenimiento anual — la referencia del sector está entre 15 y 25% del costo de desarrollo por año.
7. Discovery con entregable escrito antes de firmar. Si el proveedor te da un precio cerrado en la primera llamada, está adivinando — y las adivinanzas se cobran después como "adicionales". Un proceso serio empieza entendiendo tu operación y te entrega un documento con arquitectura, hitos y presupuesto que puedas comparar.
Red flags vs buenas señales.
| Tema | Red flag | Buena señal |
|---|---|---|
| Portafolio | Solo capturas de pantalla o "proyectos confidenciales" sin referencias | URLs de sistemas en producción que puedes visitar y probar |
| Presupuesto | Precio cerrado en la primera llamada, sin conocer tu operación | Bandas de referencia públicas + presupuesto cerrado después de un Discovery |
| Pagos | 100% por adelantado, o contratos sin hitos definidos | Facturación por hitos, cada uno con entregable verificable |
| Código | "El código queda en nuestros servidores" o entrega solo al final | Repositorio tuyo desde el primer hito, propiedad por contrato |
| Tecnología | Framework propio del proveedor, o evasivas sobre el stack | Stack estándar nombrado con claridad: lenguajes, base de datos, cloud |
| Plazos | "En un mes está listo" para cualquier alcance que describas | Plazos que cambian según el alcance, con rangos y justificación |
| Post-lanzamiento | No se menciona qué pasa después de entregar | Soporte incluido definido + referencia de costo de mantenimiento anual |
¿Estás comparando propuestas?
Envíanos las propuestas que tienes y te ayudamos a leerlas — aunque no seamos una de las opciones.
Las preguntas que debes hacer antes de firmar.
"¿Me pueden dar las URLs de tres sistemas suyos que estén en producción ahora mismo?"
"¿El contrato establece que el código y la propiedad intelectual son míos? ¿Tengo acceso al repositorio desde el primer hito?"
"¿Qué tecnologías exactas van a usar y por qué? Si mañana quiero cambiar de proveedor, ¿otro equipo puede continuar el trabajo?"
"¿Cómo se estructura el pago? ¿Qué entregable concreto veo funcionando en cada hito?"
"¿Qué incluye el soporte después del lanzamiento y cuánto costará el mantenimiento anual?"
Cómo se ve un portafolio verificable.
SaaS multi-tenant EdTech
DoctorMBS — plataforma de educación médica que atiende estudiantes en toda América Latina, con entornos aislados por institución. En producción en doctormbs.app.
Logística médica B2B
OXICARE DadeMedical — sistema de distribución de insumos médicos con trazabilidad regulatoria entre proveedores, distribuidores y hospitales. En producción en oxicareplatform.com.
SaaS de reservas
ControlBarber — plataforma de gestión y reservas especializada en barberías. En producción en controlbarber.site.
Preguntas frecuentes.
¿Cómo verifico que el portafolio de una empresa de software es real?
¿Qué debe incluir una propuesta seria de desarrollo de software?
¿Es mejor contratar una agencia local peruana o un proveedor extranjero?
¿Debo pagar todo el proyecto por adelantado?
¿Qué pasa si la empresa que contraté desaparece a mitad del proyecto?
También puedes revisar nuestras bandas de inversión → o leer ¿Cuánto cuesta un software a medida en Perú? →