Cómo estimar las horas de un proyecto freelance sin engañarte a ti mismo

Define el entregable antes de estimar las horas

No puedes crear una estimación defendible para un concepto vago como sitio web, campaña, integración o rediseño. Primero describe el resultado observable: páginas, estados, formatos, integraciones, dispositivos, contenido suministrado, proceso de aprobación y criterios de aceptación.

Escribe una definición breve de terminado para cada entregable. Si dos personas razonables podrían discrepar sobre si el trabajo está completo, el alcance todavía no es suficientemente específico para estimarlo. Aclararlo ahora cuesta menos que discutirlo cuando el presupuesto ya se ha agotado.

• Qué se entregará y en qué formato
• Qué debe proporcionar el cliente y en qué fecha
• Qué dispositivos, navegadores o plataformas deben ser compatibles
• Cuántos conceptos, variantes y rondas de revisión están incluidos
• Qué queda explícitamente fuera de la estimación

Divide el trabajo en partes lo bastante pequeñas como para cuestionarlas

Divide el entregable en tareas que normalmente lleven entre una y ocho horas. Una tarea llamada desarrollar la aplicación durante 60 horas oculta demasiadas suposiciones. Autenticación, estados de cuenta, validación de formularios, diseño adaptable, analítica y despliegue pueden estimarse y revisarse por separado.

Separa el trabajo repetible del trabajo incierto. Una página construida con una biblioteca de componentes existente no tiene el mismo riesgo que una integración de terceros sin documentar. Combinar ambos en una sola cifra hace que el trabajo conocido subvencione al desconocido.

Usa estimaciones de tres puntos para las tareas inciertas

Para una tarea con incertidumbre significativa, registra una duración optimista, una más probable y una pesimista. Una estimación ponderada práctica es: horas esperadas = (optimista + 4 × más probable + pesimista) ÷ 6.

Supongamos que una integración puede llevar 4 horas si la documentación y los accesos son correctos, 8 horas en el caso más probable y 20 horas si la API se comporta mal. La estimación ponderada es de 9,3 horas. La fórmula no elimina la incertidumbre; evita que el caso optimista se convierta silenciosamente en el plan oficial.

Si el resultado pesimista rompería el proyecto, no lo escondas dentro de un porcentaje. Ofrece una fase de descubrimiento pagada, una fase por horas o un punto de decisión antes de comprometerte con un total fijo.

Cuenta el trabajo oculto y las dependencias del cliente

El tiempo de producción es solo una parte de la entrega. Descubrimiento, reuniones, actualizaciones de estado, preparación de archivos, revisión de comentarios, pruebas, comprobaciones de accesibilidad, entrega y despliegue consumen capacidad. Si el proyecto los exige, deben estar en la estimación.

Las dependencias necesitan un responsable y una fecha límite. Esperar accesos o contenido puede no generar horas facturables, pero sí puede desplazar la fecha de entrega y provocar cambios de contexto costosos. Define qué ocurre cuando una entrada llega tarde en vez de fingir que el calendario es inmune a la realidad.

• Descubrimiento, investigación y aclaración de requisitos
• Gestión del proyecto y comunicación consolidada con el cliente
• Preparación de contenido, migración o limpieza de datos
• Control de calidad, accesibilidad y pruebas en dispositivos
• Revisiones incluidas, despliegue y entrega
• Gastos directos y especialistas subcontratados

Ejemplo práctico: actualización de un sitio web pequeño

Una renovación de un sitio de cinco páginas requiere 4 horas de descubrimiento y estructura, 10 de diseño, 22 de implementación, 8 de carga de contenido y control de calidad, 5 de comunicación y entrega y 5 para la ronda de revisión incluida. El trabajo definido suma 54 horas.

Una integración con CRM sigue siendo incierta. Su estimación de tres puntos es 4, 8 y 20 horas, lo que produce 9,3 horas esperadas. Añade un pequeño margen del 20% de precio fijo solo a esa tarea incierta: 1,9 horas. El total de planificación queda en unas 65 horas, no 54 ni un 70 elegido al azar.

Internamente conserva la estimación por tareas. En la propuesta al cliente presenta entregables, supuestos, revisiones incluidas, precio y calendario. Las horas son evidencia para tu decisión; no tienen que convertirse en un interrogatorio adjunto a cada presupuesto.

Convierte cada proyecto terminado en datos para futuras estimaciones

Registra el tiempo real usando las mismas categorías de tareas de la estimación. Al terminar, anota de dónde surgió la diferencia: requisitos poco claros, retraso del cliente, sorpresa técnica, retrabajo o simplemente una estimación demasiado optimista.

Después de varios proyectos, sustituye los márgenes genéricos por tus propios rangos. Quizá descubras que la implementación es predecible, mientras que la preparación de contenido y las aprobaciones no lo son. Eso es información operativa útil y bastante más valiosa que preguntar en internet cuánto debería tardar un sitio web.

• Compara horas estimadas y reales por tarea, no solo por total del proyecto
• Guarda notas sobre la causa de cada desviación relevante
• Actualiza las plantillas reutilizables de tareas después de cada entrega
• Revisa las estimaciones grandes con otro profesional antes de comprometerte