Home / SOP

SOP — Lanzar un Cliente Nuevo (TooAudience multi-tenant)

Índice de la página
  1. 01¿Qué hay acá?
  2. 02¿Cómo se usa?
  3. Para lanzar un cliente nuevo (caso ideal)
  4. Para entender la arquitectura
  5. Para mejorar el SOP (post-Martín)
  6. 03Origen
  7. 04Compromiso de calidad
  8. 05Mantenimiento

Este SOP convierte el sistema construido para Martín Rieznik (piloto) en un proceso replicable de 1-click + acciones manuales acotadas para lanzar el cliente #2, #3 y siguientes.

Última actualización: 2026-05-05
Versión: 0.1 (pre-piloto Martín)
Estado: En construcción — se cierra v1.0 después del primer post-mortem de Martín (sábado 13/6).

¿Qué hay acá?

sop/lanzar-cliente/
├── README.md                          ← este archivo
├── 00_PLAYBOOK.md                     ← cómo lanzar un cliente: visión + tiempos + roles
├── 01_RUNBOOK_NEW_CLIENT.md           ← step-by-step del clone (manual + automatizado)
├── 02_VARIABLES_PARAMETRIZABLES.md    ← catálogo exhaustivo de toda variable a externalizar
├── 03_DECISIONES_CLAVE.md             ← qué tiene que decidir el cliente antes de arrancar
├── checklists/                        ← mirror de las 19 checklists ya parametrizadas
└── templates/                         ← archivos blueprint con {{variables}} a reemplazar
    ├── _CONFIG.template.md
    ├── client_config.json.template
    ├── bot_system_prompt.template.md
    ├── oferta.template.md
    ├── webinar_guion.template.md
    ├── ad_brief.template.md
    ├── transferencia_instructivo.template.md
    └── runbook_clone_steps.template.md

¿Cómo se usa?

Para lanzar un cliente nuevo (caso ideal)

  1. Leer 00_PLAYBOOK.md (overview + tiempos + roles).
  2. Pasar al cliente nuevo el cuestionario 03_DECISIONES_CLAVE.md. Sin esas decisiones tomadas, no se arranca.
  3. Llenar templates/_CONFIG.template.md con las decisiones del cliente → guardar como clientes-tooaudience/<slug-cliente>/_CONFIG.md.
  4. Ejecutar el clone-script (cuando exista — lo construye Eric post-Martín):
    bash python3 sop/lanzar-cliente/scripts/clone_client.py \ --slug=<slug> \ --config=clientes-tooaudience/<slug>/_CONFIG.md
  5. Seguir los pasos manuales restantes documentados en 01_RUNBOOK_NEW_CLIENT.md (cuentas pasarelas, número WA, accesos Meta).
  6. Clonar clientes-tooaudience/martin-rieznik/checklists/ → clientes-tooaudience/<slug>/checklists/ y arrancar trabajo.

Para entender la arquitectura

  • Leer 02_VARIABLES_PARAMETRIZABLES.md — todo lo que NO debe estar hardcoded.
  • Leer cualquier template en templates/ — son los archivos blueprint; los {{...}} son lo que cambia por cliente.

Para mejorar el SOP (post-Martín)

  • Cada checklist de Martín tiene una sección § 6 "Notas y aprendizajes" que se llena después del primer ciclo.
  • Esos aprendizajes se trasladan a este SOP como ediciones a las checklists o templates.
  • Versionar este SOP (v0.1 → v1.0 después del primer launch real).

Origen

Este SOP nace del trabajo construido para Martín Rieznik / LevantArte (cliente piloto, primer webinar live 8 jun 2026). Las 19 checklists operativas están en:

/clientes-tooaudience/martin-rieznik/checklists/

Cada componente del sistema fue diseñado multi-tenant desde día 1 (sin "martin" hardcodeado), justamente para que este SOP exista.

Compromiso de calidad

  • Cliente #2 en producción en ≤ 5 días desde firma del acuerdo (target post-Martín).
  • Cero work nuevo de DNS (todos los clientes viven bajo deacademia.com/<slug>/...).
  • Cero work nuevo de schema BD (todas las tablas son client_id-aware).
  • Cero copy desde cero — todos los copies se regeneran con agents/copywriter/ y agents/promise-engineer/ partiendo de un brief parametrizado.

Mantenimiento

  • Owner del SOP: Jesús.
  • Revisión: trimestral o al cerrar cada cliente nuevo.
  • Cambios mayores: registrar en CHANGELOG al pie de cada archivo afectado.
  • Conflicto entre SOP y caso real → prevalece el caso real y se actualiza el SOP.