Cómo elegir una empresa de desarrollo de software

Qué evaluar, qué preguntar y qué revisar en la propuesta y el contrato antes de elegir al equipo que construirá y mantendrá tu software.

Antes de buscar: aclara qué necesitas#

Un buen proveedor te ayuda a definir el alcance, pero tú pones el objetivo.

Elegir una empresa de desarrollo de software es una decisión que te acompañará durante años: el proveedor que construye tu sistema suele ser también quien lo mantiene. Por eso conviene empezar por tu lado, con claridad sobre el problema que quieres resolver.

No necesitas un documento técnico. Basta con poder explicar en pocas líneas qué proceso quieres mejorar, quién usará el sistema y cómo sabrás que el proyecto funcionó.

• El problema de negocio y el resultado que esperas, en términos medibles.

• Los usuarios principales y los procesos que hoy hacen a mano o en hojas de cálculo.

• Los sistemas con los que debe conectarse: ERP, contabilidad, bancos, facturación, CRM.

• Una fecha que importe de verdad y un rango de presupuesto, aunque sea aproximado.

• Quién de tu empresa tomará las decisiones durante el proyecto.

Criterios para evaluar una empresa de desarrollo de software#

Ocho aspectos que separan a un buen socio tecnológico de un simple proveedor.

El precio importa, pero rara vez es lo que define si un proyecto sale bien. Estos criterios te ayudan a evaluar lo que de verdad pesa.

Entiende tu negocio antes de cotizar#

Hace preguntas sobre tu operación, cuestiona el alcance y propone alternativas. Si te da un precio sin preguntar nada, está cotizando a ciegas.

Experiencia comprobable#

Puede mostrarte software que ya está en producción y explicarte qué problemas resolvió. Si el proyecto es de tu industria o usa integraciones similares, mejor.

Quién hará el trabajo#

Pregunta quiénes formarán el equipo y si son las mismas personas que conociste en la venta. Los traspasos entre equipos son una fuente frecuente de errores.

Proceso y entregas frecuentes#

Trabaja por fases cortas y te muestra avances funcionando con regularidad, no solo al final. Ver el producto pronto permite corregir a tiempo.

Calidad y pruebas#

Explica cómo prueba cada avance antes de entregarlo y cómo evita que un cambio rompa lo que ya funcionaba.

Seguridad y manejo de datos#

Tiene prácticas claras de control de accesos y protección de datos, y conoce las obligaciones que aplican a tu información, como la protección de datos personales.

Propiedad del código y documentación#

Acepta establecer por escrito quién es titular del código y entregarte el código fuente y la documentación.

Soporte después del lanzamiento#

Ofrece mantenimiento y mejoras con tiempos de respuesta acordados, para que no te quedes con un sistema sin quién lo cuide.

Preguntas que debes hacer en la primera reunión#

Las respuestas dicen más que cualquier presentación comercial.

• ¿Qué necesitan saber de mi operación para darme una propuesta seria?

• ¿Pueden mostrarme un proyecto similar que esté en producción?

• ¿Quiénes formarán el equipo y quién será mi contacto principal?

• ¿Cada cuánto veré avances funcionando y cómo se priorizan los cambios?

• ¿Cómo prueban el software antes de cada entrega?

• ¿A quién pertenece el código y qué documentación recibiré?

• ¿Qué pasa después del lanzamiento y cómo se cotiza el soporte?

• ¿Firman un acuerdo de confidencialidad antes de que comparta información sensible?

Cómo comparar propuestas#

Compara propuestas con el mismo alcance; si no, comparas cosas distintas.

Es común recibir propuestas con diferencias enormes de precio. Casi siempre se explican porque cada proveedor entendió un alcance distinto, propone un equipo diferente o incluye y excluye cosas distintas. Antes de comparar números, asegúrate de que todas respondan al mismo alcance.

Fíjate también en el modelo de cobro. Un precio cerrado por alcance da previsibilidad, pero los cambios importantes se cotizan aparte. Un esquema por periodo, como un equipo dedicado, da flexibilidad para cambiar prioridades, pero requiere más seguimiento de tu parte. Ninguno es mejor en abstracto: depende de qué tan definido esté tu proyecto.

• Alcance por fases, con entregables y criterios de aceptación para cada una.

• Tiempos estimados y supuestos sobre los que se calcularon.

• Costo desglosado y modelo de trabajo.

• Cómo se gestionan los cambios de alcance.

• Qué pasa después del lanzamiento: soporte, mantenimiento y garantía.

Señales de alerta#

Si ves varias de estas, conviene seguir buscando.

• Promete fechas o precios cerrados sin conocer tu operación.

• Dice que sí a todo y nunca cuestiona el alcance ni propone alternativas.

• No puede mostrarte software en producción ni explicar su proceso de trabajo.

• Evita hablar de la propiedad del código o de la entrega del código fuente.

• No menciona pruebas, seguridad ni cómo se pondrá el sistema en producción.

• No ofrece soporte después del lanzamiento o lo deja completamente sin definir.

• Pide la mayor parte del pago por adelantado sin entregas intermedias.

Qué debe incluir el contrato#

Lo que queda por escrito es lo que te protege cuando algo cambia.

Un buen contrato no es una formalidad: es el lugar donde se aclaran las expectativas de ambas partes. Revisa que, al menos, cubra estos puntos.

• Alcance, entregables y criterios para considerar terminada cada fase.

• Titularidad del código y de la propiedad intelectual, y entrega del código fuente y la documentación.

• Confidencialidad sobre la información de tu negocio.

• Tratamiento de datos personales conforme a la ley aplicable.

• Proceso para solicitar, estimar y aprobar cambios.

• Condiciones de soporte y garantía después del lanzamiento.

• Cómo se transfiere el proyecto si decides continuar con otro equipo.

Evalúa la relación, no solo el proyecto#

El software sigue cambiando después del lanzamiento, y el proveedor contigo.

Un sistema a la medida no se termina el día que sale a producción. Con el uso real aparecen ajustes, el negocio pide funciones nuevas y las librerías publican actualizaciones de seguridad. Por eso, además del proyecto inicial, evalúa cómo será trabajar con ese equipo durante años.

Observa cómo se comunica desde la primera reunión: si responde a tiempo, si explica las decisiones técnicas en términos de negocio, si reconoce lo que no sabe y si te dice que no cuando algo no conviene. Esas actitudes rara vez cambian una vez firmado el contrato.

También pregunta cómo documenta el sistema y cómo transfiere el conocimiento. Un buen proveedor deja un código que tu equipo, o cualquier otro equipo, pueda entender y operar. Eso no significa que planees cambiarlo, sino que la relación se sostiene por el valor que aporta y no por la dificultad de salir.

Empieza con un proyecto acotado#

La mejor forma de evaluar a un equipo es trabajar con él un tiempo corto.

Si tienes dudas, no comprometas todo el presupuesto desde el inicio. Una fase de descubrimiento, una consultoría o una primera versión pequeña te permiten conocer cómo trabaja el equipo: cómo comunica, cómo resuelve imprevistos y qué tan bien entiende tu negocio.

Al terminar esa fase tendrás un alcance más claro, una estimación más precisa y, sobre todo, información real para decidir si quieres seguir con ese proveedor.

Cómo trabajamos en DEXMA#

Lo que te pedimos que exijas a cualquier proveedor es lo que nosotros ofrecemos.

Empezamos entendiendo tu operación antes de proponer tecnología. Trabajamos por fases con demos en vivo cada semana, el mismo equipo te acompaña de principio a fin y seguimos contigo después del lanzamiento con soporte y evolución.

La titularidad del código se establece por escrito en el contrato y podemos firmar un acuerdo de confidencialidad antes de que compartas información sensible. Conoce más en por qué DEXMA o cuéntanos de tu proyecto.

Dudas comunes sobre este tema#

¿Tienes otra pregunta? Escríbenos y te respondemos en menos de 24 horas.

¿Es mejor contratar un freelancer o una empresa de desarrollo?#

Depende del proyecto. Un freelancer puede funcionar para tareas acotadas. Para un sistema que debe operar y evolucionar durante años, una empresa suele ofrecer más continuidad, distintos perfiles en el mismo equipo y soporte después del lanzamiento.

¿Cuántas propuestas conviene pedir?#

Las suficientes para comparar con criterio, sin convertir la búsqueda en un proceso interminable. Lo importante es que todas respondan al mismo alcance para que la comparación sea justa.

¿Importa que el proveedor esté en mi ciudad?#

Menos que antes. Lo que importa es que la comunicación sea frecuente y clara, que veas avances con regularidad y que el equipo entienda las reglas de tu industria y tu país.