// decisiones · contratación · perú
Cómo elegir una empresa de software a medida en Perú
Elegir con quién construir tu software es una apuesta con probabilidades incómodas: a nivel global, según el CHAOS Report del Standish Group, solo alrededor del 31% de los proyectos de software terminan a tiempo, en presupuesto y con el alcance completo; la mitad quedan “en problemas” y casi 1 de cada 5 fracasa. La decisión que más mueve esas probabilidades a tu favor no es el lenguaje ni la moda tecnológica: es a quién eliges. Esta es una guía honesta — escrita desde el lado de quien construye— de qué preguntar antes de firmar, qué banderas rojas mirar y cómo leer las respuestas.
31%
de los proyectos de software tienen éxito pleno (Standish)
19%
fracasa por completo
100%
del código debería quedar a tu nombre
3
referencias de tamaño similar, como mínimo
No empieces por la tecnología, empieza por el problema
Una empresa seria de software a medida no arranca hablando de lenguajes ni frameworks: arranca preguntando por tu proceso, tus cuellos de botella y tus metas. Si en la primera reunión te venden tecnología en vez de entender tu negocio, eso ya es una señal.
El buen proveedor quiere entender qué problema resuelves antes de proponer cómo. Esa conversación inicial —de negocio, no de stack— es el mejor predictor de cómo va a ir el proyecto. Si además vas al sector público, ese entendimiento arranca aún antes, en el TDR: describir el problema y no amarrar la solución es lo que atrae a los proveedores serios y produce ofertas comparables.
Las preguntas que tienes que hacer antes de firmar
Siete preguntas separan a un proveedor serio de uno que te va a costar caro: propiedad del código, quién escribe tu sistema, garantía, mantenimiento, referencias, capacitación y cómo ves el avance. Si alguna respuesta es vaga, ahí está el riesgo.
- 01¿El código y los datos son 100% míos al terminar de pagar? Si no es un sí claro por contrato, es bandera roja.
- 02¿Quién va a escribir mi sistema — ingenieros senior o juniors en formación a mi costa?
- 03¿Qué incluye la garantía post-entrega y por cuánto tiempo se corrigen errores sin costo?
- 04¿Cómo es el mantenimiento, cuánto cuesta y con qué rapidez responden una incidencia?
- 05¿Me dan referencias de 3 clientes de tamaño y necesidad parecidos, que lleven años operando?
- 06¿Incluye capacitación y transferencia de conocimiento para mi equipo?
- 07¿Cómo veo el avance — sprints con demos cada pocas semanas, o me entregan todo al final?
Cómo pedir (y leer) referencias
No pidas “un cliente contento”: pide tres de tu tamaño, con una solución parecida y que lleven años operando. Y pregúntales lo concreto: ¿el sistema sigue funcionando?, ¿hace lo que prometieron?, ¿los atendieron cuando algo falló? Una referencia tibia dice más que un caso de estudio pulido.
El caso de estudio lo escribe el proveedor; la referencia la vive el cliente. Por eso vale más una llamada de diez minutos a alguien que usa el sistema a diario que diez páginas de portafolio. Y pide que sean verificables: en nuestro caso, por ejemplo, están la caja central de una universidad nacional y las matrículas de un club de +50,000 asociados — sector público y alta concurrencia, dos contextos donde es fácil comprobar si el sistema aguanta o no.
Las banderas rojas
Las señales de alerta son casi siempre las mismas: un precio en la primera llamada sin entender el alcance, evasivas sobre la propiedad del código, y un discurso que solo habla de precio o de rapidez. Un buen proveedor hace lo contrario: pregunta, pone por escrito y te dice dónde NO gastar.
buena señal
- Pregunta por tu proceso y tus metas antes que por la tecnología.
- Te dice dónde NO conviene gastar — incluso si es contratarlo.
- Pone la propiedad del código y los datos por escrito.
- Te da referencias verificables con quienes puedes hablar.
- Te muestra el avance en sprints con demos, no al final.
bandera roja
- Te tira un precio en la primera llamada sin entender el alcance.
- Evita poner por escrito que el código es tuyo.
- Solo habla de precio o de rapidez (“tu sistema en 60 días”).
- No te deja hablar con clientes actuales.
- El equipo que cotiza es senior, pero el que construye son juniors.
Precio: lo barato sale caro (y lo caro mal elegido, también)
El menor precio casi nunca es el mejor negocio en software: pagas dos veces cuando el desarrollo malo hay que rehacerlo. Pero caro tampoco garantiza nada. Lo que importa es el valor — seniority que entrega en menos horas y con menos retrabajo. Compara por alcance, no por un monto suelto.
La forma correcta de comparar tres propuestas no es mirar el número final, sino el alcance detrás de cada una: qué incluye, qué no, y qué pasa a tres años con el mantenimiento. Lo desarrollamos en detalle en la guía de cuánto cuesta el software a medida. Y antes de contratar a medida, vale preguntarse si el proceso es tu diferencial o es commodity que conviene comprar enlatado: un buen proveedor te ayuda a decidir eso, no te empuja siempre a construir.
Qué mirar según lo que necesitas
Elegir proveedor también es elegir para qué. Pide casos de lo tuyo, no genéricos: experiencia en desarrollo a medida si es una plataforma web, en móvil si es una app, en integraciones si el reto es conectar sistemas, y en sector público si vas a un TDR.
No todas las empresas son buenas en todo. Si tu proyecto es una plataforma o un sistema interno, mira su experiencia en software a medida; si es una app, en aplicaciones móviles; si el valor está en conectar tu ERP, tus pagos o entidades del Estado, en APIs e integraciones; si necesitas escalar o mover tu infraestructura, en la nube. Y si construyes para una universidad o entidad pública, en software para el sector público y su conformidad. Pide que te muestren un caso parecido al tuyo — no un portafolio genérico.
Cómo trabajamos nosotros
Nuestra respuesta a esta lista es corta: ingeniería senior (quien diseña tu sistema lo escribe), el código 100% tuyo, y honestidad — te decimos cuándo NO conviene contratarnos. Y casos verificables: sector público y un club de +50,000 asociados.
No pretendemos ser la respuesta a todo. Pero si lo que buscas es un equipo senior que entienda tu negocio antes de escribir código, que te deje dueño de lo que construye y que te diga la verdad —incluso cuando la verdad es “esto no lo necesitas”—, esa es exactamente la forma en que trabajamos. Y lo puedes comprobar hablando con nosotros, no con un comercial.
En resumen
El proveedor que elijas mueve las probabilidades de tu proyecto más que cualquier otra decisión. Elige al que empieza por tu problema y no por la tecnología, al que pone la propiedad del código por escrito, al que te da referencias con quienes puedes hablar y al que te muestra el avance en el camino. Desconfía del precio en la primera llamada, del que solo vende rapidez y del que esquiva la pregunta sobre de quién es el código. No busques el más barato ni el más caro: busca el que te haga las mejores preguntas.
Fuentes
- Standish Group — CHAOS Report on IT Project Outcomes (tasas de éxito y fracaso)
- CHP Solutions — Qué evaluar antes de contratar una empresa de software (Perú)
- SlashMobility — 10 preguntas para tu proveedor de software antes de firmar
- PROMPERÚ — Informe de mercado del software 2025 (sector software peruano)
¿Nos estás evaluando? Haznos las preguntas difíciles.
Te respondemos las siete preguntas sin rodeos y te damos referencias verificables — hablando con un ingeniero, no con un comercial.
