Lo que el equipo ejecuta en el momento en que un cliente dice que si, ejecutable por quien no estuvo en la llamada de venta.
Fuente de precios, terminos y nombres de archivo: 00_PROCESS/SOURCES.md. Fuente
del estandar de la primera semana: 05_projects/07_plan_de_venta_coordenadas.md
seccion 5, punto 5. Fuente del patron real de arranque condicionado al pago: correo real de
kickoff de Pablo a Jovan, recogido en
01_knowledge_base/rules/tono-de-voz-pablo-comunicacion-clientes.md.
Objetivo: que cualquier cliente nuevo arranque con el mismo estandar, sin importar quien cerro la venta ni quien ejecuta el kickoff.
Cuando se dispara: en el momento en que se cumplen los tres pre-requisitos de la seccion 2. No antes.
Dueno del SOP: Pablo Esparza Jimenez (COO / Co-Founder) dispara y coordina el kickoff comercial. La ejecucion operativa de cada paso recae en el equipo de entrega del servicio contratado.
No se dispara el kickoff si falta cualquiera de estos tres puntos:
03_CONTRACTS (ES o EN) enviado por GoHighLevel con enlace de firma digital.SOURCES.md seccion 3 (50% a la firma en one-time, mes completo por anticipado en retainers, 4 pagos de $1,875 USD en C11).04_FORMS (F01 a F10) que corresponde al servicio contratado, identificado y listo para enviarse al cliente.Dias relativos desde el inicio formal (Dia 0). El inicio formal es la fecha que se comunica al
cliente en E4_kickoff_start, y esa fecha esta condicionada a la recepcion del primer
pago (ver seccion 4).
| Dia | Que se hace | Quien | Input requerido | Output | Artefacto del kit | Como se verifica |
|---|---|---|---|---|---|---|
| Dia 0 | Inicio formal. Arranca una fase corta de planificacion de nuestro lado. | Pablo Esparza Jimenez | Contrato firmado o en firma, invoice emitido | E4_kickoff_start enviado con la fecha de inicio | E4_kickoff_start | El correo salio y el cliente lo confirmo de recibido |
| Dia 0 a Dia 5 | Se corre el Marketing Brain / fase de inteligencia de marca sobre el cliente nuevo. | Equipo de entrega del servicio | Formulario de intake respondido (F01 a F10) | Marketing Brain y carpeta de investigacion del cliente | Formulario de intake correspondiente | El Marketing Brain existe como entregable, sin secciones vacias ni inventadas |
| Dia 5 | Intake meeting con el cliente. | Pablo Esparza Jimenez + equipo de entrega | Disponibilidad del cliente, punto de contacto tecnico | Inputs faltantes resueltos, alcance confirmado en vivo | Formulario de intake correspondiente | Hay una reunion registrada y notas de la reunion |
| Dia 5 a Dia 9 | Construccion del primer plan o entregable fundacional del servicio contratado. | Equipo de entrega del servicio | Marketing Brain + resultado de la intake meeting | Primer plan o entregable fundacional en borrador | CYCLE_CONTEXT.md en construccion | El borrador existe y esta listo para presentar el Dia 10 |
| Dia 5 a Dia 10 | Se crea CYCLE_CONTEXT.md dentro de 03_monthly_cycles/<Cycle> del cliente. | Equipo de entrega del servicio | Resultado de la intake meeting | CYCLE_CONTEXT.md creado | CYCLE_CONTEXT.md | El archivo existe en la carpeta del ciclo del cliente. Dia exacto de creacion: [[PENDING: dia exacto de creacion de CYCLE_CONTEXT.md dentro de la ventana Dia 5 a Dia 10]] |
| Dia 10 | Se presenta al cliente el primer plan o entregable fundacional. | Pablo Esparza Jimenez + equipo de entrega | Primer plan/entregable en borrador aprobado internamente | Primer plan presentado al cliente | Entregable fundacional del servicio contratado | El cliente recibio la presentacion y quedo registrada su reaccion o aprobacion |
Cualquier duracion no cubierta por esta tabla queda marcada asi, en lugar de inventarse: [[PENDING: duracion no documentada para este paso especifico]].
El inicio formal del trabajo queda condicionado a la recepcion del primer pago. Esto se comunica al cliente de forma directa, sin rodeos, siguiendo el patron real usado por Coordenadas:
Por que: la fecha de inicio comunicada no es una promesa en el aire, es una
fecha que depende de un hecho verificable (el pago). Decirlo asi, de forma transparente, evita
que el cliente asuma un inicio que todavia no esta confirmado, y evita que Coordenadas comprometa
equipo y tiempo antes de que el compromiso economico este cerrado. Es tambien una extension del
filtro de calificacion de la Etapa 2 del Client_Journey_Map.md: un cliente de carril
izquierdo invierte y cumple sus compromisos, y el primer pago es la primera prueba concreta de
eso.
Si el pago no llega a tiempo para la fecha comunicada, se envia el fallback
E5_inicio_condicionado, explicando con la misma transparencia que el inicio queda en
espera hasta que el pago se confirme.
03_CONTRACTS (ES o EN) con las clausulas acordadas en la conversacion de cierre.SOURCES.md seccion 1. [[PENDING: politica de autoridad de firma, Ivan solo, Pablo solo, o ambos obligatorios segun rango de monto?]]E4_kickoff_start) que ambos documentos quedaron enviados, siguiendo el patron real: numerar lo que Coordenadas envia, numerar lo que falta del lado del cliente, y poner la fecha de inicio condicionada al pago.| Que pedimos | Por que |
|---|---|
| Firma del contrato | Formaliza el alcance y protege a ambas partes. La propiedad intelectual se transfiere al cliente solo contra pago total (SOURCES.md seccion 3), asi que el contrato firmado es la base de esa transferencia. |
| Pago del primer hito o primer mes | Condiciona el inicio formal del trabajo (seccion 4). Evita que Coordenadas comprometa equipo y tiempo antes de que el compromiso economico este cerrado. |
| Formulario de intake (F01 a F10 segun el servicio) | Alimenta el Marketing Brain o el setup tecnico con informacion real del cliente, en vez de que el equipo trabaje sobre supuestos. |
| Accesos o credenciales del servicio contratado (ejemplo: sandbox de QuickBooks, HubSpot, Slack y Google Workspace en C11) | Sin acceso no hay forma de ejecutar el trabajo tecnico. Pedir acceso sandbox primero protege al cliente mientras se valida el trabajo. |
| Punto de contacto tecnico | Acelera la resolucion de bloqueos de integracion y evita demoras por no tener un interlocutor con autoridad tecnica del lado del cliente. |
| Reunion con el gerente general, si no ocurrio en la calificacion | Coordenadas no cierra ni ejecuta sin conocer al dueno o gerente general. Evita construir sobre lo que pidio un gerente de marketing u operaciones cuando el gerente general queria otra cosa. |
| Referencias visuales, bancos de diseno o reportes anteriores | Evita gastar rondas de revision adivinando el gusto estetico del cliente. Es mas rapido que el cliente elija sobre referencias reales que crear a ciegas y corregir despues. |
| Aprobacion escrita en cada ronda de revision | Formaliza el checkpoint de las 3 rondas de revision incluidas por entregable (SOURCES.md seccion 3) y evita trabajo adicional no cubierto por el alcance firmado. |
El cliente no paga dentro de la tolerancia de 1.5 semanas. El trabajo se pausa
de forma automatica, siguiendo la redaccion canonica de SOURCES.md seccion 3: la
pausa no genera penalidad para Coordenadas ni extiende los plazos comprometidos a su cargo. Se
envia el fallback E5_inicio_condicionado si la pausa ocurre antes de arrancar, o el
recordatorio equivalente de 07_CHECKLISTS/Finance_Checklist.md si ocurre durante el
ciclo.
Los inputs del cliente no llegan. El Marketing Brain y el primer plan documentan cada hueco de informacion como un punto pendiente, en lugar de rellenarlo con supuestos. [[PENDING: politica de cuantos dias se espera por inputs del cliente antes de pausar o replanificar el kickoff]]
El cliente pide cambios de alcance durante el kickoff. No se ejecuta ningun
cambio de alcance dentro del kickoff sin un SOW separado, segun SOURCES.md seccion 3
("Cambios de alcance: Requieren un SOW separado"). El cambio se cotiza y se firma aparte antes de
tocar el trabajo en curso.
Al cierre del kickoff, el cliente queda instalado dentro de la estructura de ciclos mensuales
de su marca: Brands/<Brand>/03_monthly_cycles/<Cycle>/. El
CYCLE_CONTEXT.md creado durante el kickoff (seccion 3, Dia 5 a Dia 10) es el punto de
entrada a esa estructura. Desde ese momento, el cliente pasa a correr bajo el pipeline de etapas
numeradas del ciclo mensual (01_content-plan,
02_carousel-prompts / 02_blog-posts / 02_infographic-briefs,
03_image-generation, 04_monthly-drop-landing-page), y las entregas
periodicas se comunican con E7_drop_del_mes y se cobran con
E8_recordatorio_pago si hay mora, segun la Etapa 7 de Client_Journey_Map.md.
CYCLE_CONTEXT.md creado dentro de 03_monthly_cycles/<Cycle> del cliente.07_CHECKLISTS/Kickoff_Checklist.md completado y sin puntos abiertos.