Cómo elegir una empresa de desarrollo de software en Perú: checklist antes de contratar

Elegir mal a la empresa de desarrollo de software no se nota en la primera reunión. Se nota tres meses después, cuando el alcance ya cambió dos veces, el equipo original ya no es el que cotizó y nadie puede explicar por qué el sprint 4 se parece tanto al sprint 1. En Perú, donde el número de fábricas de software, agencias digitales y freelancers creció rápido en los últimos años, esa mala elección es más común de lo que parece, y casi siempre pasa por saltarse las preguntas incómodas antes de firmar.

Esta guía es ese filtro. No es una lista de «qué tan bonito es el portafolio», sino de las preguntas que de verdad predicen si un proveedor va a cumplir.

Define primero qué tipo de ayuda necesitas, no qué proveedor prefieres

Antes de pedir cotizaciones, resuelve algo que casi nadie resuelve a tiempo: ¿necesitas que alguien construya el software de principio a fin, o necesitas sumar manos a un equipo que ya tienes?

Son necesidades distintas y exigen preguntas distintas al proveedor.

Proyecto llave en mano

Le entregas un objetivo de negocio (una plataforma, un sistema interno, un ecommerce) y el proveedor se hace cargo del diseño, el desarrollo, las pruebas y la puesta en producción. Tú validas avances, no gestionas al equipo día a día. Tiene sentido cuando no cuentas con un equipo técnico propio o cuando el proyecto es lo bastante grande como para justificar un equipo dedicado.

Staffing (aumento de equipo)

Ya tienes un equipo de desarrollo o un Project Manager interno, y necesitas sumar especialistas puntuales: un backend developer senior por seis meses, un QA por el tiempo que dure una migración. El proveedor pone el talento, tú mantienes el control del producto.

Hunting (reclutamiento directo)

No necesitas un proveedor externo de forma permanente, sino que alguien encuentre y valide al desarrollador que vas a contratar directamente en tu planilla.

Confundir estas tres modalidades es el primer error del proceso de selección. Pedirle una cotización de proyecto llave en mano a una empresa que en realidad hace staffing, o al revés, genera propuestas que no se pueden comparar entre sí.

Las preguntas que separan a una empresa seria de una que improvisa

Con la modalidad ya clara, hay un bloque de preguntas que toda empresa de desarrollo de software debería poder responder sin rodeos. Si una propuesta llega sin esta información, o la respuesta es vaga, es una señal.

• ¿Quién es exactamente el equipo que va a trabajar en mi proyecto? Pide nombres, roles y seniority, no solo un «equipo multidisciplinario». Es común, y grave, que en la reunión de venta aparezca un arquitecto senior y en la ejecución el proyecto lo termine llevando alguien junior.
• ¿Cómo se ve el proceso, paso a paso, desde que firmo hasta que el software está en producción? Un proveedor que no puede explicar sus etapas con claridad tampoco las va a seguir con disciplina.
• ¿Qué pasa si el alcance cambia a mitad de camino? Todo proyecto de software cambia de alcance en algún punto. La pregunta no es si va a pasar, sino qué mecanismo existe para manejarlo sin que se convierta en una pelea sobre qué decía el contrato.
• ¿Cómo se factura y qué cubre exactamente esa cifra? Un precio cerrado que no especifica qué incluye (¿QA? ¿documentación? ¿soporte post lanzamiento?) es un precio que va a subir en la práctica.
• ¿Qué pasa con el código y la propiedad intelectual al terminar el proyecto? El código, los accesos y la documentación técnica deben quedar en tus manos, no atrapados en el proveedor.
• ¿Puedo hablar con un cliente anterior con un proyecto de tamaño parecido al mío? No pidas el caso más vistoso del portafolio, pide el más parecido al tuyo.

Si todavía no tienes claro cuánto deberías presupuestar, conviene resolver esa duda antes de sentarte a negociar. Lo desarrollamos con detalle en Cuánto cuesta desarrollar un software a medida en Perú, la pieza complementaria de esta guía.

Qué debe incluir un proceso de desarrollo que funciona

No todos los procesos de desarrollo son iguales, pero los que funcionan comparten una estructura reconocible. En GrowBy, por ejemplo, el proceso para proyectos llave en mano sigue cuatro etapas:

1. Discovery. Se analizan los objetivos de negocio, se evalúa la viabilidad técnica y se define el alcance antes de escribir una sola línea de código.
2. Team building. Se arma el equipo específico para el proyecto, gestionado por un Project Manager dedicado, no repartido entre diez cuentas a la vez.
3. Desarrollo end-to-end. El software se diseña, construye e integra por etapas, con una metodología ajustada al proyecto: un ecommerce no se construye igual que un sistema interno de logística.
4. QA y Go Live. Antes de salir a producción hay control de calidad, y después del lanzamiento hay acompañamiento, no un «buena suerte» apenas se hace el último pago.

No es la única forma correcta de organizar un proyecto de software, pero sirve como vara de medida: si el proveedor que estás evaluando no tiene una estructura al menos así de clara, pídesela antes de firmar. Si no puede dártela, ya es información valiosa por sí sola.

Señales de alerta que casi nadie revisa a tiempo

Algunas banderas rojas aparecen recién cuando el proyecto ya arrancó, pero se pueden detectar antes si sabes dónde mirar:

• La cotización llega en menos de 48 horas para un proyecto complejo. Un presupuesto serio requiere entender el problema primero. Una cifra instantánea suele salir de una plantilla, no de una estimación real.
• No preguntan por tus usuarios ni por el problema de negocio, solo por «funcionalidades». Un proveedor sólido discute el problema antes de discutir el stack tecnológico.
• El equipo comercial nunca conecta contigo con el equipo técnico. Si quien te vende el proyecto no puede responder una pregunta técnica básica y tampoco te conecta con quien sí puede, ojo.
• No existe un proceso documentado de control de cambios. Sin eso, cada ajuste de alcance se negocia desde cero, con desgaste para ambos lados.
• El contrato no dice nada sobre plazos, penalidades por incumplimiento ni condiciones de salida. Un contrato que solo protege al proveedor dice bastante sobre cuánto confía en su propia capacidad de cumplir.

Checklist final antes de firmar

Usa esta tabla como filtro rápido en la reunión de cierre. Si más de dos casillas quedan sin respuesta clara, todavía no estás listo para firmar.

Errores comunes al contratar desarrollo de software en Perú

Dos errores se repiten más de lo que deberían. El primero es elegir por precio sin ajustar antes el alcance: dos cotizaciones con la misma cifra final pueden cubrir trabajos completamente distintos, y comparar solo el número termina costando el doble. El segundo es tratar la elección de proveedor como una decisión puramente técnica, cuando en realidad es una decisión de gestión de riesgo: pesa tanto la arquitectura que proponen como la disciplina con la que van a ejecutar el contrato.

Hay un tercer error, más silencioso: no involucrar a nadie del equipo que va a usar el software día a día durante la evaluación de proveedores. Esa persona suele detectar huecos que quien solo revisa la propuesta comercial no ve.

Preguntas frecuentes sobre contratar desarrollo de software en Perú

¿Cuánto tiempo toma desarrollar un software a medida en Perú? Depende del alcance, pero como referencia general: un MVP acotado suele tomar entre 2 y 4 meses, mientras que una plataforma compleja con varias integraciones puede extenderse más de un año. Cualquier proveedor que te dé una fecha exacta sin haber hecho antes un discovery está adivinando, no estimando.

¿Qué diferencia hay entre contratar una fábrica de software y hacer staffing de desarrolladores? En un proyecto llave en mano, el proveedor gestiona todo el ciclo del proyecto y te entrega un resultado terminado. En staffing, tú mantienes la gestión del producto y el proveedor aporta el talento específico que te falta. La elección correcta depende de si ya tienes capacidad técnica y de gestión interna, o no.

¿Es mejor contratar una empresa peruana o una extranjera para desarrollo de software? No hay una respuesta única. Una empresa local suele facilitar la comunicación en el mismo huso horario, en el mismo idioma de negocio, y el cumplimiento de temas administrativos como facturación y contratos. Lo que sí importa, sea local o no, es que el equipo asignado tenga la experiencia real que tu proyecto necesita.

¿Qué pasa si el proyecto crece de alcance a mitad de camino? Es casi inevitable en cualquier proyecto de software de cierta duración. Por eso el contrato debe definir de antemano cómo se aprueba y se cobra un cambio de alcance, en lugar de dejarlo para negociar sobre la marcha cuando ya hay tensión entre las partes.

¿Conviene firmar un contrato de exclusividad o de largo plazo con la empresa de desarrollo? No necesariamente. Muchos proyectos funcionan bien con contratos por fases o por proyecto, sin ataduras de largo plazo. Antes de comprometerte a un contrato extenso, vale la pena validar con un proyecto más acotado si el proveedor cumple lo que promete.

Con el checklist listo, el siguiente paso es la propuesta técnica

Ninguna lista de verificación reemplaza el criterio de quien conoce tu negocio, pero sí evita que la decisión se tome solo por simpatía en la reunión de venta o por el precio más bajo de la tabla comparativa. En GrowBy trabajamos proyectos de desarrollo de software a medida bajo el modelo llave en mano, con equipos armados para cada caso y un proceso que va de Discovery a Go Live sin zonas grises. Si ya tienes claro qué necesitas, revisa nuestro servicio de desarrollo de software y solicita una propuesta concreta para tu proyecto.

Preguntas frecuentes

¿Cuánto tiempo toma desarrollar un software a medida en Perú?

Depende del alcance, pero como referencia general: un MVP acotado suele tomar entre 2 y 4 meses, mientras que una plataforma compleja con varias integraciones puede extenderse más de un año. Cualquier proveedor que te dé una fecha exacta sin haber hecho antes un discovery está adivinando, no estimando.

¿Qué diferencia hay entre contratar una fábrica de software y hacer staffing de desarrolladores?

En un proyecto llave en mano, el proveedor gestiona todo el ciclo del proyecto y te entrega un resultado terminado. En staffing, tú mantienes la gestión del producto y el proveedor aporta el talento específico que te falta. La elección correcta depende de si ya tienes capacidad técnica y de gestión interna, o no.

¿Es mejor contratar una empresa peruana o una extranjera para desarrollo de software?

No hay una respuesta única. Una empresa local suele facilitar la comunicación en el mismo huso horario, en el mismo idioma de negocio, y el cumplimiento de temas administrativos como facturación y contratos. Lo que sí importa, sea local o no, es que el equipo asignado tenga la experiencia real que tu proyecto necesita.

¿Qué pasa si el proyecto crece de alcance a mitad de camino?

Es casi inevitable en cualquier proyecto de software de cierta duración. Por eso el contrato debe definir de antemano cómo se aprueba y se cobra un cambio de alcance, en lugar de dejarlo para negociar sobre la marcha cuando ya hay tensión entre las partes.

¿Conviene firmar un contrato de exclusividad o de largo plazo con la empresa de desarrollo?

No necesariamente. Muchos proyectos funcionan bien con contratos por fases o por proyecto, sin ataduras de largo plazo. Antes de comprometerte a un contrato extenso, vale la pena validar con un proyecto más acotado si el proveedor cumple lo que promete.