Por qué las estimaciones de proyectos freelance siempre están mal (y cómo arreglarlo)

La estimación que diste al principio del proyecto casi siempre está equivocada. No porque seas malo estimando. Sino porque estimar con precisión es genuinamente difícil — y hay sesgos cognitivos específicos que hacen que la dirección del error sea casi siempre la misma: las estimaciones son sistemáticamente bajas.

Los psicólogos lo llaman la “falacia de planificación.” Tendemos a planificar el escenario optimista — sin imprevistos, sin fricciones, sin iteraciones inesperadas. Y el escenario optimista rara vez es el que ocurre.

Los estudios sobre proyectos de software muestran consistentemente subestimaciones del 30 al 50%. Proyectos creativos y de consultoría tienen patrones similares. No es incompetencia. Es un patrón estadístico.

Por qué persiste el sesgo

Entender por qué las estimaciones son bajas ayuda a corregirlas mejor que simplemente “añadir margen.”

Estimamos el camino ideal. Cuando pensamos en cómo haremos el trabajo, visualizamos el proceso sin interrupciones. No visualizamos la reunión que se cancela y requiere reprogramación, el cliente que cambia de opinión en la cuarta revisión, el archivo de referencia que llega con formato incorrecto. Esas fricciones son predecibles estadísticamente aunque no predecibles individualmente.

Olvidamos el overhead. El proyecto en sí puede ser 20 horas. Pero hay coordinación, emails de gestión, reuniones de actualización, documentación, handoff. Ese overhead raramente entra en la estimación inicial porque “no es el trabajo real.” Pero sí consume horas reales.

Recordamos nuestros mejores proyectos. Cuando estimamos cuánto tardará un tipo de trabajo, tendemos a recordar las veces que fue bien — cuando estábamos en un buen momento, el cliente era organizado, y todo fluyó. Eso crea un anchor optimista que no refleja el promedio real.

El cliente también sesga la estimación. Cuando presupuestamos delante de un cliente, hay presión implícita de dar un número que no les asuste. Ese filtro social reduce las estimaciones aún más.

Cómo los datos históricos lo corrigen

La mejor corrección a la falacia de planificación no es ser más pesimista en las estimaciones. Es usar datos reales de proyectos pasados como referencia.

Si tienes registro de cuántas horas llevaron realmente proyectos similares en el pasado, tu estimación puede anclarse en esa realidad en lugar de en tu intuición optimista.

El proceso es simple:

1. Identifica proyectos pasados comparables (tipo de trabajo, alcance aproximado, tipo de cliente).
2. Calcula cuántas horas llevaron realmente — no las que estimaste, sino las reales.
3. Usa esa distribución histórica, no tu intuición, como punto de partida.

El sesgo aquí es que si no tienes ese registro, no puedes hacer este cálculo. La mayoría de freelancers no lo tiene — o lo tiene de forma fragmentada, sin poder buscarlo fácilmente.

Un sistema de bloques de calendario bien etiquetados por proyecto genera ese registro automáticamente. Cada bloque con el nombre del cliente y el proyecto es una entrada de datos. Acumulado a lo largo de meses, te da la distribución real de cuánto llevan tus proyectos.

La regla del margen

Incluso sin datos históricos perfectos, hay una regla de margen que funciona mejor que no aplicar ningún ajuste.

Para proyectos de precio fijo donde el cliente asume varianza cero: añade el 30% sobre tu estimación central. Eso cubre la mayoría de proyectos en el percentil 50-60 de duración real.

Para proyectos donde el riesgo es alto: alcance poco definido, cliente nuevo sin historial, trabajo en área donde tienes menos experiencia. Añade el 50%. Eso te da cobertura hasta el percentil 75.

En otras palabras: no estimas el caso base. Estimas el caso probable, con buffer incorporado.

Si el proyecto acaba siendo más rápido de lo esperado, el cliente está contento, y tú has trabajado a una tarifa efectiva mejor de la esperada. Si el proyecto acaba siendo más lento — lo cual es lo que ocurre la mayoría de las veces — estás cubierto.

Qué hacer cuando un proyecto se excede igualmente

Incluso con margen, algunos proyectos se exceden. Cuando eso ocurre, tienes tres opciones.

Absorber el coste. Si la desviación es pequeña (menos del 10-15% sobre el presupuesto fijo), a veces es la decisión correcta. Protege la relación, cierra el proyecto, y ajustas la estimación de proyectos similares futuros.

Tener la conversación de scope creep. Si el exceso viene de trabajo añadido por el cliente — peticiones fuera del alcance inicial, revisiones extra, cambios de dirección — eso no es un error de estimación. Es un cambio de alcance. Merece una conversación sobre facturación adicional. “El alcance inicial era X. Hemos añadido Y y Z. Voy a emitir una factura complementaria por las horas correspondientes.”

Esa conversación es más fácil cuando tienes un registro claro de qué estaba dentro del alcance original y qué se añadió después. La ambigüedad juega en contra del freelancer.

Cerrar y aprender. Si el proyecto fue deficitario a pesar del margen, la pregunta más importante es: ¿por qué? ¿El tipo de trabajo es inherentemente más lento de lo que estimé? ¿El cliente requiere más iteraciones de las habituales? ¿Hay un tipo de tarea específica que siempre subestimo?

Esa respuesta ajusta las estimaciones futuras mejor que cualquier regla de porcentaje.

Precio fijo vs. por hora: la apuesta de la estimación

Hay una decisión subyacente en cada proyecto que afecta directamente el riesgo de la estimación.

Con precio fijo, el freelancer asume el riesgo de la estimación. Si el proyecto lleva más tiempo del esperado, el ingreso es el mismo. La varianza la paga el freelancer. Los mecanismos completos de cómo fijar el precio de un proyecto de precio fijo — reglas de margen y multiplicadores de riesgo incluidos — merecen una lectura complementaria.

Con precio por hora, el cliente asume ese riesgo. Si el proyecto lleva más tiempo, el cliente paga más. La varianza la paga el cliente.

El precio fijo tiene ventajas reales: el cliente sabe exactamente lo que va a pagar, lo cual simplifica la decisión de compra. Y si el proyecto va rápido, el freelancer gana más por hora de lo esperado.

Pero el precio fijo solo tiene sentido cuando el alcance está firmemente definido y tienes suficiente historial con ese tipo de trabajo para estimar con confianza. Sin esas dos condiciones, el precio fijo es una apuesta cuyo resultado estadístico es desfavorable para el freelancer.

Cuando el alcance es vago o el proyecto es nuevo para ti, la facturación por hora no es debilidad — es la estructura honesta que refleja la realidad del trabajo.

Timescanner registra tus horas reales por proyecto directamente desde tu calendario. Con ese historial, tus estimaciones dejan de anclarse en la intuición y empiezan a anclarse en datos. Compatible con cualquier calendario iCal.