01 / 05
SOP 01×clicroot

Procedimiento operativo · Traspaso de cliente

Entregar un cliente para que se opere completo

Lo que tiene que pasar para que un cliente pase a manos de un operador de principio a fin: propiedad, accesos y contexto, sin perder continuidad.

Equipo Clicroot · Confidencial · hello@clicroot.com

01

01Principio

Un cliente, un dueño

Cada cliente tiene un operador responsable: el dueño de su T3. Entregar un cliente es transferir tres cosas a la vez.

Uno

Propiedad

Quién escribe el T3 (client-slug.md) y responde por el cliente.

Dos

Accesos

GSC, Drive, Ahrefs y el grupo de WhatsApp del cliente.

Tres

Contexto

Historia, baselines, KPIs e iniciativas abiertas.

La lectura

El traspaso no termina hasta que el nuevo dueño puede correr el mes solo. Mientras haga falta consultar al dueño anterior, sigue compartido, no entregado.

02Antes de entregar

Dejar la casa en orden

El dueño saliente cierra todo lo abierto antes de pasar la posta.

01

T3 al día

client-slug.md refleja la realidad de hoy (regla 12).

02

Todo en git

Entregables y cambios commiteados y pusheados, sin trabajo local suelto.

03

Feedback cerrado

Sin hilos del cliente sin responder ni decisiones pendientes.

04

Último reporte

El reporte mensual más reciente entregado y archivado.

03

03Accesos

Casi todo ya es compartido

La cuenta compartida hello@clicroot.com ya cubre GSC, Drive y Ahrefs. El traspaso es sobre todo de contexto, no de llaves.

WhatsApp es la excepción. El puente corre centralizado en una sola máquina (una sesión por número). El nuevo dueño lee el grupo del cliente desde ahí, no monta su propia copia.

GSC

Namespace gsc-slug, vía hello@. Validar con site_snapshot.

Drive

Carpeta del cliente compartida (IDs en workflows.md).

Ahrefs

Cuenta compartida. mode=subdomains mas filtro de país.

04

04Cambio de dueño

Registrar el cambio en el T3 y el roster

El cambio de propiedad se hace en git, nunca de palabra. Protocolo Context update (regla 14).

01

Proponer

"Context update: slug ahora lo opera [nombre]."

02

Confirmar

El dueño del contexto aprueba el cambio.

03

Editar

Actualizar el dueño en client-slug.md y la tabla del roster.

04

Commit y push

El otro equipo lo recibe en su próxima sesión (auto-pull).

Por qué importa

El log de git es la cadena de custodia. Cuando un cliente queda entregado, el historial muestra quién lo opera y desde cuándo.

05Transferencia de contexto

Lo que el nuevo dueño tiene que absorber

01

El T3 completo

Leer client-slug.md de arriba a abajo.

02

Últimos 3 reportes

Entender la tendencia, no solo el último mes.

03

Briefs activos

Qué está en producción y qué falta.

04

Baselines y KPIs

Las metas y la línea base contra la que se mide.

05

Hilos del cliente

WhatsApp y Slack: tono, pendientes, sensibilidades.

06

Iniciativas abiertas

Lo que está en juego este trimestre.

06

06La vara

Operado de principio a fin

El cliente está entregado cuando el nuevo dueño corre, solo, todo el ciclo.

Mes
Reporte mensual
datos, narrativa y deploy
Briefs
Contenido y técnico
de brief a entrega
Feedback
Relación con el cliente
responde y decide
Deploy
Slides y entregables
publica sin ayuda
Si algo de esto todavía pasa por el dueño anterior, el traspaso no terminó.

Checklist de cierre

Un cliente entregado, no compartido

T3 al día y dueño actualizado. Accesos confirmados. Contexto transferido. El nuevo dueño corre el mes solo.

SOP 01 · Traspaso de cliente · Clicroot · hello@clicroot.com