Cómo elegir una empresa de desarrollo de software: guía

Cómo elegir una empresa de desarrollo de software se reduce a una pregunta: ¿este equipo entiende tu negocio y puede demostrar, con proyectos, procesos y un contrato claro, que entregará software que funcione y que podrás mantener? Antes de comparar precios, revisa cinco cosas: proyectos similares que puedas ver funcionando, cómo descubren los requerimientos, cada cuánto te entregan avances, quién se queda con el código y qué pasa después del lanzamiento.

Esta guía es para dueños y gerentes en México, Colombia, el resto de Latinoamérica y Estados Unidos que van a contratar un sistema a la medida por primera vez, o que ya tuvieron una mala experiencia y no quieren repetirla. La escribimos desde el otro lado de la mesa: somos un estudio que construye software, y estas son las preguntas que nos gustaría que todos los clientes hicieran.

¿Por qué es tan difícil elegir proveedor de software?

Porque al momento de firmar estás comprando algo que todavía no existe. Una camioneta la puedes manejar antes de pagarla; un sistema de pedidos, no. Lo único que puedes evaluar es la evidencia de que el equipo sabe trabajar: lo que ya construyó, cómo hace preguntas y cómo maneja los cambios.

Incluso los proyectos más famosos empezaron como un documento. La web misma nació así: según la historia oficial de CERN, Tim Berners-Lee escribió la primera propuesta en marzo de 1989 y, junto con Robert Cailliau, la formalizó como propuesta de gestión en noviembre de 1990. Esa lógica sigue vigente: un buen proveedor te ayuda a poner por escrito qué se va a construir antes de escribir una línea de código.

¿Qué revisar antes de contratar una empresa de desarrollo de software?

Estos son los diez criterios que usaríamos si estuviéramos contratando a otro equipo:

1. Proyectos parecidos al tuyo, funcionando. No basta un portafolio de capturas. Pide ver un sistema en uso o hablar con un cliente real.
2. Preguntas sobre tu negocio, no solo sobre pantallas. Si en la primera reunión nadie pregunta cómo entra un pedido, quién lo aprueba o dónde se atora, es mala señal.
3. Una fase de descubrimiento. Un equipo serio propone entender procesos, usuarios y datos antes de cotizar todo el proyecto.
4. Entregas frecuentes. Deberías ver software funcionando cada pocas semanas, no solo al final.
5. Una persona responsable de tu proyecto. Sabes con nombre y apellido quién responde cuando algo sale mal.
6. Propiedad del código y de las cuentas. El repositorio, el dominio, la nube y las bases de datos deben estar a nombre de tu empresa o transferirse sin condiciones.
7. Pruebas y control de calidad. Pregunta cómo prueban antes de publicar y quién valida cada entrega.
8. Seguridad desde el diseño. Manejo de contraseñas, permisos por rol, respaldos y referencias como el OWASP Top 10, una lista de riesgos de seguridad en aplicaciones web muy usada en la industria.
9. Documentación. Otra persona debe poder entender y mantener el sistema sin depender del programador original.
10. Soporte después del lanzamiento. Qué incluye, con qué tiempos de respuesta y cómo se cobra.

Preguntas que debes hacerle a un proveedor de software

Lleva estas preguntas a la reunión y anota las respuestas de cada candidato. Las respuestas vagas dicen tanto como las concretas.

• ¿Qué proyecto parecido al mío han hecho y puedo hablar con ese cliente?
• ¿Quiénes del equipo trabajarán en mi proyecto y cuánto tiempo le dedicarán?
• ¿Cómo manejan un cambio de alcance a mitad del proyecto?
• ¿Cada cuánto veré avances que pueda usar, no solo reportes?
• ¿En qué tecnología lo construirán y por qué esa y no otra?
• ¿Qué pasa si decido cambiar de proveedor dentro de dos años?
• ¿Cómo se integrará con lo que ya uso: facturación, pagos, WhatsApp, inventario?

La pregunta sobre cambiar de proveedor es la más reveladora. Un buen equipo responde con tranquilidad: el código es tuyo, está documentado y cualquier desarrollador competente puede tomarlo.

Software house, freelancer o equipo interno: ¿cuál conviene?

No hay una respuesta única. Depende del tamaño del proyecto, de cuánto va a cambiar y de si la tecnología es el centro de tu negocio o una herramienta de apoyo.

Opción	Funciona mejor cuando	Riesgo principal
Freelancer	El proyecto es pequeño, acotado y bien definido	Todo el conocimiento depende de una sola persona
Empresa de desarrollo	Necesitas varios perfiles (diseño, backend, pruebas) y continuidad	Elegir una que no entienda tu industria o que rote mucho a su gente
Equipo interno	El software es tu ventaja principal y cambiará todo el tiempo	Tiempo y costo de reclutar, y poca experiencia al inicio
Mixto	Una empresa construye y luego transfiere el conocimiento a tu equipo	Que la transferencia no se planee desde el principio

Muchas empresas medianas terminan en el modelo mixto: un equipo externo arranca y construye la base, y con el tiempo una o dos personas internas asumen el día a día.

¿Cómo comparar cotizaciones de desarrollo de software?

Dos cotizaciones con montos muy distintos casi nunca describen el mismo proyecto. Antes de comparar números, compara alcances.

• Lista de funciones: ¿ambas incluyen lo mismo, con el mismo nivel de detalle?
• Lo que no incluye: una cotización seria dice explícitamente qué queda fuera.
• Supuestos: quién provee textos, datos y accesos a otros sistemas, y en qué fechas.
• Modelo de cobro: precio cerrado por alcance o pago por tiempo. El primero da certeza pero castiga los cambios; el segundo da flexibilidad pero exige más seguimiento de tu parte.
• Costos recurrentes: servidores, licencias, servicios de terceros y mantenimiento.

Desconfía de la cotización que llega en un día sin que te hayan hecho preguntas. Si alguien puede estimar tu sistema sin entender tu operación, está estimando otro sistema.

¿Qué debe incluir un contrato de desarrollo de software?

No somos abogados y te recomendamos que uno revise tu contrato, pero por experiencia en proyectos estos puntos no deberían faltar:

1. Alcance de la primera etapa y criterios para aceptar cada entrega.
2. Propiedad intelectual del código y de los diseños a favor de tu empresa.
3. Entrega del código fuente y de todas las credenciales.
4. Procedimiento para cambios de alcance y cómo se aprueban.
5. Confidencialidad y manejo de los datos personales de tus clientes.
6. Garantía de corrección de errores después del lanzamiento y condiciones del soporte.
7. Qué pasa si cualquiera de las partes termina la relación.

Señales de alerta al contratar desarrollo de software

Estas señales no siempre significan mala fe, pero sí más riesgo:

• Dicen que sí a todo y no cuestionan ninguna de tus ideas.
• No te dejan hablar con clientes anteriores.
• El código vive en sus cuentas y "te lo pasan al final".
• No hay entregas intermedias: verás todo hasta el último mes.
• La persona que te vendió desaparece después de firmar.
• Prometen fechas sin conocer tus procesos.

Un buen proveedor a veces te dirá que no necesitas software a la medida, porque una herramienta existente resuelve la mayor parte de tu problema. Esa honestidad es una de las mejores señales.

Checklist rápido antes de firmar

• Vi al menos un sistema del proveedor funcionando o hablé con uno de sus clientes.
• Sé quién es el responsable del proyecto.
• Hay un documento de alcance que entiendo y aprobé.
• El código, el dominio y la nube quedan a nombre de mi empresa.
• Sé cada cuánto veré avances.
• Conozco los costos recurrentes después del lanzamiento.
• Un abogado revisó el contrato.

Si quieres ver cómo trabajamos un proyecto desde el descubrimiento hasta el soporte, revisa nuestra página de desarrollo de software a la medida. Y si tu proyecto incluye una tienda o un sitio corporativo, también hacemos páginas web para empresas.

Preguntas frecuentes

¿Qué preguntar antes de contratar a un desarrollador de software?

Pregunta por proyectos similares que puedas ver, quién trabajará en el tuyo, cómo manejan los cambios y quién será dueño del código. También pregunta qué pasa después del lanzamiento: soporte, errores y mejoras.

¿Es mejor un freelancer o una empresa de desarrollo de software?

Un freelancer puede funcionar para proyectos pequeños y muy definidos. Para sistemas que van a crecer, integrarse con otras herramientas y operar a diario, una empresa da continuidad y varios perfiles, y reduce el riesgo de depender de una sola persona.

¿Quién es dueño del código de un software a la medida?

Depende de lo que diga el contrato, por eso debe quedar por escrito. Lo recomendable es que la propiedad intelectual y el código fuente pasen a tu empresa, junto con todas las cuentas y accesos.

¿Cuánto tarda un proyecto de software a la medida?

Depende del alcance, de las integraciones y de la rapidez con la que tu equipo toma decisiones. Una buena práctica es dividirlo en etapas y lanzar primero una versión pequeña que ya resuelva el problema principal.

¿Tienes un proyecto en mente y quieres una segunda opinión sobre el alcance? Escríbenos y platiquemos de tu proyecto.