America/New_York
Blog
/
Iniciar un proyecto
Disponible ahoraChatea conmigo
Posts

El Problema de las Agencias: Qué Pasa Después de que Pagas el Depósito

May 22, 2026
El dueño de un negocio en Miami (un restaurante en Brickell, por si quieres los detalles) pagó a una agencia web $3,500 para construir su sitio. Mitad por adelantado, mitad a la entrega. Tuvieron una llamada de inicio, un cronograma y un tablero de inspiración (mood board). Luego, el cronograma se retrasó. Después, el gestor de cuentas dejó de responder el mismo día. Luego, dejaron de responder por completo. Después de cuatro meses, no había sitio web. No hubo reembolso. Había un contrato que decía que la agencia no era responsable de los retrasos causados por "revisiones del cliente", revisiones que, en realidad, nunca habían solicitado. Vinieron conmigo para empezar desde cero. No tenían otros $3,500 extra. Tenían la mitad de eso y una historia que ya he escuchado más de una vez. Este no es un caso aislado de un mal proveedor. Es un problema estructural de cómo funcionan las agencias. Y una vez que entiendes la estructura, el fracaso deja de ser una sorpresa. El modelo del 50% por adelantado existe porque las agencias necesitan flujo de caja. Tienen que pagar nóminas, gastos fijos y múltiples proyectos simultáneamente. El depósito es la forma en que se mantienen solventes entre facturas. Eso no está mal en sí mismo. Pero crea una dinámica que debes entender antes de firmar. Una vez cobrado el depósito, la presión financiera para terminar tu proyecto se reduce significativamente. El dinero que ya pagaste no se va a ir a ninguna parte; ya está invertido en sus costos operativos. ¿Qué motiva a una agencia a priorizar tu proyecto sobre los otros diecisiete en la cola? Principalmente: la otra mitad de tu factura. Y tal vez su reputación, si estás en una posición de afectarla. El problema es que la urgencia que tú sientes por tu sitio web (lo necesitas para un lanzamiento, una temporada, un cambio de marca) no se transfiere a ellos. Tú tienes un solo proyecto que te importa enormemente. Ellos tienen muchos proyectos, y cada uno les importa solo de forma relativa. Las matemáticas no juegan a tu favor. La situación de un desarrollador independiente (freelancer) es diferente en un aspecto específico: cada proyecto es una referencia directa. No hay volumen de proyectos que pueda absorber un mal resultado. Terminar bien tu proyecto no es solo cuestión de cobrar el segundo pago; se trata de si lo recomendarás a alguien más. Esa asimetría cambia por completo el incentivo. Cuando trabajas con una agencia, no tienes una relación con la agencia en sí. Tienes una relación con un gestor de cuentas que tiene una relación con un director de proyectos que asigna el trabajo a un desarrollador que responde ante un director creativo que realiza reuniones de estado con el equipo de cuentas. Esto no es cinismo. Es el organigrama clásico. El problema con esta estructura es que nadie es completamente dueño de tu proyecto. Cada persona en la cadena maneja su parte y la pasa al siguiente. Cuando algo sale mal (y siempre hay algo que requiere ajustes), cada persona puede señalar a la entrega anterior a la suya. El gestor de cuentas no sabía que el desarrollador lo había interpretado así. El desarrollador estaba trabajando según las instrucciones que le dieron. Las instrucciones venían de una llamada en la que él no estuvo. También hay un problema de comunicación práctica. No puedes llamar a la persona que está construyendo tu sitio. Llamas al gestor de cuentas, quien crea un ticket, el cual va a una cola de espera que el desarrollador revisará después de terminar en lo que está trabajando actualmente. Para cuando tu pregunta obtiene una respuesta, ha pasado una semana y el contexto ha cambiado por completo. Un freelancer es el gestor de cuentas, el director de proyectos y el desarrollador, todo en uno. Cuando tienes una pregunta, se la haces directamente a la persona que tiene la respuesta. Cuando algo necesita cambiar, cambia en una conversación directa, no en un ticket de soporte. Esto es lo que más sorprende a la gente cuando se lo explico. La persona que conociste en la presentación de ventas (pulida, con experiencia, que claramente entiende tu negocio) suele ser un ejecutivo de cuentas senior o un líder de ventas. Son muy buenos en su trabajo. Hacen preguntas inteligentes, entienden tu industria, te hacen sentir comprendido. Ese es su rol. La persona que realmente construye tu sitio web es probablemente un desarrollador junior, o un desarrollador de nivel medio que trabaja en varios proyectos a la vez, o, en algunos casos, un equipo subcontratado en otra zona horaria. El talento senior que viste en la presentación supervisa múltiples cuentas. No están escribiendo tu código. Esto no es una estafa. Es la forma en que escalan las agencias. La economía del negocio lo requiere: no se puede dotar a cada proyecto de personal senior con las tarifas que los clientes están dispuestos a pagar. Pero la brecha entre la persona que prometió y la que entrega es real, y se nota en el trabajo. Las promesas hechas en el proceso de venta no siempre sobreviven al traspaso al equipo de desarrollo. ¿Aquel detalle sutil que explicaste sobre cómo suelen buscarte tus clientes? Quedó en las notas de la llamada. El desarrollador recibió un resumen resumido. Y esas dos cosas no son lo mismo. Cuando contratas a un freelancer, la persona que te escuchó es la misma que construye para ti. No hay capa de traducción. Lo que dijiste es lo que recuerdan. La mayoría de las agencias entregan un proyecto, cobran el pago final y consideran cerrada la relación. Cualquier cosa después de eso se cubre con un contrato de mantenimiento mensual o se clasifica como una solicitud de cambio. El problema es que la "solicitud de cambio" se define de manera muy amplia una vez que se paga la factura. Pides que se actualice el número de teléfono en el pie de página: eso es una orden de cambio. Notas que el formulario de contacto envía a un correo antiguo: orden de cambio. El menú móvil no se cierra al tocar fuera de él: dependiendo de cómo esté redactado el contrato, eso podría ser un error por corregir o podría estar fuera del alcance del proyecto. Esto sucede porque las agencias utilizan contratos que definen los entregables de manera muy estricta, y porque no hay una sola persona con la autoridad y la motivación para simplemente arreglarlo. El gestor de cuentas no quiere abrir una disputa de alcance. El desarrollador está enfocado en otro proyecto. El proceso se vuelve lento y pesado. Con un freelancer, el soporte posterior al lanzamiento suele funcionar de manera diferente, no por caridad, sino porque la relación es continua y su reputación está en juego cada vez que interactúas con tu sitio. Arreglar algo pequeño después del lanzamiento no es una negociación; es la forma en que se mantiene una buena relación de trabajo con alguien a quien podrías volver a contratar en el futuro. Si una agencia no entrega a tiempo, retrasa el proyecto durante meses, entrega algo roto o deja de comunicarse por completo, ¿cuáles son tus opciones? Legalmente, no muchas buenas. Los contratos de las agencias están escritos por profesionales de la industria. Definen la fuerza mayor de manera muy amplia, limitan la responsabilidad al monto del contrato y especifican cláusulas de arbitraje que hacen que las pequeñas disputas sean costosas de perseguir. Recuperar tu depósito después de un fracaso requiere un abogado o disputar el cargo en la tarjeta de crédito, e incluso entonces el resultado es incierto. Las agencias pueden absorber un proyecto fallido. Es malo para su reputación, pero no las hunde. Tienen otros clientes, otros ingresos y suficiente inercia institucional para seguir operando mientras tu disputa avanza lentamente por el proceso que hayas iniciado. La situación de un freelancer es completamente diferente. Su reputación es todo su negocio. Un solo cliente que haya tenido una experiencia genuinamente mala (que llame a sus contactos, que deje una reseña pública, que hable con otros dueños de negocios) puede tener un impacto significativo. Esto no es solo teoría. Es la razón por la cual la mayoría de los freelancers se desvivirán por resolver un problema antes de que se convierta en algo mayor. El costo de un mal resultado es asimétrico de una manera que juega a tu favor. Voy a describir cómo se ve una colaboración directa con un freelancer, porque el contraste es útil. Tienes un solo número de teléfono. Un solo correo. Cuando algo anda mal con tu sitio (un plugin dejó de funcionar, un formulario se rompió, la página carga lento), envías un mensaje y la persona que construyó el sitio te responde. Sin sistemas de tickets. Sin un gestor de cuentas que deba descifrar qué quieres decir antes de pasárselo a la persona adecuada. Hablas con la persona que conoce tu sitio. Esa misma persona conoce tu configuración de hosting, tus integraciones, tu base de código y el porqué se tomaron ciertas decisiones. No hay brechas de conocimiento institucional porque no hay institución. Solo hay una persona que ha trabajado en tu proyecto desde el primer día. Las decisiones ocurren en una conversación directa. "¿Podemos añadir una galería a esta página?" recibe una respuesta real en tiempo real, no una estimación que pasa por tres revisiones internas antes de volver a ti dos semanas después. Esto no significa que todos los freelancers sean excelentes. Significa que la estructura de responsabilidad es fundamentalmente diferente, y para el sitio web de un negocio, esa diferencia importa más de lo que la mayoría de la gente se da cuenta antes de experimentar ambas opciones. Nada de esto significa que las agencias sean siempre la opción incorrecta. Las organizaciones grandes con requisitos internos complejos, grandes presupuestos y equipos dedicados a gestionar la relación pueden hacer que el trabajo con una agencia funcione muy bien. Hay muy buenas agencias y clientes que se adaptan perfectamente a ese tipo de proceso estructurado. Pero para una pequeña o mediana empresa que contrata a alguien para construir o reconstruir su sitio web, el modelo de agencia conlleva riesgos reales que no son obvios desde el exterior. La estructura del depósito, el modelo de asignación de personal, la cadena de comunicación, la brecha de soporte posterior al lanzamiento... no son fallos puntuales. Es cómo funciona el modelo. La pregunta que vale la pena hacerse antes de firmar cualquier documento: ¿Qué pasa si esto sale mal? ¿A quién llamo y qué herramientas de presión tengo realmente? Si la respuesta requiere leer un contrato con lupa, estás en un tipo de relación diferente al que crees.
Si has tenido una mala experiencia con una agencia, o estás en proceso de evaluar tus opciones y deseas una conversación honesta sobre lo que realmente necesita tu proyecto, escríbeme por WhatsApp. Estaré encantado de hablar sobre ello, sin discursos de venta de por medio.
En esta página