---
name: weekly-client-report
description: Escribe un informe semanal de estado para un cliente de una agencia, una consultora o un equipo de servicios, que cabe en una pantalla - estado principal (en camino, en riesgo, desviado) con el motivo, lo hecho esta semana, lo de la semana que viene, métricas frente al objetivo, y bloqueos con lo que tiene que hacer el cliente. Úsala cuando alguien pida la actualización semanal para un cliente, un informe de estado, un resumen para el cliente o “mándale al cliente cómo vamos” a partir de notas, una lista de tareas o una exportación de un gestor de proyectos.
---

# Informe semanal para el cliente

Un buen informe semanal permite a un cliente con poco tiempo leer la primera línea y saber si tiene que preocuparse, y encontrar en menos de un minuto lo que tiene que hacer. Escríbelo como una pirámide invertida: primero el estado y lo que pides, después la lista de trabajo como respaldo, para que quien deje de leer tras 2 líneas se quede con lo importante.

## Cuándo usarla

- Cada semana (o cada sprint) en un proyecto o un contrato mensual (retainer) para un cliente externo.
- Cuando el responsable de la cuenta pasa notas, una exportación del tablero de tareas o un hilo de Slack y pide “convierte esto en la actualización para el cliente”.
- Antes de una llamada de seguimiento, para que la llamada se dedique a los bloqueos.
- No sirve para una actualización interna del equipo (usa weekly-3p-update) ni para una revisión trimestral de negocio (usa qbr-prep).

## Qué necesitas

- Lo que se hizo esta semana y lo previsto para la semana que viene (notas, tickets o una exportación del gestor).
- El objetivo o los hitos del proyecto y los objetivos de las métricas que se reportan. Si faltan objetivos, da la cifra sin valorarla y márcala con “[objetivo por confirmar]”.
- Los bloqueos y todo lo que depende del cliente (aprobaciones, materiales, accesos, comentarios).
- El nombre del cliente y la semana del informe. Si falta la fecha límite del próximo hito, pregunta una vez.

## Pasos

1. **Elige el estado principal.** Los 3 niveles siguen la escala rojo-ámbar-verde de confianza en la entrega que usa la Infrastructure and Projects Authority del Reino Unido para los grandes proyectos. En camino (verde): es muy probable entregar a tiempo, dentro del presupuesto y con la calidad prevista, y ningún problema abierto importante lo amenaza. En riesgo (ámbar): la entrega parece factible, pero hay problemas importantes que necesitan atención ya; parecen solucionables si se tratan pronto, así que nombra la solución y su fecha. Desviado (rojo): el hito parece inalcanzable tal como está planificado; da la nueva fecha o di que no está fijada. Criterio por defecto de esta skill: nunca elijas “en camino” mientras haya abierto un bloqueo del lado del cliente con más de 3 días hábiles.
2. **Escribe el motivo en una frase.** El motivo nombra la causa y la consecuencia: “En riesgo: las fotos de producto llegaron 4 días tarde, así que la página de lanzamiento pasa del 12 al 15 de mayo salvo que el texto se apruebe el viernes.” Sin palabras que suavicen, como “ligeramente”.
3. **Pon lo que necesitas del cliente justo debajo del estado.** Cada petición: qué, para cuándo y qué pasa si llega tarde. Máximo 3 peticiones; si hay más, las 3 principales van aquí y el resto en Bloqueos.
4. **Enumera lo hecho esta semana como resultados, no como actividad.** “Página de pago funcionando en staging” vale más que “trabajamos en el pago”. Máximo 6 viñetas; agrupa lo pequeño. Deja fuera las tareas internas por las que el cliente no paga.
5. **Enumera la semana que viene como compromisos.** Máximo 5 viñetas, cada una algo que el cliente pueda comprobar en el informe de la semana siguiente.
6. **Reporta las métricas frente al objetivo.** Cifra, objetivo y dirección desde la semana pasada. Solo las 3-5 métricas del acuerdo o las que pidió el cliente. Si una cifra es de un periodo sin terminar, di “hasta la fecha”.
7. **Recorta hasta que quepa en una pantalla.** El criterio por defecto de esta skill es de unas 250 palabras. Si es más largo, la lista de lo hecho es demasiado larga.

## Formato de salida

```markdown
**[Cliente] — informe semanal, semana del [fecha]**

**Estado: [En camino / En riesgo / Desviado]** — [motivo en una frase, con causa y consecuencia]

**Lo que necesitamos de tu parte**
- [Petición] — para el [fecha]. [Qué pasa si llega tarde.]

**Hecho esta semana**
- [Resultado]

**La semana que viene**
- [Compromiso]

**Métricas**
| Métrica | Esta semana | Objetivo | Frente a la semana pasada |
|---|---|---|---|
| [Métrica] | [valor] | [objetivo o “[objetivo por confirmar]”] | [sube / baja / igual] |

**Bloqueos y riesgos**
- [Bloqueo] — responsable: [nombre], desde el [fecha]

Próximo hito: [hito] el [fecha].
```

## Ejemplo

**Entrada:** Notas de Daniela (Estudio Brightfield) para el cliente Nordlys Coffee: “diseño de la home aprobado el lunes. listado de productos + carrito armados en staging. las fotos de los 24 productos siguen sin llegar, prometidas el miércoles pasado (28 de mayo). si no llegan antes del miércoles 4 de junio, el lanzamiento pasa al 24 de junio en el mejor de los casos. formulario de alta al newsletter hecho. siguiente: pago, QA en celular. sesiones en la web antigua 8210 (objetivo 9000, semana pasada 7900). lanzamiento el 20 de junio.”

**Salida:**

```markdown
**Nordlys Coffee — informe semanal, semana del 2 de junio**

**Estado: En riesgo** — las fotos de producto llevan 5 días de retraso, así que el lanzamiento del 20 de junio se retrasa si no llegan antes del miércoles 4 de junio.

**Lo que necesitamos de tu parte**
- Las fotos de producto de los 24 artículos — para el miércoles 4 de junio. Después de esa fecha, el lanzamiento pasa al 24 de junio en el mejor de los casos.

**Hecho esta semana**
- Diseño de la página de inicio aprobado (lunes).
- Listado de productos y carrito funcionando en staging.
- Formulario de alta al newsletter terminado.

**La semana que viene**
- Pago funcionando en staging.
- QA en celular terminado.

**Métricas**
| Métrica | Esta semana | Objetivo | Frente a la semana pasada |
|---|---|---|---|
| Sesiones en la web actual | 8210 | 9000 | sube (7900) |

**Bloqueos y riesgos**
- Fotos de producto sin recibir — responsable: Nordlys, desde el 28 de mayo.

Próximo hito: lanzamiento el 20 de junio.
```

## Comprobaciones antes de enviar

- [ ] La primera línea da un estado y un motivo con causa y consecuencia.
- [ ] Cada petición al cliente tiene fecha y lo que cuesta no cumplirla.
- [ ] El estado no es “en camino” mientras haya un bloqueo del lado del cliente con más de 3 días hábiles.
- [ ] Cada métrica tiene objetivo o “[objetivo por confirmar]”; ninguna cifra es inventada.
- [ ] Lo hecho son resultados que el cliente puede ver, no actividad.
- [ ] Cabe en una pantalla (unas 250 palabras).

## Errores comunes

- Enterrar la petición en el último párrafo. Los clientes leen el principio y paran.
- Poner “en camino” para evitar una semana incómoda y “desviado” a la siguiente. Avisa pronto del riesgo.
- Enumerar 15 tareas para parecer ocupado. El cliente paga por resultados.