Cómo elegir una empresa de desarrollo de software por su portafolio y sus referencias
Un portafolio bonito no prueba nada. Cualquiera puede armar diapositivas con logotipos de clientes. Lo que cuenta es lo que usted puede verificar.
Pida ver productos en funcionamiento: descargue la aplicación en la tienda, abra el sistema, revise la fecha de la última actualización. Una app publicada y mantenida dice más que diez presentaciones. Pregunte también cuál fue el papel de la empresa en cada proyecto, porque mucha gente presenta como propio un trabajo que fue solo de diseño, o solo de una parte del código.
Las referencias valen cuando usted habla con la persona. Pida el contacto de un cliente con un proyecto parecido al suyo y de otro que lleve años trabajando con ellos. Una relación larga es un dato fuerte: nadie renueva con un proveedor que entrega mal y desaparece.
Preguntas útiles en esta etapa:
- ¿Qué productos que ustedes hicieron están hoy en funcionamiento y puedo probarlos?
- ¿Cuál fue exactamente la parte de ustedes en cada uno?
- ¿Puedo hablar con un cliente actual y con uno que ya terminó el contrato?
- ¿Existe algún proyecto parecido al mío en tamaño y en tipo de problema?
Quién va a trabajar realmente en el proyecto
El error más común que vemos es conocer al equipo de ventas y descubrir al equipo técnico solo después de la firma. Quien presenta la propuesta casi nunca es quien programa.
Pida los nombres, la experiencia y el rol de cada persona asignada: quién decide la arquitectura, quién desarrolla, quién prueba. Pregunte si son empleados o terceros, y qué ocurre si alguien se va a mitad del proyecto. Una buena respuesta incluye documentación y revisión de código, para que la salida de una persona no detenga todo.
Converse con quien va a liderar técnicamente, no solo con el área comercial. En media hora de conversación se nota si la persona entiende su negocio o solo repite términos técnicos.
Alcance y cambios: cómo maneja la empresa lo que no estaba en el plan
Todo proyecto cambia. Quien promete un alcance cerrado sin ninguna flexibilidad o está subestimando el trabajo, o cobrará caro por cada modificación. Usted necesita saber de antemano cómo se tratan los cambios.
Pregunte cómo se describe el alcance (funcionalidades, pantallas, reglas de negocio, lo que queda fuera), cómo se estima y se aprueba un pedido nuevo, y quién decide cuándo algo entra y algo sale. Los modelos de precio fijo, por hora o por equipo dedicado funcionan, cada uno para un tipo de proyecto, y la empresa debe saber explicar por qué sugiere uno de ellos. Si quiere entender qué pesa en el valor final, tenemos una guía sobre cuánto cuesta un sistema o app a medida.
Con el plazo rige la misma lógica. Desconfíe de una estimación dada en cinco minutos, sin preguntas. Una propuesta seria nace después de entender reglas, integraciones y usuarios.
Propiedad del código, accesos y dependencia del proveedor
Este es el punto que más dolores de cabeza genera años después, y casi nadie lo pregunta. Deje claro en el contrato que el código fuente es suyo, o en qué condiciones pasa a serlo.
Verifique también dónde se guarda el código. El repositorio debe estar en una cuenta de su empresa, o con usted como administrador, y no solo en la cuenta del proveedor. Lo mismo vale para el dominio, las cuentas de las tiendas de aplicaciones, el servidor, la base de datos y los servicios de terceros. Si todo está a nombre de la empresa de desarrollo, el cambio de proveedor lo vuelve rehén.
Pregunte además si existe documentación suficiente para que otro equipo asuma el sistema. Usted no necesita irse, pero necesita poder hacerlo. Es una buena medida de la confianza que la empresa tiene en su propio trabajo.
Pruebas, entregas parciales, seguridad y mantenimiento después de la entrega
Un software entregado de una sola vez, al final de varios meses, es receta para una sorpresa. Prefiera entregas parciales cada pocas semanas, en un entorno que usted pueda abrir y usar. Así un malentendido aparece en la semana tres, no en el mes ocho.
Sobre las pruebas, pregunte qué se prueba y quién lo hace: pruebas automatizadas en las reglas más críticas, revisión de código, pruebas en dispositivos reales en el caso de las apps. Sobre la seguridad, pregunte cómo se tratan las contraseñas y los datos personales, quién tiene acceso al entorno de producción, cómo se hacen las copias de seguridad y si alguna vez se restauraron de verdad. Una copia de seguridad que nunca se restauró es solo una esperanza.
Y está el después. Un sistema no termina con la entrega: las bibliotecas se desactualizan, las tiendas cambian sus exigencias, los usuarios piden ajustes. Pregunte quién corrige los errores, en qué plazo, y cómo funcionan el alojamiento y la actualización. Escribimos un texto aparte sobre qué incluye el mantenimiento de software y cómo contratarlo, que vale la pena leer antes de cerrar cualquier contrato.
Empresa de desarrollo o freelancer: ¿y el equipo interno?
No existe una respuesta universal. Cada opción resuelve un problema distinto.
El freelancer suele ser la opción correcta para tareas pequeñas y bien definidas: un ajuste, un sitio sencillo, una integración puntual. Cuesta menos y es ágil. El riesgo es depender de una sola persona: si se enferma, cambia de trabajo o se queda sin tiempo, el proyecto se detiene y nadie más conoce el código.
La empresa de desarrollo tiene sentido cuando el proyecto exige varias competencias (back-end, front-end, móvil, diseño, pruebas) y continuidad. Usted gana equipo, proceso y alguien que responda después de la entrega. A cambio, paga más por hora y necesita verificar todo lo que enumeramos arriba, porque el tamaño de la empresa no garantiza calidad.
El equipo interno compensa cuando el software es el centro de su negocio y va a evolucionar durante muchos años. Contratar, capacitar y mantener ingenieros es caro y lento. Muchas empresas empiezan con una empresa de desarrollo, aprenden lo que necesitan y solo entonces arman el equipo propio, ya con un producto en pie.
Al decidir entre empresa de desarrollo o freelancer, pregúntese: ¿qué pasará con este sistema dentro de dos años? Si la respuesta importa, usted necesita más que una sola persona.
Señales de alerta antes de contratar una empresa de desarrollo
Algunos comportamientos, según nuestra experiencia, casi siempre anticipan problemas:
- Precio y plazo cerrados en una reunión, sin preguntas sobre su negocio.
- Negativa a mostrar productos en funcionamiento o a facilitar el contacto de clientes.
- Respuesta evasiva sobre quién va a trabajar en el proyecto.
- Un contrato que no dice de quién es el código, o que mantiene el repositorio y las cuentas solo a nombre del proveedor.
- Promesa de entregar todo, en todo, rápido y barato.
- Ninguna mención a pruebas, seguridad o mantenimiento, como si el proyecto terminara el día de la entrega.
- Un fuerte descuento condicionado a firmar hoy.
- Rechazo de cualquier etapa menor y pagada antes del contrato completo.
Cómo reducir el riesgo con una etapa pequeña antes del contrato grande
La mejor forma de evaluar a un proveedor es trabajar con él en un recorte pequeño. En lugar de cerrar el proyecto completo, contrate una primera etapa de pocas semanas: un flujo principal funcionando, un prototipo navegable o un módulo aislado del sistema.
En pocas semanas usted ve lo que la presentación no muestra: cómo pregunta el equipo, cómo reacciona ante un cambio, si cumple lo acordado, si la comunicación es clara y si lo entregado funciona de verdad. Si el resultado le agrada, el contrato mayor nace con mucha menos incertidumbre, y la estimación ya se apoya en trabajo real.
Si su caso es un sistema antiguo, el razonamiento es el mismo: empiece por un módulo, no por la reescritura total. Así lo hacemos en la modernización de sistemas heredados, de forma incremental y sin detener la operación. La guía completa de modernización de sistemas heredados explica el paso a paso.
Para las aplicaciones, un prototipo es la etapa pequeña más barata. Permite validar pantallas, flujo e idea antes de escribir la primera línea del sistema final. Ofrecemos un prototipo gratis de la aplicación precisamente para eso.
De nuestra experiencia
En SKAD, desde 2015 en São José dos Campos, llevamos productos hasta el usuario final, no solo entregamos código. Eu Católico, una aplicación propia con más de 100 mil descargas en iOS y Android, y Proxi, una aplicación nueva hecha desde cero en Node.js, React y React Native, publicada en Google Play y App Store y con una versión web pensada para SEO, son ejemplos de productos que usted puede descargar y evaluar.
También tenemos relaciones largas. Atendemos al cliente de Inspefire desde hace 10 años y desarrollamos más de 10 módulos nuevos a partir de las especificaciones que nos envía. En The Horus, mantenemos y alojamos el sistema y las aplicaciones mediante una cuota mensual. Por eso hablamos de mantenimiento y continuidad como parte de la elección, no como un detalle del contrato.
El fundador, Lucas Natal da Silva, tiene 13 años de ingeniería de software, con pasos por Embraer, Ericsson, Atlas Schindler, Accenture y las alcaldías de São Bernardo do Campo y de São José dos Campos, además de trabajo remoto para una empresa estadounidense. Hoy también es CTO de otra empresa de software.
Preguntas frecuentes
¿Qué preguntas hacer antes de contratar una empresa de desarrollo de software?
Pregunte qué productos están en funcionamiento, quién va a trabajar en el proyecto, cómo se manejan los cambios de alcance, de quién es el código y quién controla los accesos, cómo se hacen las pruebas y las entregas, y qué ocurre después de la entrega. Pida las respuestas por escrito.
¿Empresa de desarrollo o freelancer: cuál es mejor?
El freelancer sirve para tareas pequeñas y bien definidas. La empresa de desarrollo es más adecuada para proyectos con varias competencias y que necesitan continuidad y mantenimiento.
¿El código fuente pertenece a quien contrata?
Depende del contrato, por eso debe estar escrito. Exija la titularidad del código y que el repositorio y las cuentas queden a su nombre o con usted como administrador.
¿Vale la pena empezar con un proyecto pequeño?
Sí. Una etapa corta y pagada, como un prototipo o un módulo, muestra cómo trabaja el equipo antes de que usted asuma un compromiso grande.
¿Cómo saber si el portafolio de una empresa de desarrollo es confiable?
Verifique que los productos estén en funcionamiento, cuál fue el papel de la empresa en cada uno y converse con al menos un cliente actual. Un portafolio que usted no puede comprobar vale poco.
¿Qué debe decir el contrato sobre el mantenimiento?
Debe indicar quién corrige los errores y en qué plazo, cómo funcionan el alojamiento y las actualizaciones, y qué se cobra aparte. Sin eso, cualquier ajuste después de la entrega se convierte en una negociación.
Conclusión
Antes de firmar con cualquier proveedor, escriba sus diez preguntas más importantes a partir de este texto y envíelas a dos o tres empresas. Compare la claridad de las respuestas, no solo el precio. Después, en lugar de cerrar el proyecto completo, pida una primera etapa pequeña. Si tiene una idea de aplicación, el camino más barato es validar el flujo en un prototipo navegable antes de invertir en el desarrollo completo. Eso es lo que ofrecemos con el prototipo gratis: usted ve la aplicación y nuestra forma de trabajar, y decide con evidencia, no con promesas.