Voy a contar esta historia sin nombres, sin detalles que lo identifiquen, pero con todo lo demás tal cual pasó. Porque creo que el episodio que casi me hace querer cerrar Halcones Hub antes de que terminara de nacer es, paradójicamente, lo que más me sirvió para que la agencia sobreviviera después.
El proyecto que parecía perfecto al principio
Era un cliente con un negocio establecido, plata para invertir, y lo que parecía ser claridad sobre lo que quería. En la primera reunión me mostró referencias de otras webs, habló con seguridad de paleta de colores y estructura de navegación, y cerramos un presupuesto que en ese momento era el más alto que había cobrado hasta la fecha. Salí de esa reunión pensando que había conseguido el cliente ideal.
El problema empezó en la segunda semana, cuando le mandé el primer borrador.
La queja que no tenía solución
No le gustó. Hasta ahí, normal — es parte del proceso, para eso existen las rondas de revisión. El problema fue que su devolución no era específica. No decía "cambiá este color" o "el texto del hero es muy largo". Decía cosas como "no se siente profesional" o "le falta algo, no sé qué es". Pedí que me señalara ejemplos concretos de webs que sí tuvieran "eso" que faltaba, y me mandó referencias completamente distintas entre sí — una minimalista, otra recargada, otra con un estilo casi opuesto al que habíamos acordado en la reunión inicial.
Hice una segunda versión, tratando de interpretar el patrón común entre esas referencias. Tampoco le gustó. La devolución volvió a ser igual de vaga.
Cuando el problema no es el diseño, es el alcance
Acá fue donde cometí mi primer error grande: seguí iterando sobre el diseño en lugar de parar y preguntar qué estaba pasando realmente. Hice una tercera versión, una cuarta. El proyecto, que tenía un alcance original de dos rondas de cambios, ya llevaba seis. Yo seguía intentando adivinar qué quería, en lugar de aceptar que el problema no era visual — era que no teníamos un acuerdo claro de qué significaba "terminado".
El acuerdo verbal de la primera reunión, sin nada escrito sobre cuántas rondas de cambios incluía el proyecto, me dejó sin ninguna base para decir "esto ya está afuera del alcance original". Cada vez que yo trataba de poner un límite, la respuesta era algo como "pero vos me dijiste que ibas a hacer los cambios que hicieran falta". Y técnicamente, en algún momento de esa primera charla, probablemente dije algo parecido.
El punto de quiebre
Para la octava versión, ya habían pasado dos meses de un proyecto que originalmente tenía un plazo de tres semanas. Había dejado de tomar otros clientes nuevos porque este consumía todo mi tiempo disponible, y la plata que había cobrado por adelantado ya no compensaba ni de cerca las horas reales invertidas.
Recuerdo el momento exacto en que pensé en devolver la plata y cortar el proyecto. Estaba a las once de la noche, haciendo el noveno cambio de un texto que ya había cambiado cuatro veces, y sentí algo muy parecido al arrepentimiento de haber empezado Halcones Hub.
Lo que finalmente hice
No corté el proyecto, pero sí cambié la forma de manejarlo. Mandé un mensaje, por escrito, resumiendo todo lo que se había hecho hasta ese momento, aclarando que estábamos muy por encima del alcance original, y proponiendo dos caminos: cerrar el proyecto con la versión actual, con ajustes menores y puntuales, o definir un presupuesto adicional para seguir iterando de forma indefinida.
Esa conversación, que debería haber tenido en la segunda ronda de cambios, finalmente puso un límite claro. El cliente eligió cerrar con ajustes menores. El sitio se entregó. No fue el proyecto más lindo de mi portfolio, pero se terminó, y aprendí algo que cambió cómo trabajo desde entonces.
Lo que cambié después de ese proyecto
Desde ese cliente, todo proyecto en Halcones Hub arranca con un alcance escrito, sin excepción. Ese documento dice exactamente cuántas rondas de revisión incluye el precio, qué pasa si se necesitan rondas adicionales (con un costo claro por ronda extra), y qué se entiende por "entrega final". No es un contrato de veinte páginas — es medio folio, claro y directo, que el cliente firma o confirma por escrito antes de arrancar.
También cambié cómo pido feedback. En lugar de "¿qué te parece?", pregunto puntualmente: "¿el color funciona, sí o no? ¿el texto del hero es muy largo, sí o no? ¿la estructura de menú es clara, sí o no?". Las devoluciones vagas son casi siempre un síntoma de que el cliente tampoco tiene del todo claro qué quiere — y mi trabajo, antes de poner manos en el diseño, es ayudarlo a aterrizar eso con preguntas concretas.
Lo que ese cliente me enseñó, sin saberlo
No le guardo rencor. Probablemente él tampoco tenía mala intención — simplemente no sabía bien lo que quería, y yo no le di la estructura necesaria para descubrirlo de forma eficiente. La responsabilidad de poner límites claros es mía, no de él. Un cliente sin experiencia en estos proyectos no tiene por qué saber dónde termina lo razonable; el que tiene que marcar esa línea soy yo, desde el principio.
Ese proyecto, que en su momento sentí como el peor error de mi carrera como freelance, terminó siendo la razón por la que hoy Halcones Hub tiene un proceso claro de alcance y revisiones. Si nunca hubiera pasado por esas ocho rondas de cambios sin sentido, probablemente seguiría operando con acuerdos verbales y "los cambios que hagan falta" — y tarde o temprano, otro cliente me hubiera enseñado lo mismo, a un costo todavía mayor.
La diferencia entre un cliente difícil y un proceso sin límites
Con el tiempo entendí algo que en su momento no podía ver con claridad: no había, en el fondo, un "cliente difícil" en el sentido de alguien con mala intención. Había un proceso mío sin límites, que cualquier cliente — el más razonable o el más exigente — podía estirar tanto como yo le permitiera. La etiqueta de "cliente difícil" es cómoda porque pone el problema afuera de uno mismo. Pero en la mayoría de los casos, como en este, el verdadero problema está en la falta de estructura propia, no en la otra persona.
Esto no significa que no existan clientes genuinamente complicados, de mala fe o con expectativas irracionales sin importar cuánta estructura uno tenga. Existen, y es importante poder identificarlos a tiempo. Pero antes de etiquetar a alguien así, vale la pena hacerse la pregunta honesta: ¿esta situación se está dando porque la persona es realmente irrazonable, o porque yo no establecí límites claros desde el principio y ahora estoy pagando esa falta de claridad?
Cómo identifico hoy las señales tempranas
Hoy, en la primera reunión con cualquier cliente nuevo, presto atención a ciertas señales que en aquel proyecto ignoré por completo. Si alguien tiene dificultad para describir con concretud qué le gusta o no le gusta de las referencias que muestra, eso es una señal de que el proceso de definición va a necesitar más estructura de mi parte desde el principio — no menos. Si alguien usa frases como "vos sabés mejor que yo, hacé lo que consideres", eso suena halagador en el momento, pero en la práctica suele significar que esa persona no tiene un criterio claro propio, y que cualquier entrega corre el riesgo de no encajar con una expectativa que ni siquiera el cliente puede articular con precisión.
Ninguna de estas señales significa rechazar al cliente. Significan, simplemente, que ese proyecto en particular necesita un proceso de definición inicial más riguroso — más preguntas concretas, más ejemplos específicos, quizás una etapa adicional de "brief" detallado antes de empezar cualquier diseño — para evitar terminar, como me pasó a mí, iterando a ciegas durante meses sobre un objetivo que nunca estuvo claro desde el principio.