Un día por cliente, no por tarea

La mayoría de freelancers divide cada día entre clientes.

Lunes por la mañana en Acme, una revisión rápida para Bravo antes de comer, algo urgente de Webb a las 16h. El martes empieza de nuevo con Acme — pero para cuando el contexto ha cargado, ya son las diez y cuarto.

No es un problema de concentración. Es un problema de facturación.

Cada cambio de contexto cuesta entre 15 y 20 minutos. No porque seas lento — sino porque el cerebro necesita tiempo para recargar un proyecto: el brief, las restricciones, en qué punto dejaste el trabajo, cuál es la siguiente decisión. Con tres clientes y dos cambios al día, son 30–40 minutos perdidos antes de haber producido nada facturable. En cinco días, son 3 horas. En un mes, casi 12 horas de trabajo que ocurrieron, te costaron energía y nunca llegaron a una factura.

Qué significa agrupar por cliente

Agrupar por cliente significa reservar días completos — o al menos medias jornadas — para un único cliente.

Lunes: Acme. Martes: Bravo. Miércoles: Webb. Jueves: buffer + administración. Viernes: desbordamiento de Acme si es necesario.

No tareas. No “estrategia de Acme a las 9, feedback de Bravo a las 11”. Días.

La diferencia importa. Con un día entero en un cliente, te mantienes en contexto. El brief sigue cargado. Recuerdas la decisión que tomaste el martes pasado. Trabajas más rápido, tomas mejores decisiones y produces mejor resultado. La penalización de reorientación que ocurre cada vez que cambias de cliente sencillamente no tiene lugar.

Es un paso más allá del time blocking clásico, que distribuye horas de cliente a lo largo de cada día. El time blocking es un buen punto de partida. Agrupar por día significa días-cliente en lugar de franjas-cliente — y la diferencia en la calidad del trabajo es real.

Por qué es un problema de facturación, no solo de foco

Cuando cada día está fragmentado entre clientes, las sesiones pequeñas desaparecen en los huecos.

Los 25 minutos de feedback asíncrono enviado con mentalidad Acme mientras técnicamente estabas “en” Bravo. La llamada de soporte que empezó mientras manejabas Webb. La revisión metida en un hueco de 40 minutos entre clientes.

Esas sesiones ocurrieron. Te costaron tiempo. Pero ocurrieron en las grietas entre bloques claramente atribuidos — y las grietas no se facturan.

Cuando dedicas un día entero a un cliente, cada hora de ese día le pertenece. Sin sesiones ambiguas. Sin “no recuerdo si eso era de Acme o de Bravo”. Una pregunta de 30 minutos forma parte del trabajo del día. Una revisión queda registrada. Nada desaparece.

El coste real de cambiar de cliente a mitad del día se analiza habitualmente en términos de pérdida de foco. El lado de la facturación se menciona menos, pero es igual de real: días fragmentados producen registros fragmentados, y registros fragmentados significan horas sin facturar.

Cómo estructurar los días-cliente

Empieza con tu lista de clientes activos y una estimación aproximada de horas semanales por cliente.

Acme: ~15h/semana → lunes + martes Bravo: ~8h/semana → miércoles + jueves por la mañana Webb: ~5h/semana → jueves por la tarde

La distribución no necesita ser exacta. El objetivo es dar a cada cliente un hogar en la semana — un día en el que puede contar con tu atención, y alrededor del cual planificas.

Tres cosas que hacen que la estructura sea sostenible:

Un ancla diaria, no franjas horarias. “Los lunes y martes son días de Acme” es más fácil de mantener que “Acme tiene de 9h a 12h cada día más el miércoles por la tarde.” El modelo mental necesita ser suficientemente simple para funcionar sin consultar el calendario cada mañana.

Un día de buffer. Un día por semana — jueves o viernes — parcialmente abierto para desbordamientos, peticiones urgentes y administración. Sin buffer, una sola petición imprevista rompe toda la estructura. Con uno, se absorbe sin problema.

Eventos con etiqueta de cliente. [Acme] Estrategia de marca, [Bravo] Revisión de diseño, [Webb] Sesión de desarrollo. La etiqueta es lo que conecta tu planificación con tu registro de facturación. Un día entero de bloques sin etiquetar es un día de trabajo que no puedes facturar con precisión.

Cuando un cliente escribe el día equivocado

“¿Y si Acme me manda algo urgente un martes?”

La mayoría de clientes no esperan respuesta inmediata. Esperan respuesta fiable. “Te respondo mañana por la mañana” es una respuesta completamente profesional — y los clientes que llevan contigo unos meses reconocen la comunicación por bloques como competencia, no como indiferencia.

La excepción: las emergencias reales. Un fallo en producción, un bloqueo en una fecha límite real, algo que no puede esperar 18 horas. Esas se atienden. También son raras. La mayoría de mensajes que parecen urgentes cuando se envían son mensajes, no emergencias.

Responder a todo en tiempo real condiciona a los clientes a esperar respuestas en tiempo real. También te condiciona a ti a interrumpir el trabajo profundo por no-emergencias. Los dos hábitos son caros.

Lo que muestra tu calendario después de un mes

Cuatro semanas después, el patrón es legible de un vistazo.

Lunes: Acme Martes: Acme Miércoles: Bravo Jueves: Webb + administración Viernes: buffer + desbordamientos

Y a final de mes, el informe de facturación ya está en el calendario: totaliza los bloques por cliente, multiplica por tu tarifa, envía la factura.

Aquí es donde la convención de nomenclatura para eventos de calendario hace su trabajo. [Cliente][Proyecto] en cada bloque significa que cada hora de un día Acme queda automáticamente atribuida a Acme. Sin reconstrucción, sin estimaciones, sin arqueología de fin de mes.

Timescanner lee tus eventos de calendario etiquetados y genera totales de horas por cliente para cualquier período. La estructura de días-cliente es exactamente lo que hace fiables esos informes — porque cuando un día entero pertenece a un cliente, cada bloque ya está correctamente atribuido.

Timescanner lee cualquier calendario compatible con iCal y genera informes de facturación por cliente automáticamente — Google Calendar, Outlook, iCloud, Proton Calendar, Notion Calendar, Fastmail, y otros.