Cómo contratar desarrollo de software a la medida sin que le vendan humo: guía para el founder no técnico

Usted no sabe programar. Pidió tres cotizaciones para construir el sistema que su empresa necesita y le llegaron números que no se parecen en nada:

Una agencia grande: USD 120,000
Un estudio mediano: USD 35,000
Un freelancer con “IA”: USD 6,000

Las tres juran que entregan “lo mismo”. Y usted, que no es técnico, no tiene cómo saber quién tiene razón. Esa asimetría — el proveedor sabe diez veces más que usted sobre lo que está comprando — es exactamente donde se cuela el humo.

Después de 13 años construyendo software empresarial, le voy a decir algo que ningún vendedor le va a decir: el mismo proyecto puede variar 10 a 20 veces en precio, y casi nadie se molesta en explicarle por qué. Esta guía es para que entienda qué está pagando, qué señales delatan a un mal proveedor, qué preguntar antes de firmar y qué exigir en el contrato. Para que contrate con criterio, no con fe.

Por qué el mismo proyecto cuesta 10 veces más en una cotización que en otra

No es que unos sean caros y otros baratos. Es que están vendiendo cosas distintas con el mismo nombre. Las variables que mueven el precio de verdad:

Quién escribe el código. Un arquitecto senior con 13 años no cuesta lo mismo que un junior que aprendió hace ocho meses. Y no entregan lo mismo.
Si hay diagnóstico o no. Cotizar sin entender su operación es adivinar. Adivinar barato es lo que termina costando caro.
Alcance real. “Una plataforma de gestión” puede ser cinco pantallas o cincuenta. Si nadie lo cerró por escrito, el precio es ficción.
Calidad de la arquitectura. Un sistema que aguanta crecer cuesta más al inicio. Uno que se rompe a los seis meses sale barato hoy y carísimo después.
Quién será dueño del código. Si el código queda atado al proveedor, lo barato de hoy es una correa de por vida.

La diferencia de precio rara vez es margen. Casi siempre es lo que no le están contando que va a recibir — o lo que no le van a entregar.

Si quiere entender a fondo cuándo construir software propio tiene sentido financiero y cuándo no, lo desarrollamos en Software a la medida vs. soluciones SaaS.

Las banderas rojas: cómo se ve un proveedor que le va a vender humo

Usted no necesita saber programar para detectar a un mal proveedor. Necesita saber qué escuchar. Estas son las señales que, en 13 años, he visto repetirse en los proyectos que terminan mal.

1. Le proponen “la plataforma completa” antes de entender su problema

Si en la primera reunión ya le están dibujando el sistema entero — módulos, pantallas, integraciones — sin haberle preguntado a fondo cómo funciona su operación hoy, desconfíe. Nadie puede diseñar la solución correcta sin haber medido el problema primero. Le están vendiendo un paquete prefabricado con su logo encima.

Un proveedor serio primero pregunta. Mucho. A veces incómodo. Después propone.

2. El presupuesto está lleno de tecnología de moda sin explicar qué resuelve

“Vamos a usar blockchain, microservicios, inteligencia artificial y una arquitectura de eventos.” Suena impresionante. La pregunta correcta es: ¿qué problema mío resuelve cada una de esas cosas? Si no se lo pueden explicar en lenguaje de negocio — cuánto le ahorra, qué error elimina, qué le permite hacer que hoy no puede — es decoración. Y la decoración técnica la paga usted, en dinero y en complejidad que nadie va a poder mantener después.

La tecnología es un medio. Si se la venden como el fin, es humo.

3. No hay alcance ni plazo cerrado

“Lo vamos viendo sobre la marcha” es la frase más cara del desarrollo de software. Sin un alcance escrito (qué se construye y qué no) y un plazo con hitos, usted firmó un cheque en blanco. El proyecto se va a estirar, el presupuesto va a crecer, y cuando reclame le van a decir que “eso no estaba contemplado”. Claro que no estaba: nunca se contempló nada.

4. Nunca le dicen “no construya esto”

Este es el filtro más simple y el más revelador. Un proveedor que le dice que sí a todo no es flexible: está vendiendo. Si usted propone una funcionalidad que no tiene sentido, o quiere construir algo que un sistema existente ya resuelve por una fracción del costo, un buen proveedor se lo dice, aunque eso reduzca su factura.

En Bithaus rechazamos trabajo cuando no vemos retorno. No por nobleza: porque un cliente que invirtió en algo que no funciona no vuelve, no recomienda y, con razón, queda resentido. Si nadie en la mesa le ha dicho nunca “esto no vale la pena todavía”, no tiene un asesor. Tiene un vendedor.

5. Equipos junior con un senior “en copia”

El patrón clásico del body-shopping (alquilar cuerpos por hora): le venden la cara de un arquitecto senior en la propuesta, pero el código real lo escribe un equipo junior rotativo al que usted nunca conocerá. El senior aparece en la reunión de venta y en el contrato, y desaparece en la ejecución. Usted paga tarifa senior por trabajo junior.

Pregunte, sin rodeos, quién va a escribir las líneas de código. Con nombre. Y cuánto tiempo real le va a dedicar.

6. Quieren su código atado: sin documentación, con lock-in

Lock-in significa quedar amarrado a un proveedor porque salirse cuesta demasiado. En software se construye de varias formas: no entregarle el código fuente, no documentarlo, hospedarlo todo en cuentas que son de ellos, o usar tecnología propietaria que solo ellos saben mantener.

El síntoma se ve desde el principio: cuando usted pregunta “¿el código va a ser mío?” y la respuesta se enreda. Si el código que usted pagó no termina en un repositorio suyo, con documentación que otro equipo pueda leer, usted no compró un activo. Alquiló una dependencia.

7. Pagos grandes sin entregables intermedios

“50% para arrancar, 50% al entregar” en un proyecto de cuatro meses es una bandera roja. Significa que durante meses usted no va a ver nada funcionando y no va a tener forma de saber si el proyecto va bien o va al desastre. Para cuando lo descubra, ya pagó la mitad.

Lo sano es pagar contra entregables: tramos atados a hitos que usted puede ver, probar y validar. Si no le quieren estructurar el pago así, pregúntese qué es lo que no quieren que usted vea a mitad de camino.

Las preguntas que debe hacer antes de firmar

No tiene que entender las respuestas técnicas en detalle. Tiene que ver si el proveedor las responde con claridad o con humo. La forma de responder le dice tanto como el contenido.

¿Quién va a escribir el código, con nombre, y cuántos años de experiencia tiene? Si la respuesta es vaga (“un equipo asignado”), insista. Esto define la mitad del riesgo.
¿Al terminar, el código es 100% mío y queda en mi repositorio? La única respuesta aceptable es “sí, suyo, con acceso completo”. Cualquier matiz es una alerta.
¿Qué van a construir exactamente, y qué NO van a construir? Un buen proveedor tiene tan claro lo que queda fuera como lo que queda dentro. El “qué no incluye” honesto es señal de seriedad.
¿Pueden decirme algo que les pedí y que creen que no debería construir? Si dicen que todo lo que usted pidió está perfecto, no lo analizaron. O no se atreven a contradecirlo.
¿Cómo se estructura el pago, y a qué entregables está atado cada tramo? Debe poder ver progreso real antes de soltar la mayor parte del dinero.
¿Qué pasa con el sistema si el día de mañana decido trabajar con otro equipo? La respuesta revela si están construyendo para usted o para amarrarlo. Documentación y código suyo = libertad. Silencios = correa.
¿Qué incluye el soporte después de entregar, y qué cuesta? Todo software vivo necesita mantenimiento. Si no se lo mencionan, lo van a cobrar aparte y caro, o lo van a abandonar.
¿Pueden mostrarme un proyecto suyo que siga funcionando en producción después de 2+ años? Esta pregunta separa el portafolio real de la galería de pantallas bonitas que nunca llegaron a usuarios reales.

Qué debe exigir en el contrato

Las promesas de la reunión de venta no valen nada si no están por escrito. Antes de firmar, asegúrese de que el contrato diga, en términos que usted entienda:

Propiedad del código: 100% suyo. El contrato debe decir explícitamente que toda la propiedad intelectual del código desarrollado es de su empresa, entregada en un repositorio bajo su control.
Sin lock-in. El sistema se entrega en infraestructura que usted controla (o que puede transferir), sin tecnología propietaria que lo amarre a ese proveedor.
Documentación técnica incluida. No como extra opcional. Documentación suficiente para que otro equipo competente pueda tomar el sistema y continuarlo. Si nadie más puede mantenerlo, no es suyo de verdad.
Alcance y plazo cerrados. Qué se construye, qué no, en cuánto tiempo, con hitos. Y un mecanismo claro y por escrito para los cambios de alcance (no “lo vemos sobre la marcha”).
Entregables intermedios con pagos atados. Tramos de pago contra hitos visibles y validables, no un solo desembolso grande contra una entrega final que aún no existe.
Soporte post-entrega definido. Qué cubre, por cuánto tiempo, a qué costo. Que el sistema no quede huérfano el día después del go-live (la puesta en producción).

Si un proveedor se resiste a poner cualquiera de estos puntos por escrito, ya tiene su respuesta. No es un detalle legal: es lo que separa comprar un activo de alquilar un problema.

El mejor seguro contra el humo: empiece con un diagnóstico pagado pequeño

Aquí está el consejo que más le va a ahorrar: no firme un proyecto grande con alguien que no conoce. Empiece con uno pequeño.

Antes de comprometer USD 30,000 o USD 100,000 con un proveedor, contrate primero un diagnóstico pagado de bajo monto. Por una fracción del proyecto total, usted obtiene tres cosas:

Claridad real sobre su problema. Cuánto le cuesta hoy, qué vale la pena resolver primero, qué no vale la pena tocar todavía.
Un alcance y un presupuesto basados en análisis, no en una corazonada de la reunión de venta.
Una prueba de cómo trabaja ese proveedor — cómo piensa, cómo comunica, si le dice la verdad — antes de jugarse el presupuesto grande.

Un diagnóstico pagado tiene una virtud adicional: filtra a los que solo quieren vender el proyecto completo. Un proveedor que vive de cerrar contratos grandes a presión va a empujar para saltarse este paso. Uno que confía en su criterio se lo va a recomendar, porque sabe que un cliente que entiende su problema toma mejores decisiones — y vuelve.

En Bithaus arrancamos así a propósito. Nuestro Diagnóstico Operativo Express cuesta USD 1,500 y entrega un reporte ejecutivo con cuánto le cuesta cada cuello de botella y un plan priorizado. Si después de eso decide no avanzar con nosotros, igual se lleva un documento con el que puede cotizar con cualquiera. No es un truco de venta. Es la forma honesta de empezar una relación de seis cifras: probándose mutuamente con algo pequeño primero.

En resumen

El mismo proyecto varía 10-20× en precio porque distintos proveedores venden cosas distintas con el mismo nombre. La diferencia casi nunca es margen: es lo que recibe (o no) por debajo.
Las banderas rojas se detectan sin saber programar: le proponen la plataforma completa sin diagnosticar, llenan el presupuesto de tecnología de moda sin justificarla, no cierran alcance ni plazo, nunca le dicen “no construya esto”, esconden equipos junior detrás de un senior, amarran su código con lock-in y piden pagos grandes sin entregables intermedios.
Antes de firmar, pregunte quién escribe el código, de quién será al final, qué NO se va a construir y cómo se estructuran los pagos. Mire si responden con claridad o con humo.
Exija por escrito: código 100% suyo, sin lock-in, documentación, alcance y plazo cerrados, pagos contra entregables y soporte definido.
Empiece pequeño. Un diagnóstico pagado de bajo monto es el mejor seguro contra una mala decisión de seis cifras.

La asimetría de información es el negocio del que vende humo. Este artículo es para cerrarla. Cuando entiende qué preguntar y qué exigir, deja de comprar con fe y empieza a contratar con criterio — y el humo, simplemente, no tiene dónde esconderse.

Próximo paso

¿Está a punto de contratar un desarrollo y quiere una opinión técnica honesta antes de firmar?

Diagnóstico Operativo Express — Una semana de análisis y un plan priorizado antes de invertir en grande (USD 1,500)
CTO Fraccional — Criterio senior para evaluar propuestas de proveedores y decidir con la cabeza, no con la presión de venta (USD 3,000/mes)
Agendar sesión exploratoria sin costo — 45 minutos para revisar las cotizaciones que recibió y dónde le están metiendo humo