--- asset_id: SOMA-XX-SX-v01 tipo: SOMA — Sistema Operativo Metodológico y Arquitectónico · Extensión de Dominio layer: SOMA-[X] · Dominio SX (Sales) version: v01 status: Activo owner: Victor Heredia sherpa_owner: Jay fecha: 2026-06-06 intellibank: IB-XX-Maestro / IPI-XX-IP-Infraestructura / IPI-XX-SOMA proposito: > Infraestructura del BrainSX (Sales Brain). Define la arquitectura del motor de gestión orbital de oportunidades comerciales: sus componentes, el vocabulario canónico del dominio, las reglas de gobernanza específicas de ventas, la estructura del XDocSX, y los harnesses disponibles. Se carga antes de cualquier sesión de trabajo sobre LoopSX. hereda_de: - SOMA-XX-Core-v01.md - SOMA-XX-Method-v01.md complementado_por: - MePB-XX-BrainSX-v01.md (metodología operativa — cómo opera el BrainSX) - HNS-EL-SX-SalesPipeline-v01.md (harness del room de ventas) frecuencia_actualizacion: Baja — solo cuando la arquitectura del dominio evoluciona fuente_de_verdad: ARQ-EL-BrainX-SOMA-v01.md --- # SOMA-XX-SX-v01 ## Infraestructura del BrainSX · Sales Brain > *SOMA-SX define cómo está construido el Sales Brain — sus piezas, sus reglas, > su vocabulario. MePB-BrainSX define cómo opera. No confundir los dos: cambiar > el proceso de ventas no requiere tocar este documento.* --- ## INSTRUCCIONES DE USO **Qué es esto:** La capa de infraestructura del BrainSX. Cárgalo junto con SOMA-Core y SOMA-Method para operar con conocimiento arquitectónico completo del Sales Brain. **Cuándo cargarlo:** - Al abrir cualquier room de LoopSX o gestión de oportunidades - Al crear o actualizar XDocSX - Al configurar un nuevo engagement cliente en BrainSX - Junto con el Harness correspondiente (ver Sección 7) **Prueba de operatividad:** después de leer este documento, debes poder: - Nombrar los 5 componentes del BrainSX sin consultar - Decir en qué órbita está una oportunidad solo con la descripción de su situación - Calcular el tier correcto dado el rango de deal - Saber qué ratificación requiere mover una oportunidad de órbita **Qué NO está aquí:** los procedimientos de cómo vender, calificar prospectos, hacer demos o manejar objeciones → esos están en `MePB-XX-BrainSX-v01.md`. --- ## 1. BRAINSX EN LA PILA BRAINX BrainSX es el primer motor de dominio de BrainX en producción. Hereda toda la infraestructura de BrainX y la especializa para gestión orbital de oportunidades comerciales. ``` NIVEL 5 · BrainX (plataforma) └── NIVEL 4 · BrainSX (motor de dominio — ventas) ├── SOMA-XX-SX (este documento — infraestructura) ├── MePB-XX-BrainSX (metodología operativa) └── NIVEL 3 · LoopSX (workflow orbital) └── NIVEL 2 · XDocSX (documento atómico de oportunidad) └── NIVEL 1 · IntelliBanks + WORX OS (memoria) ``` **LoopX vs. LoopSX:** LoopX es el nombre genérico de la metodología orbital — el framework base del que se derivan todos los loops de dominio. LoopSX es la instancia de ventas de LoopX. Así como BrainX es la plataforma y BrainSX es el motor, LoopX es el método y LoopSX es su implementación en el dominio comercial. --- ## 2. COMPONENTES DEL BRAINSX El BrainSX está compuesto por cinco componentes. Todos son necesarios; ninguno es opcional. Si alguno falta, el motor no está completo. ``` BrainSX ├── LoopSX Engine → El core del motor. Mueve oportunidades por órbitas │ usando Gravity Score como métrica de tracción. │ ├── XDocSX → La unidad atómica de trabajo. Un XDocSX por oportunidad. │ 7 secciones + campos específicos del dominio SX. │ ├── Gravity Engine → Calcula y actualiza el Gravity Score de cada oportunidad. │ Dual-source: probabilidad de cierre × engagement activo. │ ├── Dashboard LoopSX → Visualización en tiempo real del pipeline. Cards por │ oportunidad, filtros por órbita/tier, links a XDocSX. │ └── Dark Social Layer → Sección §5 del XDocSX. Hipótesis sobre el estado interno del prospecto que no son visibles en la conversación. El componente de inteligencia cualitativa del BrainSX. ``` --- ## 3. VOCABULARIO CANÓNICO DEL DOMINIO SX ### 3.1 Órbitas — los estados de una oportunidad El sistema orbital usa seis estados. Una oportunidad siempre está en exactamente una órbita. Las transiciones son gobernadas por MePB-BrainSX. | Órbita | Código | Significado operativo | Señal típica | |---|---|---|---| | **caliente** | `caliente` | Momentum activo — conversación abierta, próximos pasos claros | Reunión agendada, propuesta en revisión, respuesta en < 48h | | **acercándose** | `acercándose` | Interés confirmado — movimiento hacia la decisión, sin urgencia declarada | Demos realizadas, preguntas de implementación, contacto regular | | **entrante** | `entrante` | Oportunidad nueva — contexto establecido, calificación en proceso | Primera sesión realizada, necesidad identificada, deal no dimensionado | | **enfriándose** | `enfriándose` | Momentum decayendo — señales de postergación o desvío de prioridad | Respuestas tardías, reuniones canceladas, silencio > 2 semanas | | **latente** | `latente` | Pausa voluntaria — oportunidad válida pero temporalmente inactiva | Timing no es ahora, prospecto en otro proyecto, acuerdo de seguir en X meses | | **salida** | `salida` | Cerrada — ganada (deal firmado) o perdida (no continúa) | Contrato firmado o conversación terminada formalmente | **Regla de órbita:** la órbita refleja el momentum real, no la intención del vendedor. Una oportunidad no sube de órbita porque el Sherpa quiera — sube cuando las señales del prospecto lo justifican. ### 3.2 Gravity Score — la métrica de tracción El Gravity Score es un número 0-100 que representa la "fuerza de atracción" de la oportunidad hacia el cierre. No es solo probabilidad — es probabilidad más engagement activo más timing. **Definición formal:** `Gravity = f(probabilidad_cierre, engagement_activo, timing, señales_avance)` **Escala de referencia:** | Rango | Lectura operativa | Órbita típica | |---|---|---| | 80-100 | Alta tracción — oportunidad en fase de cierre activo | caliente | | 65-79 | Tracción positiva — avanzando con claridad | caliente / acercándose | | 50-64 | Tracción moderada — interés confirmado, timing incierto | acercándose / entrante | | 35-49 | Tracción baja — interés presente, momentum débil | entrante / enfriándose | | 20-34 | Sin tracción activa — necesita reactivación | enfriándose / latente | | 0-19 | Sin tracción — candidato a salida o latencia formal | latente / salida | **Regla de actualización:** el Gravity Score se recalcula en cada movimiento documentado (reunión, propuesta, respuesta, silencio). No se actualiza en reuniones internas — solo cuando hay señal del prospecto. **Colores del dashboard por Gravity:** | Rango | Color arco | Color texto | |---|---|---| | ≥ 80 | `#8BC43E` (verde) | `#B4E06A` | | ≥ 65 | `#FAC775` (ámbar) | `#FAC775` | | ≥ 50 | `#F07A50` (naranja) | `#F07A50` | | < 50 | `#F09595` (rojo) | `#F09595` | ### 3.3 Tier — el tamaño del deal | Tier | Rango de deal | Código | |---|---|---| | Hook | $0 – $10K | `Hook` | | Entry | $11K – $20K | `Entry` | | Medium | $21K – $50K | `Medium` | | High | $51K – $100K | `High` | | Highest | +$100K | `Highest` | **Regla de tier:** el tier refleja el valor total del engagement, no solo la primera fase. Una oportunidad que empieza con $15K diagnóstico pero tiene $200K de upside se clasifica como Highest desde el inicio. ### 3.4 Instancias — el tipo de relación comercial | Instancia | Código | Qué es | |---|---|---| | B2B-Direct | `B2B-Direct` | Venta directa de servicios a una organización cliente | | B2B-Build | `B2B-Build` | Co-construcción de producto o plataforma con un partner | | B2B-Collaborative | `B2B-Collaborative` | Alianza estratégica donde ambas partes aportan y comparten | ### 3.5 Alertas — señales de riesgo sistémico | Alerta | Código | Condición de activación | Acción recomendada | |---|---|---|---| | frío | `frío` | > 30 días sin contacto documentado con el prospecto | Reconectar con energía — no con disculpas | | crítico | `crítico` | > 90 días sin contacto documentado | Decisión: reactivar activamente o mover a latente/salida | | bloqueado | `bloqueado` | Dependencia explícita no resuelta que impide avanzar | Resolver la dependencia antes de cualquier otro movimiento | --- ## 4. ESTRUCTURA DEL XDOCSX El XDocSX es la instancia del XDoc-base para el dominio SX. Hereda las 7 secciones canónicas del XDoc (SOMA-Method §4) y agrega los campos específicos del dominio de ventas. ### 4.1 Frontmatter canónico del XDocSX ```yaml --- asset_id: XD-[IB]-Loop-[Nombre]-v01 tipo: XDoc Loop — BrainX Loop · Dominio SX orbit: [caliente|acercándose|entrante|enfriándose|latente|salida] gravity_score: [0-100] instancia: [B2B-Direct|B2B-Build|B2B-Collaborative] deal_value_est: "[rango en USD o MXN con descripción]" tier: [Hook|Entry|Medium|High|Highest] last_contact: YYYY-MM-DD next_date: YYYY-MM-DD (o null si no hay fecha acordada) champion: [nombre del promotor interno, si existe] dm: [nombre del Decision Maker] source: [cómo llegó la oportunidad] geo: [geografía] tags: [lista de etiquetas] xdoc_ref: [archivo XDoc completo si hay] intellibank: [IB donde vive este XDocSX] owner: [quien tiene el registro formal] runner: [quien tiene el balón ahora mismo] alert: [null|frío|crítico|bloqueado] --- ``` ### 4.2 Las 7 secciones del XDocSX | Sección | Nombre | Contenido específico en dominio SX | |---|---|---| | **CABECERA** | Tabla de cabecera | Oportunidad, DM, instancia, tier, gravity, último contacto, geografía, WOI de referencia | | **1. CONTEXTO** | Quién, qué, por qué | Perfil del DM, historia de la organización, fit con el método, las 5 líneas de oferta aplicables, red de puertas identificadas | | **2. ESTADO** | Momento actual | Señales positivas, señales de riesgo, buying committee (persona + rol + autoridad + estado) | | **3. PROTOCOLO** | Cómo operar | Nivel de autonomía del Sherpa, aproximación estratégica, sensibilidades del deal, secuencia de monetización | | **4. NEXT** | Movimientos concretos | Máximo 5-7 Movimientos activos. Cada uno: `Mov N — Fecha: Descripción [Responsable]` | | **5. DISCUSSION** | Dark Social | Hipótesis cualitativas sobre el estado interno del prospecto. Sección confidencial — no compartir. | | **6. CHANGELOG** | Bitácora | `YYYY-MM-DD · vNN — Descripción del cambio [tipo]` | | **7. CIERRE** | Decisiones bloqueadas | Lista de decisiones pendientes. Estado de cierre. | ### 4.3 Naming convention de activos SX | Activo | Patrón | Ejemplo | |---|---|---| | XDocSX | `XD-[IB]-Loop-[Nombre]-vNN.md` | `XD-EL-Loop-HiOrg-Ibero-v01.md` | | XDocSX (nuevo naming canónico) | `XD-[IB]-SX-[Nombre]-vNN.md` | `XD-EL-SX-Ibero-v01.md` | | SOMA dominio | `SOMA-XX-SX-vNN.md` | `SOMA-XX-SX-v01.md` | | MetaPlaybook dominio | `MePB-XX-BrainSX-vNN.md` | `MePB-XX-BrainSX-v01.md` | | Harness | `HNS-[IB]-SX-[TipoRoom]-vNN.md` | `HNS-EL-SX-SalesPipeline-v01.md` | | MetaPlaybook por cliente | `MePB-[IB]-SX-[Cliente]-vNN.md` | `MePB-PO-SX-v01.md` | **Nota de migración:** los XDocSX existentes (nombrados `XD-EL-Loop-HiOrg-*`) son válidos y no requieren renombrado inmediato. El nuevo patrón canónico `XD-EL-SX-*` aplica a los XDocSX creados a partir de 2026-06-06. La migración de los existentes es opcional y debe hacerse en bloque cuando sea conveniente. --- ## 5. GOBERNANZA L0-L3 PARA BRAINSX Las reglas de gobernanza generales (L0-L3) de SOMA-Method se especifican aquí para el dominio SX. Estas reglas definen qué puede hacer el Sherpa autónomamente y qué requiere ratificación. | Nivel | Qué puede hacer el Sherpa en BrainSX | Ratificación | |---|---|---| | **L0** | Buscar info de oportunidades · actualizar Changelog · preparar materiales · redactar propuestas · calcular Gravity Score · actualizar Dashboard · preparar Dark Social hypotheses | Sin ratificación | | **L1** | Proponer cambio de órbita · proponer siguiente movimiento · proponer Gravity Score actualizado · redactar email de reconexión | Owner revisa antes de ejecutar | | **L2** | Comprometer una fecha de reunión · ajustar el deal value estimado · proponer pricing específico | Victor firma antes de enviar | | **L3** | Comprometer una propuesta económica formal · cerrar un deal · firmar o confirmar un acuerdo · mover a salida (ganada o perdida) | Victor ejecuta directamente — Sherpa prepara, humano cierra | **Regla de oro en ventas:** el Sherpa nunca envía nada al prospecto sin VoBo del runner. Las oportunidades son relaciones humanas — la IA prepara, el humano ejecuta el contacto directo. --- ## 6. INTELLIBANKS ACTIVOS EN BRAINSX Los IntelliBanks que el Sherpa de BrainSX debe tener disponibles para operar: | IntelliBank | Ruta | Por qué es relevante | |---|---|---| | **PB-LoopX** | `IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-LoopX/` | Todos los XDocSX, Dashboard, Agenda | | **BOS-CorpBrainOS** | `IB-EL-EmpowerLabs/BOS-EL-WORX-OS/` | Contexto operativo de EmpowerLabs | | **IB-Clientes** | `IB-Clientes/IB-[XX]-[Codename]/` | IntelliBank del cliente específico cuando existe | | **IPI-XX-SOMA** | `IB-XX-Maestro/IPI-XX-IP-Infraestructura/IPI-XX-SOMA/` | SOMA completo para contexto arquitectónico | | **FM-XX-Formulas** | `IB-XX-Maestro/FM-XX-Formulas-Maestras/` | MetaPlaybooks y Fórmulas Maestras del ecosistema | | **LLM-Wiki** | `IB-WikiX/Wiki/` | Capa de consulta rápida — cargar primero, vault si falta | ### Brain Codes relevantes para BrainSX Cargar cuando estén disponibles y sean pertinentes a la oportunidad: | Brain Code | Cuándo cargarlo | |---|---| | `BC-VictorHeredia-Own-v01` | Siempre — es el criterio del dueño | | `BC-[DM]-vNN` | Si existe Brain Code del DM de la oportunidad | | `BCV-[Mentor]-vNN` | Si el perfil del prospecto tiene resonancia con un mentor específico | --- ## 7. HARNESSES DISPONIBLES PARA BRAINSX Un Harness define la configuración completa de contexto para un tipo de room específico dentro de BrainSX. Cargar el Harness correcto al abrir un room elimina la reconstrucción manual del contexto. | Harness | Archivo | Uso | |---|---|---| | **Sales Pipeline Room** | `HNS-EL-SX-SalesPipeline-v01.md` | Room de revisión y gestión del pipeline completo | | **XDocSX Room** (pendiente) | `HNS-EL-SX-XDocRoom-v01.md` | Room dedicado a trabajar una oportunidad específica | | **Demo Room** (pendiente) | `HNS-EL-SX-DemoRoom-v01.md` | Room de preparación de demos HIOrg/DOIX/SherpaX | | **Closing Room** (pendiente) | `HNS-EL-SX-ClosingRoom-v01.md` | Room de preparación de cierre y propuesta económica | --- ## 8. DIAGRAMA DE ARQUITECTURA COMPLETO ``` ┌─────────────────────────────────────────────────────────────────┐ │ BRAINSX — SALES BRAIN │ │ │ │ ┌──────────────┐ ┌──────────────┐ ┌──────────────────┐ │ │ │ SOMA-SX │ │ MePB-BrainSX│ │ Harnesses SX │ │ │ │ (este doc) │ │ (metodología)│ │ (configuración) │ │ │ │ │ │ │ │ │ │ │ │ Arquitectura │ │ Workflows │ │ Contexto │ │ │ │ Vocabulario │ │ Criterios │ │ de sesión │ │ │ │ Gobernanza │ │ Scripts │ │ por room │ │ │ │ Naming │ │ Métricas │ │ │ │ │ └──────┬───────┘ └──────┬───────┘ └──────────────────┘ │ │ │ │ │ │ └──────────┬────────┘ │ │ ↓ │ │ ┌─────────────────────────────────────────────────────────┐ │ │ │ LOOPSX ENGINE │ │ │ │ │ │ │ │ Órbitas: caliente → acercándose → entrante → │ │ │ │ enfriándose → latente → salida │ │ │ │ │ │ │ │ Gravity Engine: 0-100 · dual-source │ │ │ │ │ │ │ │ ┌──────────────────────────────────────────────────┐ │ │ │ │ │ XDOCSX · una por oportunidad │ │ │ │ │ │ 7 secciones + frontmatter SX canónico │ │ │ │ │ │ Dark Social Layer · Buying Committee │ │ │ │ │ └──────────────────────────────────────────────────┘ │ │ │ │ │ │ │ │ Dashboard LoopSX → visualización en tiempo real │ │ │ └─────────────────────────────────────────────────────────┘ │ │ │ └──────────────────────────┬──────────────────────────────────────┘ │ ┌────────────▼─────────────┐ │ INTELLIBANKS + LLM-WIKI │ │ Nivel 1 · la memoria │ └──────────────────────────┘ ``` --- ## CHANGELOG | Fecha | Versión | Cambio | |---|---|---| | 2026-06-06 | v01 | Documento creado. Arquitectura completa de BrainSX: 5 componentes, vocabulario de dominio (6 órbitas, Gravity 0-100, 5 tiers, 3 instancias, 3 alertas), estructura XDocSX con frontmatter canónico y 7 secciones especificadas, gobernanza L0-L3 para ventas, IBs activos, Brain Codes relevantes, tabla de Harnesses. Nota de migración de naming XDocSX existentes. | --- *SOMA-XX-SX-v01 · IB-XX-Maestro/IPI-XX-IP-Infraestructura/IPI-XX-SOMA/* *Generado por Jay · EmpowerLabs Brain OS · 2026-06-06* *Hereda de: SOMA-XX-Core-v01 + SOMA-XX-Method-v01* *Complementado por: MePB-XX-BrainSX-v01 + HNS-EL-SX-SalesPipeline-v01* *Cambios en arquitectura del dominio → notificar a Victor antes de actualizar*