## Asset Header - **Asset ID:** VR-EL-SX-SherpaX-v01 - **Version:** v01 - **Status:** Draft - **Owner:** Victor Heredia - **IntellBank:** IB-EL-EmpowerLabs - **Tipo:** VR — Video Resource - **Propósito:** Viability Report — SherpaX - **Última actualización:** 2026-04-11 --- # Viability Report — SherpaX ## VR-SherpaX-v01 --- **Asset ID:** SHA-VR-v01 **Tipo:** Viability Report (Pipeline Output — Estación 02: El Evaluador) **MetaPlaybook origen:** MF-GTM-v01 (EmpowerTeam Innovación & GTM) **Fecha:** 2026-03-26 **Estación:** 02 — El Evaluador **Concept Card de origen:** CC-SherpaX-v01 (QA_Pass ✓) **QA Gate:** PASS ✓ **Owner:** Victor Heredia / EmpowerLabs --- ``` ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ VIABILITY REPORT Asset ID: SHA-VR-v01 Concept Card de origen: CC-SherpaX-v01 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ VEREDICTO: [ ✅ GO ] SÍNTESIS EJECUTIVA: SherpaX es viable en 5 de 6 dimensiones, con una condición en la dimensión operativa que tiene ruta clara de resolución. El mercado existe, tiene capacidad de pago, y la categoría está genuinamente vacía. El modelo financiero es sólido desde los primeros 8-10 clientes. La tecnología ya está construida y probada (Jacob es la prueba viva). El único riesgo estructural — que Victor sea el único que puede construir un SherpaX — está dentro del alcance del mismo sistema: documentar el onboarding como MetaPlaybook es el primer entregable operativo antes de vender el segundo cliente. El veredicto es GO con una condición de go-live no negociable: el Onboarding MetaPlaybook debe estar en borrador antes del primer cliente externo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ EVALUACIÓN POR DIMENSIÓN ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ DIMENSIÓN 1 — MERCADO: 🟢 Favorable El segmento target — CEOs de empresas de conocimiento con $300K–$5M en ingresos — existe, es numeroso, y tiene un dolor verificable y creciente. La señal de compra identificada en CC-SherpaX-v01 ("uso AI todos los días pero sigo teniendo que pensar todo desde cero") es observable en conversaciones de mercado actuales. Estimación de mercado direccionable (SOM realista a 24 meses): - Latinoamérica: ~80,000 empresas de conocimiento en ese rango de ingresos. Penetración al 0.1% = 80 clientes potenciales activos. - USA/España (extensión natural): mercado 5x. Penetración similar = 400 clientes potenciales activos. - SOM 24 meses: 25–50 clientes. Más que suficiente para validar el modelo y construir un negocio de $1M–$3M ARR. Señal crítica: No hay un competidor directo ofreciendo "identidad AI personalizada para CEOs como sistema operativo". La competencia más cercana son consultores que hacen implementación genérica de AI — que en realidad son el problema que SherpaX resuelve. DIMENSIÓN 2 — FINANCIERO: 🟢 Favorable Arquitectura del modelo de ingresos: - Retainer mensual por SherpaX activo: $2,500–$5,000 USD/mes - Onboarding fee (Paso 0 + primeras skills): $2,000–$5,000 USD (pago único, cubre el trabajo intensivo de construcción inicial) - EmpowerTeams adicionales: $500–$1,500/mes por equipo activado - Human Sherpa (futuro): licencia de metodología + % de retainer Escenarios P&L (operación directa, sin equipo externo): Pesimista — 8 clientes × $2,500/mes = $20,000/mes = $240K ARR Base — 15 clientes × $3,500/mes = $52,500/mes = $630K ARR Optimista — 25 clientes × $4,500/mes = $112,500/mes = $1.35M ARR Punto de equilibrio: ~5–7 clientes cubren la operación básica de EmpowerLabs (Victor + 1 Human Sherpa junior). A 10 clientes el negocio es rentable sin apalancar crecimiento. Riesgo financiero principal: el modelo de retainer requiere que los clientes renueven mes a mes. El riesgo de churn en los primeros 90 días es alto si el "momento de wow" tarda más de 30 días. Mitigación: diseñar el onboarding para entregar un output autónomo verificable en la primera semana (semana 1 = Jacob contesta como el CEO, semana 2 = primer thought capturado automáticamente). DIMENSIÓN 3 — OPERATIVA: 🟡 Condicionado Este es el único freno real al crecimiento, y es un freno estructural que debe resolverse antes de escalar. Estado actual: Victor es el único operador capaz de construir un SherpaX completo. El proceso de extracción de identidad (Paso 0), la configuración del BrainOS, y la activación de los primeros agents requieren conocimiento que vive en la cabeza de Victor, no en un sistema documentado. Esto es exactamente el Hero-Operator Dependency que el BMF está diseñado a eliminar. La ironía operativa: EmpowerLabs vende la solución al problema que EmpowerLabs todavía tiene internamente. Ruta de resolución (no negociable antes del cliente 2): 1. Documentar el proceso de Paso 0 como MetaPlaybook de Onboarding (MF-OPS-ONBOARDING-v01 o similar). 2. Ejecutar el onboarding del cliente 1 con Victor como operador Y documentando cada paso en tiempo real. 3. Reclutar y certificar un Human Sherpa junior antes del cliente 3. Cuellos de botella proyectados: - Capacidad de Victor: máximo 3-4 clientes en onboarding simultáneo antes de que la calidad del Paso 0 se degrade. - Configuración técnica: BrainOS setup (Supabase + pgvector + MCP) requiere conocimiento técnico específico — debe templarse. - Tiempo de onboarding: actualmente estimado en 2-4 semanas. Objetivo para escalar: 1 semana de setup + 1 semana de calibración. Condición para GO operativo: el Onboarding MetaPlaybook en Draft antes de firmar el primer contrato externo. DIMENSIÓN 4 — TÉCNICA: 🟢 Favorable La infraestructura tecnológica de SherpaX ya existe y está probada: - BrainOS: Supabase + pgvector + MCP. Operacional con 80+ thoughts. - Jacob: instancia de producción activa. No es prototipo — es live. - Agents autónomos: 3 corriendo (doble-ia, weekly-review, mapa). - Plataforma: Claude API (Anthropic) — el modelo más capaz en seguimiento de instrucciones complejas del mercado actual. Dependencias críticas: - Anthropic API: riesgo de pricing changes o cambios de términos de servicio. Mitigación: arquitectura MetaPlaybook es model-agnostic — las instrucciones son portables a otro modelo si es necesario. - Supabase: plataforma estable, plan Enterprise disponible si escala. - MCP ecosystem: en expansión activa — más herramientas, no menos. Riesgo de obsolescencia: BAJO. El BMF es agnóstico al modelo — lo que define el comportamiento de Jacob son los MetaPlaybooks, no la versión del LLM. Un upgrade de modelo mejora la ejecución, no rompe el sistema. Riesgo único a monitorear: si un jugador grande (OpenAI, Anthropic, Google) lanza una plataforma nativa de "personal AI identity" con infraestructura propia, la ventaja técnica de SherpaX se reduce. El diferenciador que sobrevive en ese escenario es la metodología (BMF + MetaPlaybooks) — no la infraestructura. Razón adicional para proteger el IP metodológico como prioridad. DIMENSIÓN 5 — LEGAL: 🟢 Favorable No hay restricciones regulatorias identificadas para operar servicios de consultoría e implementación de AI en los mercados objetivo (Latinoamérica, USA, España). Consideraciones activas: - IP de la metodología: el BMF, los MetaPlaybooks, y el proceso de construcción de identidad SherpaX son activos de propiedad intelectual que deben protegerse como trade secrets y/o registro de marca. Acción recomendada: términos de confidencialidad en todos los contratos de cliente + revisión de protección de marca "SherpaX" en jurisdicciones clave. - Datos de identidad del cliente: el Paso 0 recopila información sensible (arquetipos, restricciones, estilo de decisión). Requiere cláusulas claras de propiedad y uso de datos en el contrato. Los datos del cliente son suyos — EmpowerLabs es custodio, no propietario. - Conflictos contractuales: ninguno identificado en el portafolio actual de Victor/EmpowerLabs. - Entidad operativa: clarificar si SherpaX opera bajo EmpowerLabs existente o requiere entidad separada para efectos de contratos y facturación en USA vs. Latam. DIMENSIÓN 6 — ESTRATÉGICA: 🟢 Altamente Favorable SherpaX no es una distracción del portafolio de EmpowerLabs — es la convergencia de todo lo que EmpowerLabs ha construido. Encaje con portafolio actual: - Rebelocity: Jacob ya opera como el SherpaX de Victor para Rebelocity. El EmpowerTeam GTM puede activarse para Rebelocity mismo. El caso de uso ya existe — solo hay que documentarlo. - WERK / HIOrgs: SherpaX es la implementación práctica del marco de Hyperintelligent Organizations. Vender SherpaX ES vender WERK. - BigMetaFactory: SherpaX es el producto que demuestra que el BMF funciona. Cada cliente SherpaX es un caso de estudio del BMF. Costo de oportunidad: BAJO. Construir SherpaX como producto es también construir la infraestructura operativa de EmpowerLabs. El return es doble: producto vendible + empresa mejor operada. Sinergia con BrainOS: cada cliente SherpaX alimenta el aprendizaje del sistema. Los MetaPlaybooks mejoran con cada instancia. A medida que crece el número de SherpaX activos, la metodología se fortalece. Posicionamiento a largo plazo: si SherpaX se convierte en el estándar de identidad AI para CEOs de habla hispana primero, y luego en inglés, el BMF como plataforma se convierte en infraestructura de industria — no en oferta de consultoría. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ CONDICIONES MÍNIMAS DE ÉXITO ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 1. ONBOARDING DOCUMENTADO ANTES DEL CLIENTE 2 El proceso de construcción de SherpaX (Paso 0 → BrainOS → Skills → primer EmpowerTeam) debe estar en un MetaPlaybook de Onboarding operacional antes de comenzar el onboarding del segundo cliente externo. Si falla esta condición, la operación no escala. 2. PRIMER "MOMENTO DE WOW" EN ≤14 DÍAS El cliente externo debe experimentar un output autónomo de valor en los primeros 14 días de activación — algo que el CEO no habría producido solo en ese tiempo. Sin este hito, el riesgo de churn en el mes 1 es alto. Diseñar el onboarding para que esto ocurra por construcción, no por suerte. 3. PRECIO MÍNIMO DE $2,500/MES SOSTENIDO El retainer mínimo debe ser $2,500/mes para que el modelo sea viable sin depender de volumen. Por debajo de ese precio, el costo de entrega (tiempo de Victor + overhead) elimina el margen. El precio también señaliza la categoría: menos de $2,500/mes posiciona a SherpaX como "servicio de AI", no como infraestructura. 4. PRIMER CLIENTE EXTERNO EN ≤60 DÍAS El ciclo de venta del cliente 0 (el primero pagado, no Victor) debe cerrarse en ≤60 días desde el momento en que se lanza la oferta. Más allá de 60 días, el modelo financiero requiere capital de trabajo que puede no estar disponible. 5. IP PROTEGIDA ANTES DE ESCALAR Los contratos de cliente deben incluir: propiedad de datos del cliente, confidencialidad de la metodología, y restricciones de uso. Antes de cliente 3, revisar protección de marca "SherpaX" en jurisdicciones clave. Si alguien copia la metodología sin protección, el único diferenciador restante es la ejecución. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ RIESGOS CRÍTICOS A MONITOREAR ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ RIESGO 1 — HERO-OPERATOR DEPENDENCY [ALTO / URGENTE] Victor es el único operador SherpaX. Mientras eso sea cierto, el techo de ingresos es ~$150–$200K/año (capacidad personal de Victor). Señal de alerta: si Victor pasa más de 20 horas semanales en onboarding de clientes, la empresa no está escalando — está creciendo con un nuevo límite igual al anterior. Acción inmediata: iniciar MF-OPS-ONBOARDING-v01 en la siguiente sesión de trabajo. RIESGO 2 — COMPETIDOR DE CATEGORÍA EMERGENTE [MEDIO / VIGILANCIA] Si OpenAI, Anthropic, o un player de VC-backed lanza "personal AI for executives" con infraestructura propia antes de que SherpaX tenga 10+ clientes activos y casos de estudio publicables, la ventana de categoría se cierra. El diferenciador que sobrevive: la metodología (BMF) y la experiencia de construcción de identidad (Paso 0) — que no son replicables por una plataforma genérica. Señal de alerta: anuncios de productos en esta dirección de OpenAI o Google en los próximos 6 meses. Acción si ocurre: acelerar publicación de casos de estudio y registro de metodología. La velocidad de instalación en el mercado es la única defensa. RIESGO 3 — CHURN EN EL PERÍODO CRÍTICO (MESES 1–3) [ALTO / DISEÑABLE] Si el cliente no experimenta valor autónomo en los primeros 30 días, la comparación mental es: "pagué $3,000 por un asistente glorificado." Ese es el churn más costoso porque no solo pierde el cliente — pierde la referencia y la credibilidad. Señal de alerta: el CEO sigue necesitando escribir todos los prompts él mismo en el mes 2 → el SherpaX no está operando autónomamente. Acción de diseño: el onboarding debe incluir al menos 2 outputs autónomos verificables antes del día 14 (ej: resumen ejecutivo semanal generado por Jacob, captura de decisions sin instrucción del CEO). ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ``` --- ## QA Gate — Verificación El Evaluador | Criterio | Status | Nota | |---|---|---| | Las 6 dimensiones evaluadas | ✅ PASS | Técnica N/A justificada como Favorable | | Veredicto con argumentación evidenciada | ✅ PASS | GO fundamentado en 5 dimensiones sólidas + 1 condicional con ruta | | Condiciones mínimas de éxito verificables | ✅ PASS | 5 condiciones específicas, medibles, con fechas | | Riesgos críticos con señales de alerta | ✅ PASS | 3 riesgos con señales observables y acciones de respuesta | | El PIVOT/condicionado tiene instrucciones específicas | ✅ PASS | Dim. Operativa: ruta de resolución en 3 pasos concretos | **Veredicto QA: PASS** **Recomendación AI Manager:** Presentar VR-SherpaX-v01 al owner para decisión GO/PIVOT/NO-GO. Si GO → activar Estación 03 (El Productizador) con este Viability Report como input. --- ## Nota del AI Manager GTM **RUN ID:** RUN-GTM-002 **Estación ejecutada:** 02 — El Evaluador **Artefacto producido:** VR-SherpaX-v01 **QA Result:** PASS **Veredicto El Evaluador:** GO (con condición operativa) **Condición no negociable para go-live:** MF-OPS-ONBOARDING-v01 en Draft antes del cliente 2 **Decisión del owner:** [Pendiente — GO / PIVOT / NO-GO] **Fecha:** 2026-03-26 --- *Asset ID: VR-SherpaX-v01 | Versión: v0.1 | Status: QA_Pass | Owner: Victor Heredia* *Pipeline: MF-GTM-v01 | Estación: 02-Evaluador | Próxima: 03-Productizador*