Lo que aprenderás
Muchos proyectos se complican porque el alcance es ambiguo: nadie sabe quién aprueba contenido, qué acceso hace falta, qué cambios están incluidos o qué ocurre cuando surge un problema técnico. El onboarding es donde se evita esa confusión.
El límite que debes tener claro
Del acuerdo a una entrega verificable
- 01
Alinea expectativas
Registra objetivos, exclusiones, dependencias y forma de aprobar cambios.
- 02
Prepara un acceso proporcional
Solicita solo permisos necesarios, define responsables y confirma un canal seguro.
- 03
Controla hitos y decisiones
Asigna dueños, fechas, riesgos y una ruta de escalamiento.
- 04
Cierra con una prueba
Verifica criterios acordados, entrega pendientes y deja clara la siguiente decisión.
Conceptos clave
El alcance debe ser verificable
Define páginas, plantillas, mercados, entregables, exclusiones, capacidad y criterios de aceptación.
El acceso debe ser proporcional
Solicita solo acceso necesario, usa cuentas separadas cuando sea posible y documenta quién aprueba cambios sensibles.
El informe debe orientar
Resume qué cambió, evidencia, bloqueos, decisión requerida y siguiente entrega; no envíes gráficos sin contexto.
El método práctico
- 01
Cierra el alcance
Escribe dentro, fuera, dependencias, suposiciones y ruta para cambios.
- 02
Organiza el onboarding
Confirma datos, cuentas, entornos, contactos, revisores y seguridad.
- 03
Define la cadencia
Alinea reuniones, revisiones de trabajo, tiempos de respuesta y escalado de bloqueos.
- 04
Crea control de cambios
Registra solicitud, impacto, aprobación, implementación y validación.
Taller de operaciones con clientes
Prepara un onboarding que reduzca sorpresas
Un buen proceso deja claro quién hace qué, qué información hace falta y cómo se aceptan los entregables antes de que empiece el trabajo.
Escenario
Una agencia acepta una migración SEO. En la primera semana descubre que no existe un inventario de URLs, nadie puede aprobar redirecciones y el equipo de desarrollo trabaja con un calendario distinto al del contenido.
Organiza la entrega paso a paso
Confirma el resultado y alcance
Registra objetivo, mercados, activos, entregables, exclusiones, calendario y la persona que acepta cada elemento.
Verifica accesos y datos
Solicita permisos mínimos por un canal seguro, nombra su responsable y acuerda cómo revocarlos al terminar. Evita compartir credenciales personales.
Mapea dependencias
Vincula inventario de URLs, decisiones editoriales, desarrollo, analítica y aprobaciones. Identifica bloqueos y a quién escalar cada uno.
Programa revisiones y cambios
Define hitos, formatos de aprobación y qué ocurre si cambia el objetivo o aparece trabajo fuera del alcance.
Acuerda cómo cerrar
Prepara criterios de aceptación, evidencias, pendientes, responsables y una reunión para revisar aprendizajes y próximos pasos.
Lista de onboarding
- Objetivo y alcance: entregas, exclusiones y criterio de aceptación.
- Personas: dueño, aprobador, especialistas y contacto de escalamiento.
- Accesos: herramienta, permiso mínimo, custodio y fecha de revocación.
- Dependencias: datos, equipo técnico, contenido y aprobaciones.
- Calendario: hitos, formato de revisión y cambios acordados.
- Cierre: evidencia, pendientes, aprendizajes y responsables.
Antes de iniciar el trabajo
- ¿El cliente puede aportar los datos y la capacidad que requiere el plan?
- ¿Cada entrega tiene una persona que la revisa y acepta?
- ¿Los permisos son mínimos, seguros y revocables?
- ¿Hay una ruta para bloqueos y cambios de alcance?
- ¿Las fechas contemplan dependencias y tiempo de aprobación?
Regla de decisión: Si faltan un aprobador, permisos o una dependencia crítica, registra el bloqueo y reajusta calendario y alcance antes de prometer una fecha. No conviertas la incertidumbre del onboarding en trabajo no acordado.
Comprueba el siguiente paso: Mantén las decisiones y aprobaciones en un registro compartido que respete la política de datos del cliente. Después de cada hito, revisa alcance, riesgos y pendientes con los responsables.
Así un cambio de equipo no borra el contexto ni convierte una conversación informal en una obligación inesperada.
Ejemplo: migración de CMS
Una agencia acepta ‘SEO de migración’ sin saber que el cliente no tiene inventario de URLs ni acceso a desarrollo. Durante el onboarding, redefine el primer entregable como inventario y mapa de redirecciones, añade responsables y pospone el lanzamiento hasta cumplir controles mínimos.
Taller aplicado · 45–60 minutos
Alcance y onboarding deben permitir empezar de forma segura
Un acuerdo operativo conecta resultado, responsabilidades, accesos, riesgos, aceptación y cambios. El onboarding reúne pruebas y decisiones; no es una lista indiscriminada de credenciales y documentos. Si falta una dependencia crítica, el calendario debe mostrarlo.
Caso de trabajo
Una empresa SaaS prepara una migración internacional. La agencia recibe acceso a Search Console, pero no al repositorio, analítica, registros ni plan de redirecciones. El contrato habla de “apoyo SEO” sin fechas de decisión. Producto cambia rutas mientras legal revisa traducciones y nadie puede detener el lanzamiento.
- Movimiento 1
Define resultado y límites
Escribe el evento que termina el trabajo, referencia, objetivo, periodo, exclusiones y persona que acepta. Separa asesoramiento, implementación, revisión y operación continua.
- Movimiento 2
Distribuye responsabilidades
Asigna datos, accesos, contenido, desarrollo, traducción, legal, analítica, aprobación, publicación y respuesta a incidentes. Añade plazo y sustituto para cada decisión crítica.
- Movimiento 3
Solicita evidencia por uso
Relaciona cada acceso o documento con una tarea concreta. Usa transferencia segura, mínimo privilegio, fecha de caducidad y registro de devolución o revocación.
- Movimiento 4
Diseña aceptación y cambio
Define muestras, pruebas, umbrales, correcciones y evidencia de cierre. Un cambio de rutas, mercados o fecha debe actualizar alcance, riesgo, esfuerzo y decisión.
- Movimiento 5
Haz una preprueba del compromiso
Antes de iniciar, intenta seguir una URL, aprobar una redirección, revisar una variante y responder a un fallo. Si faltan personas o datos, registra el bloqueo y no finjas avance.
Cómo se vería una respuesta sólida
La agencia convierte el acuerdo en un plan de migración con tres puertas: inventario aprobado, canario validado y ampliación autorizada. Producto, desarrollo, legal y analítica tienen decisiones y suplentes. Los accesos caducan tras la transición. Un cambio tardío de rutas abre un cambio formal y mueve la fecha; no queda absorbido por una tarifa genérica.
Evidencia que debes entregar
Entrega alcance, matriz de responsabilidades, registro de entradas y accesos, pruebas de aceptación, calendario de decisiones, cambio formal y resultado de la preprueba.
Prueba los fallos antes de aprobar
El inicio acepta un acceso parcial como si fuera suficiente
Search Console no permite probar código, registros ni analítica. Relaciona cada decisión con el sistema necesario y marca bloqueos. No empieces el calendario operativo hasta que existan las condiciones mínimas.
Producto cambia rutas mientras el plan queda congelado
Una migración necesita control de cambios y autoridad para pausar. Registra decisiones, versiones y responsables. Si nadie puede detener el lanzamiento, el riesgo debe aparecer en el alcance y la escalada.
La revisión jurídica ocurre fuera del camino crítico
Traducciones y afirmaciones esperan aprobación sin fecha ni responsable. Integra la revisión en el plan, con materiales y plazos. No presentes una fecha pública que depende de una decisión todavía sin dueño.
Defiende la decisión
Conduce una reunión de inicio usando una lista de decisiones, no una presentación general. Confirma accesos en vivo, propietarios, calendario y autoridad. Plantea una ausencia crítica y demuestra si el trabajo se reordena, se limita o se pausa. El inicio termina con un estado operativo que ambas partes pueden verificar.
Deja un traspaso que otra persona pueda usar
Entrega matriz de acceso, responsables, hitos, dependencias, riesgo, comunicación y criterios de inicio. Incluye registro de decisiones y ruta de escalada. Cada permiso debe tener alcance mínimo, propietario y plan de retirada al terminar.
Prueba de cierre
Prueba de cierre: simula que el repositorio sigue inaccesible una semana antes del lanzamiento. El plan debe mostrar qué puede hacerse, qué no puede aprobarse y quién toma la decisión de pausa.
Qué observar después
Registra días bloqueados, decisiones sin propietario, accesos pendientes y cambios fuera del proceso. Revisa la salud del inicio antes de consumir el calendario. Un proyecto no está atrasado por definición cuando la condición de inicio nunca se cumplió.
Criterios de aceptación
- El final del trabajo es observable.
- Cada dependencia tiene responsable.
- El acceso usa mínimo privilegio.
- Un cambio modifica el plan.
- Los bloqueos se comunican antes de ejecutar.
Fuentes oficiales para revisar
Aplícalo ahora
Convierte la lección en una decisión
Crea una lista de onboarding con: objetivo, alcance, exclusiones, accesos, fuentes, responsables, calendario, riesgos, cambios y criterio de aceptación.
Antes de seguir
- El alcance y las exclusiones están escritos.
- Los accesos son mínimos y seguros.
- Cada decisión tiene responsable y fecha.
- El informe termina en una acción o una decisión.
Pon esta lección en práctica.
Crea una cuenta gratuita de Spacebrain y organiza tu trabajo SEO con los proveedores de datos que elijas.