Las mayores señales de alerta al contratar un desarrollador web: sin alcance ni cotización por escrito, sin portafolio real, vaguedad sobre quién es dueño del código, comunicación lenta o poco clara, y un precio demasiado bueno para ser verdad. Cada una predice problemas — facturas sorpresa, un sitio sin terminar, o código que no puedes llevarte. Un buen desarrollador es claro sobre alcance, precio, propiedad y plazo antes de que pagues nada. Fíjate bien en quién no lo es.
¿Cuáles son las señales más claras?
Algunas que predicen dolor de forma confiable: sin alcance ni cotización por escrito (solo un vago "claro, lo puedo hacer"), sin portafolio ni referencias, esquivar preguntas sobre propiedad del código, y comunicación ya lenta antes de que pagues. Suma "un precio muy por debajo de todos", que suele significar que se cortan esquinas o se abandona el proyecto a medias. Ninguna es sobre habilidad pura — son sobre si lo básico de un trabajo profesional está en su lugar. Una señal sutil que vale nombrar: un desarrollador que no puede explicar su plan en lenguaje claro. Si todo son palabras de moda y sales de la conversación sin saber qué obtendrás de verdad, esa vaguedad normalmente se traslada directo al proyecto. El pensamiento claro se nota como habla clara.
¿Por qué importa tanto la propiedad del código?
Porque si no eres dueño de tu código y cuentas, quedas atrapado. Algunos desarrolladores guardan el código, el hosting o el dominio a su nombre, así que irte significa perder tu sitio. Antes de contratar, confirma por escrito que serás dueño del código, el repositorio y cada cuenta. Un desarrollador que no lo ponga por escrito es la señal más roja que hay — cubro lo que está en juego en quién es dueño del código de tu web. La propiedad no es un detalle; es el punto entero. Una prueba rápida antes de firmar: pregunta "¿cuando terminemos, soy dueño del código, el repo y cada cuenta a mi nombre?". La respuesta correcta es un sí inmediato y sin condiciones. Titubeo, condiciones, o "nosotros te lo hospedamos" como única opción son todas señales de que estarías rentando tu propio producto en vez de ser su dueño.
¿Cómo evaluar a un desarrollador por adelantado?
Pide tres cosas: un alcance y cotización por escrito, un portafolio de trabajo real entregado, y una declaración clara sobre propiedad y traspaso. Luego observa cómo se comunican mientras responden — la rapidez ahora es el mejor anticipo de la rapidez después. Los buenos desarrolladores reciben bien estas preguntas porque ya las pensaron. Los que se ponen defensivos o vagos te están diciendo cómo irá el proyecto entero. Créeles temprano y actúa en consecuencia. También ayuda preguntar cómo manejan que las cosas salgan mal — un bug, un cambio de plan, un atraso. Alguien que habla abiertamente de proceso y errores es mucho más seguro que alguien que afirma que nada sale mal nunca. Los builds reales chocan con tropiezos; lo que importa es si se manejan a la vista.
¿Una cotización barata es siempre una señal de alerta?
No siempre — pero una cotización muy por debajo de todas las demás casi siempre significa que falta algo. A veces es inexperiencia (la persona cotizó bajo porque aún no sabe qué implica el trabajo), a veces son esquinas que no se ven hasta después (sin pruebas, sin manejo de errores, código que no puedes mantener), y a veces es alguien que tomará el depósito y perderá interés a medias. La lectura honesta es que el precio sigue al alcance y la calidad: un número que parece demasiado bueno suele esconder detrás un alcance más pequeño o de menor calidad. Compara cotizaciones por lo que de verdad incluyen, no solo el total — y trata un precio sin alcance escrito como ninguna cotización.
¿Qué preguntas hacer antes de contratar?
Una lista corta separa a los profesionales de los riesgos:
- ¿Cuál es el alcance escrito, y qué explícitamente no incluye?
- ¿Es precio fijo o por hora, y qué pasa si el alcance cambia?
- ¿Soy dueño del código, el repositorio y todas las cuentas al terminar?
- ¿Puedo ver trabajo real entregado y hablar con un cliente pasado?
- ¿Cuál es el plazo, y qué necesitas de mí para cumplirlo?
- ¿Cómo manejas bugs y cambios después del lanzamiento?
Las respuestas importan, pero también cómo se responden. Un buen desarrollador contesta todas con claridad y sin ponerse defensivo, porque ya las pensó. Cualquiera que esquive, se ponga vago, o trate preguntas justas como un insulto te está mostrando exactamente cómo irá el proyecto.
¿Cómo trabajo para evitar esto?
Pongo alcance, precio, propiedad y plazo por escrito antes de empezar cualquier trabajo, y eres dueño de todo — código, repositorio y cuentas — por defecto. Ese es el estándar detrás de mis servicios, porque la confianza viene de la claridad, no de promesas. Contratar bien es sobre todo insistir en lo básico por adelantado; cualquier desarrollador que valga la pena ya trabaja así. Si no lo hace, esa es tu respuesta — sigue buscando.
Guías de estrategia relacionadas
Mira freelancer vs agencia vs estudio, cómo escribir un brief de proyecto y quién es dueño del código de tu web.
¿Evaluando a alguien para tu build? Cuéntame qué estás construyendo — te digo directo qué preguntar y qué vigilar.
