Contratar desarrollo de software en Guadalajara

Guadalajara tiene un problema que parece una ventaja. Hay tanta oferta de desarrollo de software en la Zona Metropolitana que un director que necesita un sistema a la medida recibe cinco cotizaciones y ninguna se parece a la otra. Mismo alcance descrito, precios que varían por un factor de diez, plazos que van de seis semanas a nueve meses. La reacción natural es concluir que alguien está mintiendo. Casi nunca es así: están cotizando cosas distintas y nadie lo dijo en voz alta.

Conviene declarar el sesgo desde el principio. En INGEN desarrollamos software a la medida, en Guadalajara y Aguascalientes. Somos parte del mercado que este texto describe. Por eso los criterios que siguen están escritos para que funcionen con cualquier proveedor, incluidos los que compiten con nosotros. Un cliente que sabe evaluar contrata mejor, y eso conviene a quien hace bien el trabajo.

Por qué la ZMG concentra tanta oferta

La escala del sector no es folclor local. Según el Estudio del Sector TIC de Jalisco 2023 del IIEG, elaborado con IJALTI a partir de los Censos Económicos, en 2018 el estado tenía al menos 1,853 unidades económicas del sector TIC que ocupaban a 92,614 personas. Esas 1,853 empresas representan el 6.7% de los 27,460 establecimientos TIC del país, y el empleo equivale al 10.7% del empleo nacional del sector: segundo lugar nacional, solo detrás de la Ciudad de México. El mismo estudio documenta que entre 2018 y 2022 se sumaron 632 unidades económicas más, un crecimiento de 34% en cuatro años.

Traducido a lo que le importa a quien contrata: hay mucho de dónde escoger y el padrón crece más rápido de lo que cualquier mecanismo de reputación alcanza a filtrar. Una parte de esas empresas nuevas son equipos serios que se independizaron de una transnacional. Otra parte son dos personas con una marca registrada el mes pasado. Desde afuera, con un sitio web bien hecho, se ven idénticas.

El segundo factor es el talento. El presidente de IJALTI, Benjamín Huerta Estrada, declaró en 2023 que la industria jalisciense demanda alrededor de 10,000 ingenieros al año mientras egresan cerca de 3,000 de las universidades del estado. Un déficit de esa magnitud tiene una consecuencia directa sobre su proyecto: los perfiles con experiencia real están disputados por empresas que pagan sueldos de exportación, y el proveedor que le cotiza barato normalmente lo hace porque asignó gente junior. No es fraude. Es aritmética.

Por qué el precio varía tanto

Tres razones, en orden de peso.

La primera es a quién le asignan su proyecto. Los datos públicos de salarios en México son más dispersos de lo que uno quisiera. Data México, de la Secretaría de Economía, reporta con base en la ENOE un salario promedio mensual de alrededor de 11,000 pesos para desarrolladores y analistas de software, sobre una población ocupada de unas 390,000 personas. Ese promedio incluye soporte técnico, capturistas y perfiles de entrada de todo el país. El desarrollador con cinco años de experiencia que su sistema necesita cuesta varias veces esa cifra en la ZMG, y ninguna encuesta pública lo captura con precisión. Cuando dos cotizaciones difieren tres a uno, casi siempre difieren en el nivel de quien va a escribir el código.

La segunda es qué incluye la palabra "terminado". Un proveedor cotiza escribir el sistema. Otro cotiza escribirlo, probarlo, documentarlo, migrar los datos que hoy viven en Excel, capacitar a su gente y sostenerlo tres meses después de arrancar. Ambos dicen "desarrollo del sistema" en la propuesta. La diferencia aparece en el mes cuatro.

La tercera es la calidad de lo que usted entregó. Un requerimiento vago obliga al proveedor a cotizar con margen de incertidumbre, o a cotizar bajo y cobrar cada cambio después. Las cotizaciones más disparatadas suelen responder a briefs igual de disparatados.

Nueve criterios para evaluar a un proveedor

Aplican igual a un despacho de cincuenta personas en Zapopan que a un equipo de tres en Tlaquepaque.

1. Pida ver software funcionando, no un portafolio de imágenes. Capturas de pantalla las hace cualquiera. Pida entrar a un sistema real, aunque sea en ambiente de pruebas, o hablar con el cliente que lo usa. La negativa por confidencialidad es legítima una vez; si aplica a todo el portafolio, es una señal.

2. Pregunte quién específicamente va a trabajar en su proyecto. Nombres y años de experiencia. La práctica de vender con el equipo senior y ejecutar con becarios es común en toda la industria, no solo aquí. La pregunta de control es simple: la persona que está en la junta de venta, ¿va a estar en el proyecto y cuántas horas a la semana?

3. Exija que la propuesta diga qué NO incluye. Una propuesta profesional tiene una sección de exclusiones. Si la suya solo enumera maravillas, cada conversación futura sobre alcance será una negociación desde cero.

4. Averigüe de quién es el código. Debe quedar por escrito que la propiedad intelectual del desarrollo es suya al liquidar. Confirme también dónde vive el repositorio, quién tiene las llaves de los servidores y cómo se las entregan si mañana deciden separarse. Este punto se ignora hasta el día en que se vuelve el único importante.

5. Pregunte por el proyecto que salió mal. Todo proveedor con historia real tiene uno. La respuesta interesa menos por el fracaso que por la lectura: quien lo explica en términos de qué hizo distinto después es alguien que aprende. Quien culpa íntegramente al cliente le está mostrando cómo hablará de usted.

6. Pida entregas parciales cada dos o tres semanas. Un proyecto que solo se ve al final es un proyecto donde usted descubre los desacuerdos cuando ya son caros. Los estudios más citados sobre resultados de proyectos de TI, empezando por los reportes CHAOS del Standish Group, apuntan de manera consistente a que los requerimientos incompletos y la falta de involucramiento del usuario encabezan las causas de fracaso. Las cifras exactas de esos reportes no son de acceso público y por eso no las citamos aquí, pero el patrón es reconocible para cualquiera que haya vivido un proyecto largo: lo que no se revisa a tiempo se corrige tarde.

7. Defina el soporte antes de firmar, no después. Qué pasa cuando algo se rompe un viernes. Cuánto cuesta el mantenimiento mensual. Cuánto tarda una corrección urgente. Un sistema a la medida es una relación de años, no una compra.

8. Verifique que la empresa exista formalmente. Facturación, domicilio fiscal, antigüedad. En un mercado con la rotación de la ZMG, contratar por WhatsApp a una marca sin persona moral detrás lo deja sin recurso alguno.

9. Mida cómo le explican las cosas. Si en la etapa de venta, cuando más interés tienen en agradarle, no logran explicarle en términos de negocio qué van a construir y por qué, esa comunicación no va a mejorar cuando el proyecto vaya retrasado.

Señales de alarma

Hay cuatro que casi nunca fallan.

Cotizar sin preguntar. Un precio cerrado para un sistema a la medida entregado en la primera llamada significa que están vendiendo algo que ya tienen hecho, o que van a ajustar el alcance hacia abajo hasta que el número les cuadre.

El descuento por firmar hoy. La urgencia artificial es una técnica de venta de consumo que no pertenece a una compra de infraestructura. Un proveedor con trabajo suficiente no necesita presionar.

Decir que sí a todo. Un buen proveedor discute el alcance, propone quitar cosas de la primera versión y le advierte qué partes son riesgosas. La complacencia total en la venta se cobra en el desarrollo.

Tecnología como argumento principal. Si la propuesta dedica tres páginas a las herramientas y un párrafo a su operación, invirtieron el orden. Usted no compra tecnología, compra un problema resuelto.

Lo que a usted le toca

Buena parte de los proyectos que salen mal en Guadalajara no fracasan por incompetencia del proveedor. Fracasan porque del lado del cliente nadie tenía autoridad para decidir, los requerimientos cambiaron cada quincena, o el área que iba a usar el sistema se enteró cuando ya estaba construido.

Antes de pedir cotizaciones, tenga tres cosas: una persona con poder de decisión y tiempo real asignado al proyecto, una descripción escrita del problema en términos de operación, y claridad sobre qué es indispensable en la primera versión y qué puede esperar. Con eso, las cotizaciones que reciba serán comparables entre sí, que es justamente lo que hoy no ocurre.

La abundancia de proveedores en la ZMG es una ventaja genuina para quien sabe leer una propuesta. La misma abundancia es una trampa para quien elige por precio en una hoja de cálculo. La diferencia entre las dos experiencias se decide antes de firmar, en las preguntas que uno se atrevió a hacer.