Elegir empresa de desarrollo de software para tu negocio es una de las decisiones más importantes (y más difíciles) que vas a tomar. Si eliges bien, tienes un producto que funciona, un equipo que responde y una inversión que se rentabiliza. Si eliges mal, pierdes meses, dinero y confianza.
Nuestro fundador lleva más de diez años en este sector, primero en equipos de grandes proyectos y ahora al frente de una empresa propia. Esta guía recoge las preguntas que haríamos si fuéramos el cliente, para que no tengas que descubrir los problemas a mitad de proyecto.
Qué preguntar antes de elegir una empresa de desarrollo de software
Pregunta 1: ¿Puedo ver proyectos reales que hayáis terminado?
No capturas en un portfolio: proyectos reales, en producción, que puedas comprobar. Si es una app, descárgala; si es una web, navega por ella. Si te dicen que no pueden mostrar nada por confidencialidad, al menos deberían poder describir el tipo de proyecto, el sector y el estado actual sin revelar al cliente.
Bandera roja: un portfolio con imágenes bonitas pero ninguna dirección ni enlace a tiendas.
Pregunta 2: ¿Quién va a trabajar realmente en mi proyecto?
En empresas grandes, quien te vende el proyecto no suele ser quien lo desarrolla, y a veces se subcontrata a terceros. Pregunta directamente: ¿quién va a escribir el código?, ¿puedo conocerle?, ¿estará durante todo el proyecto?
Bandera roja: respuestas vagas del tipo «un equipo senior», sin nombres ni perfiles.
Pregunta 3: ¿Qué pasa si necesito cambios a mitad de proyecto?
Todos los proyectos cambian durante el desarrollo; es inevitable. Lo que necesitas saber es cómo gestiona esa empresa los cambios: ¿hay un proceso claro?, ¿se presupuestan aparte?, ¿cuánto afectan al plazo?
Bandera roja: «no hay problema, lo vamos viendo», sin ningún proceso definido. Significa que al final habrá una discusión sobre qué estaba incluido y qué no.
Pregunta 4: ¿Qué incluye exactamente el presupuesto?
Pide un desglose. Un presupuesto profesional debería especificar:
- Funcionalidades incluidas (y excluidas).
- Tecnologías que se van a usar.
- Número de revisiones de diseño.
- Pruebas y control de calidad.
- Despliegue o publicación.
- Periodo de garantía tras la entrega.
- Formación, si aplica.
- Mantenimiento, si aplica.
Bandera roja: un presupuesto de una página con una cifra y «desarrollo de aplicación web». Sin desglose no hay forma de saber qué estás pagando.
Pregunta 5: ¿Qué pasa después de la entrega?
La entrega no es el final, es el principio. Tu aplicación va a necesitar mantenimiento, actualizaciones de seguridad, corrección de errores y, probablemente, nuevas funcionalidades. Pregunta:
- ¿Ofrecen mantenimiento tras el lanzamiento? ¿Cuánto cuesta y qué incluye?
- ¿Tengo acceso al código fuente y puedo cambiar de proveedor si quiero?
Bandera roja: no ofrecen mantenimiento, o te dicen que el código es suyo y no te lo dan. El código debe ser tuyo. Siempre.
Las cinco banderas rojas más comunes
| Bandera roja | Qué significa realmente |
|---|---|
| Precio muy por debajo del mercado | Van a recortar en calidad, pruebas o documentación, o no han entendido el alcance. Los extras llegarán después. |
| Prometen plazos imposibles | O no entienden el proyecto o van a entregar algo incompleto. |
| No preguntan por tu negocio | Si solo preguntan por funcionalidades técnicas y no por tu problema, construirán lo que les pidas, no lo que necesitas. |
| No tienen un proceso definido | Sin metodología, sin entregas intermedias, el proyecto se alarga sin control. |
| No quieren darte acceso al código | Tú pagas, el código es tuyo. Si ponen pegas, están creando dependencia artificial. |
Cómo comparar presupuestos distintos
Es tentador quedarse con el más barato, pero comparar solo por precio es como comparar coches solo por el color. Esto es lo que conviene mirar:
1. Alcance: ¿incluyen lo mismo? Un presupuesto más caro que incluye diseño, desarrollo, backend, pruebas y garantía puede ser mejor que uno más barato que solo cubre el «desarrollo frontend» y deja todo lo demás aparte.
2. Tecnologías: ¿son las adecuadas? No necesitas ser técnico: pregunta por qué han elegido esa tecnología y qué ventajas tiene para tu proyecto. Si no saben justificarlo, probablemente usan lo único que conocen.
3. Equipo: ¿quién va a trabajar? Un equipo reducido y senior no es lo mismo que uno numeroso de perfiles junior. El tamaño del equipo importa menos que su experiencia.
4. Comunicación: ¿cómo te informarán del avance? Reuniones semanales, demos periódicas, acceso a un tablero de progreso: cualquier formato vale, pero tiene que existir. Si la única comunicación es «te avisamos cuando esté listo», mal.
5. Garantía: ¿qué pasa si hay errores? Todo software tiene errores al principio. La pregunta es cuánto tiempo los corrigen sin coste. Es habitual una garantía de uno a tres meses tras la entrega.
Freelance, agencia o consultora: qué te conviene
| Freelance | Agencia | Consultora | |
|---|---|---|---|
| Precio | Más bajo | Medio-alto | Medio-alto |
| Comunicación | Directa con quien hace el trabajo | A través de un project manager | Directa con el equipo técnico |
| Capacidad | Una persona (riesgo si enferma o se satura) | Equipo disponible | Equipo reducido pero senior |
| Flexibilidad | Alta | Media (procesos internos) | Alta |
| Ideal para | Proyectos pequeños o tareas concretas | Proyectos grandes con varias disciplinas | Proyectos complejos que necesitan experiencia |
No hay una respuesta universal: depende de tu proyecto, de tu presupuesto y de cuánta implicación necesitas del proveedor. Son generalizaciones, y siempre habrá excepciones en los tres modelos.
Si quieres contrastar los datos con una fuente independiente, INCIBE ofrece recursos gratuitos para evaluar la seguridad de tus proveedores tecnológicos.
