¿Cuánto cuesta un software a medida en Lima?

No existe una tarifa de lista para software a medida, pero sí rangos honestos de referencia. En Lima, al evaluar una empresa de desarrollo de software, el precio del desarrollo de sistemas a medida se construye sobre cuatro componentes que casi siempre van juntos: análisis y diseño, desarrollo, pruebas con usuarios reales y despliegue a producción, más la ventana de soporte de los primeros treinta a sesenta días. Cuando alguien cotiza “solo programación” y el número parece bajo, generalmente está recortando los otros tres.

La tabla resume lo que vemos al cotizar proyectos en Lima, con precios referenciales de Bytes emitidos en soles (el tipo de cambio de referencia ronda los S/ 3,50 por dólar y solo afecta a licencias y nube, que se pagan en dólares). Úsala para ubicarte, no para firmar: el número serio sale de un alcance escrito.

Ten presente que el rango bajo de cada fila asume un dueño de producto interno disponible y datos razonablemente ordenados. Si tu operación vive en quince Excel con fórmulas heredadas, parte del presupuesto se irá en ordenar la información antes de escribir la primera línea de código.

Entre cotización y cotización hay diferencias de 3 a 5 veces por el mismo tipo de sistema. Lo que realmente mueve el número, en orden de impacto, es esto:

Dos de esos factores suelen solos duplicar el presupuesto: una integración con la SUNAT mal estimada y una migración de datos sin dueño. Sobre facturación electrónica peruana escribimos una guía aparte: software a medida e integración SUNAT.

• Número de perfiles y reglas de permisos: cinco roles con aprobaciones cruzadas cuestan más que un panel para todos.
• Integraciones: SUNAT (CPE), erp legado, pasarelas de pago, courier, WhatsApp.
• Cobertura de plataforma: web, móvil o ambos; una app nativa iOS y Android es esencialmente dos proyectos con un diseño.
• Calidad y orden de los datos actuales: migrar es más trabajo que crear.
• Requisitos de seguridad y auditoría: trazas, respaldos, recuperación ante desastres.
• Volumen esperado y performance: no es lo mismo un uso interno de 40 personas que un pico comercial de 40.000 visitas.

La pregunta correcta no es “qué es más barato”, sino “qué proceso quiero mejorar y qué tan distinto es al estándar de mi industria”. Si el proceso es estándar —contabilidad, planillas, inventario básico—, un sistema empaquetado o un SaaS peruano te va a costar menos y arrancar más rápido. No hay heroísmo en comprar lo que ya existe.

El software a medida se justifica cuando tu ventaja competitiva vive en el proceso: la forma como armas pedidos, cómo priorizas rutas, cómo calculas márgenes por canal. Ahí un empaquetado te va a obligar a doblar la operación para que quepa en el sistema. La tercera opción, y la más frecuente en proyectos serios, es híbrida: compras el core (facturación, contabilidad) y desarrollas a medida solo la capa donde decides distinto.

Una prueba práctica: si al describir tu proceso necesitas tres excepciones y dos casos especiales que ningún proveedor entiende, estás frente a software a medida. Si lo describes en una frase que cualquier vendedor asiente, compra.

Existe además un punto medio que conviene conocer: la personalización sobre plataformas existentes. Si tu operación ya corre en un e-commerce o en un ERP empaquetado, a veces el 70 % del valor está en integraciones, reportes y flujos a medida sobre esa plataforma, por una fracción del costo de construir todo desde cero. Un buen proveedor te lo dirá aunque signifique cobrar menos; uno desesperado, nunca.

Porque no están cotizando lo mismo. Un presupuesto de software esconde al menos cuatro decisiones que cambian el número y que casi nunca aparecen escritas: qué perfil humano toca el proyecto (junior, senior, mixto), qué se prueba y con quién, qué pasa cuando algo falla a los seis meses, y de quién es el código y la infraestructura.

El segundo motivo es el alcance abierto. “Que haga lo de SAP” sin una lista de procesos no es un alcance: es una expectativa, y las expectativas se cobran caras o se abandonan baratas. Cuando compares dos cotizaciones, no compares el total: compara los documentos de alcance. Si uno tiene ocho páginas y el otro tres líneas, son productos distintos con precio distinto.

La tercera razón es cultural: algunos estudios presupuestan para que todo salga bien, y otros para que salga bien aunque algo salga mal. La diferencia aparece en pruebas, monitoreo y el plan de contingencia, que son aburridos hasta que faltan.

Una cotización útil se pide con información útil. No necesitas un documento formal de RFP; necesitas cuatro cosas que tu empresa ya puede reunir en una semana. Con eso, cualquier estudio serio —incluido Bytes— te va a devolver un alcance escrito con número, no un “depende” elegante.

Si quieres ver cómo armamos nosotros ese proceso, está descrito paso a paso en cómo cotizamos un software a medida. Y para los proyectos web que incluyen posicionamiento en buscadores, el trabajo de SEO se estima sobre criterios públicos y verificables, como los de la guía para principiantes de Google Search Central, no “a ver si aparece en Google”.

• Un proceso concreto a digitalizar, con quién lo ejecuta y qué se usa hoy (aunque hoy sea Excel).
• Cantidad aproximada de usuarios por perfil y a cuántos clientes o documentos atienden al mes.
• Lista de sistemas con los que hay que integrarse y quién te da accesos de prueba.
• Una fecha importante si existe: cierre SUNAT, feria, temporada o inversión.
• Un rango de presupuesto en soles. Sin piso de referencia, toda cotización es teatro.

Por defecto, no. El desarrollo entrega un producto; operarlo es un costo aparte que conviene presupuestar desde el día uno, porque es el único número de esta página que se paga todos los meses. La referencia que usamos en la industria es una póliza de soporte y cambios evolutivos equivalente a un 15 % a 20 % anual sobre el costo de construcción, más la infraestructura según consumo.

La nube es medible antes de firmar. Con la AWS Pricing Calculator puedes estimar servidores, base de datos, almacenamiento y transferencia con tus propios supuestos de usuarios y volumen; en un proyecto interno pequeño los números suelen moverse entre decenas y cientos de soles al mes, y escalan con tráfico y retención de backups. Si el proyecto lleva integración SUNAT, suma la suscripción de tu proveedor PSE u OSE, que es un contrato aparte con normativa propia.

Y una última línea que casi nadie escribe: actualizaciones. Dependencias, certificados de seguridad y versiones del sistema operativo se actualizan solos mal. Un mantenimiento programado cuesta; el arreglo de emergencia cuesta el doble y ocurre de madrugada.