Cómo elegir una empresa de desarrollo de software en el Perú

Elegir una empresa de desarrollo de software en el Perú no se resuelve con un ranking. Se resuelve en tres pasos. Entender qué tipo de proveedor calza con tu proyecto. Hacer diez preguntas concretas antes de firmar. Y comparar cotizaciones que respondan a lo mismo.

Este artículo va en ese orden. Está escrito desde un proveedor, así que toma lo que te sirva y contrástalo. Las preguntas funcionan igual con nosotros que con cualquier otro.

Por qué las listas de "las mejores empresas" no sirven para elegir

Si buscas "mejores empresas de desarrollo de software Perú", encuentras dos tipos de página. Artículos de agencias que se ponen a sí mismas en el primer lugar. Y directorios donde se aparece pagando o juntando reseñas.

Ninguna de las dos mide lo que te importa. Si esa empresa ha entregado un sistema parecido al tuyo. Si su forma de trabajar encaja con tu gente. Y si el contrato te protege cuando algo cambia.

Un ranking tampoco sabe cuál es tu proyecto. Conectar dos sistemas en tres semanas no es lo mismo que construir un ERP en un año. Un ERP es un sistema que junta compras, ventas, almacén y caja. La empresa correcta para uno no es la correcta para el otro, y ninguna lista lo distingue.

Los cuatro tipos de empresa de desarrollo de software en el Perú

Simplificando, hay cuatro. Cada uno sirve para algo. El error más caro es contratar el tipo equivocado para el tamaño del encargo.

Consultora grande

Equipos amplios, procesos formales, experiencia con corporaciones y bancos. Sirve para proyectos grandes con varias áreas involucradas y presupuesto para pagar la estructura. Para un sistema interno de una empresa mediana suele ser lenta y cara. Y tu proyecto compite por atención con clientes más grandes.

Casa de software mediana

Varios desarrolladores con una forma de trabajar definida, sin la estructura de la consultora. Es el rango habitual para sistemas a medida de empresa mediana. Un inventario, un portal, un módulo conectado al ERP. Conviene revisar que tenga su forma de trabajar publicada y no dependa de una sola persona.

Equipo pequeño

Dos a cinco personas. Cerca del cliente, rápido para decidir, buen precio. Funciona bien cuando el proyecto cabe en ese tamaño y el equipo ya hizo algo parecido. El riesgo es la continuidad: pregunta qué pasa si una persona clave se va.

Freelance

Una persona. Bien para tareas pequeñas, arreglos puntuales o una primera versión de prueba. No conviene para un sistema del que depende la operación. No hay respaldo, nadie más revisa su trabajo y la continuidad depende de una sola agenda.

Qué preguntar a un proveedor de software antes de firmar

Estas diez preguntas separan a un proveedor serio de uno que improvisa. Las respuestas deberían llegar por escrito. Guárdalas: son la base de lo que vas a firmar.

• ¿Queda por escrito qué va a hacer el sistema antes de programar, con lo que entra y lo que no?
• ¿Cómo se cotizan los cambios que aparecen a mitad del proyecto, y en cuánto tiempo?
• ¿El código fuente queda a nombre de mi empresa desde el inicio, en una cuenta nuestra?
• ¿Dónde se aloja el sistema y en cuenta de quién?
• ¿Quién paga el servidor y los servicios asociados, durante y después del proyecto?
• ¿Qué pasa después de la entrega: quién mantiene, con qué contrato y a qué costo?
• ¿Qué garantía cubre lo entregado y por cuánto tiempo?
• ¿Facturan electrónicamente y aceptan nuestros plazos de pago?
• ¿Firman nuestro acuerdo de confidencialidad antes de la reunión técnica?
• ¿Tienen proyectos que pueda probar en vivo, no solo capturas de pantalla?

Un proveedor que esquiva tres de estas diez no es necesariamente malo. Pero sí es uno con el que vas a tener conversaciones difíciles más adelante.

Señales de alerta

• Precio sin saber qué incluye. Una cifra en la primera reunión, antes de entender tu operación, es una cifra que va a cambiar.
• "Lo tenemos casi hecho". Suele significar que te van a adaptar algo construido para otro cliente, con las reglas de otro cliente.
• No enseñan nada funcionando. Diapositivas y maquetas no son software. Pide entrar a un sistema real, aunque sea de demostración.
• El código queda a su nombre. Si el código vive en la cuenta del proveedor, cambiar de proveedor se convierte en una negociación.
• Piezas propias del proveedor. Un módulo "de la casa" sin el cual el sistema no funciona. Te ata aunque el resto del código sea tuyo.

La señal más fiable no está en la propuesta. Está en cómo responde el proveedor a la primera pregunta incómoda. Si se molesta o la esquiva, ya sabes cómo va a reaccionar cuando el proyecto se complique.

Cómo comparar dos cotizaciones

Dos cotizaciones solo se comparan si responden a lo mismo. Antes de mirar el precio, revisa que ambas incluyan igual. Los mismos módulos, las mismas conexiones, el traslado de datos, la capacitación, la puesta en marcha, la garantía. Lo que una incluye y la otra no, súmalo o réstalo.

Después compara lo que no es precio. La forma de pago: por parte entregada o por adelantado. Cómo se demuestra el avance. Qué pasa con los cambios. Quién se queda con el código. Y qué cuesta el mantenimiento al año siguiente.

Una cotización más barata con el código a nombre del proveedor y sin garantía no es más barata. Ese ahorro lo pagas el día que quieras cambiar de proveedor o cuando algo falle y nadie responda.

Aquí vale decir cómo lo hacemos nosotros, sin afirmar que sea la única forma. Qué incluye, fechas y precio cerrados por escrito antes de programar. Entregas por partes que puedes probar. Cambios cotizados por escrito antes de hacerse. Código a tu nombre. Y software propio publicado que puedes abrir y usar. Está detallado en metodología.

Qué mandar para recibir una cotización comparable

Cuanto más claro llegue el pedido, más parecidas serán las respuestas y más fácil será elegir. No hace falta un documento técnico. Hace falta esto:

• Qué hace tu empresa y qué proceso quieres resolver, en una página.
• Quién va a usar el sistema y cuántas personas son, por área.
• Con qué sistemas tiene que conectarse: ERP, facturación, tienda, bancos.
• Qué datos existen hoy y dónde viven: Excel, otro sistema, papel.
• Qué tiene que estar sí o sí en la primera versión y qué puede esperar.
• Límites: plazo, presupuesto aproximado si lo hay, requisitos de seguridad o de tu área legal.

Con eso, cualquier proveedor serio puede hacerte las preguntas que faltan. Y devolverte una propuesta que se pueda poner al lado de otra.

Si quieres ver cómo se contrata con nosotros antes de escribir, mira servicios de desarrollo de software. Ahí están las tres formas de trabajar comparadas, con lo que incluye cada una y las condiciones. Y si prefieres empezar por una reunión, está el contacto.