ScalePath Hub — RAG Strategy Report

Alineación global
92%
Nuestra arquitectura RAG refleja con alta fidelidad las decisiones estratégicas de Eliseo

Preguntas analizadas

Journey · Buyer · Profundidad diagnóstico · Propuesta de valor diferencial

Ajustes requeridos

Dual-layer de documentos (cross-border vs. establecimiento) + contenido procedimental

Decisiones confirmadas

B2B digital SaaS, España como mercado, jerarquía 3 niveles, namespaces por módulo, etc.

Pregunta 1 — Journey del usuario

Cross-border vs. Establecimiento en España

Define el tipo de empresa que servimos y la estructura documental del RAG

Arquitectura

El usuario sigue un journey secuencial: Colombia → test → España

No son dos productos distintos, sino dos momentos de un mismo workflow de expansión

Eliseo dice

El MVP debe contemplar ambos escenarios dentro de un mismo proceso estructurado:

Venta cross-border desde país de origen → validar demanda, canal, pricing
Soft landing / implantación en España → estructura local, fiscalidad, contratación

El sistema debe identificar en qué momento del journey está la empresa y orientar en consecuencia.

Nuestra implementación

El ScaleIndex y la asignación de fase (Explorar → Preparar → Entrar → Escalar) ya captura este journey. Los módulos recomendados cambian según la fase.

Ajuste requerido: Los 15 namespaces de Pinecone deben tener documentación en dos capas por pilar — una para cross-border, otra para establecimiento.

✅ La lógica de scoring y fases ya contempla ambos journeys. La taxonomía RAG debe añadir la dimensión journey_type: cross_border | establecimiento al filtrado de Pinecone. Ajuste menor

Implicaciones para el RAG

📄

Docs cross-border

Facturar a clientes españoles, cobro internacional, IVA intracomunitario, envíos

🏢

Docs establecimiento

Constitución SL, NIE, cuenta bancaria española, contratación laboral, compliance local

🔀

Filtrado dinámico

Pinecone metadata: journey_type + phase + pilar

Pregunta 2 — El comprador español

Foco B2B Digital · SaaS y Servicios

Define qué documentación necesita el RAG y simplifica radicalmente el sistema

RAG

Prioridad clara en B2B — sectores: SaaS, AI/data, servicios digitales

B2C no se excluye, pero no es el foco de diseño inicial del MVP

Eliseo dice

El foco B2B simplifica radicalmente el sistema:

Legal: GDPR / AI Act / data processing — NO seguridad alimentaria
Market: venta consultiva, ciclos largos 6-12m, referencias locales
Finance: modelos SaaS, CAC/LTV/runway — NO inventario
Operations: delivery remoto, equipos distribuidos, escala digital

Nuestra implementación

Los 15 módulos especializados ya están diseñados para servicios digitales B2B:

legal_compliance → GDPR / AI Act ✅
market_channel → venta consultiva, canal directo ✅
finance_budget → runway / CAC / LTV ✅
operations_model → escala digital ✅

✅ Alineación total. Nuestra arquitectura de módulos y system prompts ya está diseñada para B2B digital SaaS. Los namespaces de Pinecone deben indexar documentación específica de este sector. Alineado

Impacto en los 5 pilares

⚖️

Legal

GDPR · AI Act · SaaS contracts

📈

Finance

SaaS runway · CAC · LTV

🎯

Market

Venta B2B · ciclos largos · red local

⚙️

Operations

Remote-first · escala digital

🗺️

Strategy

Entry model · partnerships · validación

Pregunta 3 — Profundidad del diagnóstico

Diagnóstico + Guía paso a paso + Expertos opcionales

Define el nivel de profundidad documental que necesita el RAG — no descriptivo, sino procedimental

Negocio

El RAG no debe limitarse a informar — debe ayudar a ejecutar

Contenido procedimental, no descriptivo. El experto es opcional, no estructural.

Eliseo dice

Cuando Legal está bloqueado, el sistema debe ir un nivel más abajo:

Qué decisión debe tomar el usuario
Qué documentación necesita
Qué orden lógico seguir
Qué riesgo corre si no lo resuelve
Qué dependencias existen (NIE → cuenta bancaria → constitución → contratos)

"El RAG no debe limitarse a informar — debe ayudar a ejecutar"

Nuestra implementación

Los 15 módulos especialistas (gpt-4o) tienen system prompts diseñados para guidance accionable, no descripción genérica.

Ajuste crítico en la documentación: Los documentos a subir a Pinecone deben ser de tipo procedimental — guías paso a paso, plazos reales, dependencias entre pasos, riesgos y costos aproximados.

NO: "Qué es una SL" → SÍ: "Cómo constituir una SL — pasos, plazos, costes, dependencias"

⚠️ Los agentes están correctamente diseñados. El gap está en el tipo de documentación a ingresar en Pinecone — debe ser procedimental, no descriptiva. Esto define la estrategia de content curation. Acción requerida

❌ Contenido insuficiente	✅ Contenido que necesitamos
Qué es una SL	Cuándo SL vs. cross-border — comparativa, criterios de decisión
Qué es GDPR	Checklist GDPR para SaaS B2B en España — pasos, plazos, documentos
Qué es el NIE	NIE → cuenta bancaria → constitución → contratos — cadena de dependencias
Qué es una licencia de actividad	Cuándo necesitas licencia, cómo tramitarla, plazos reales y coste aproximado

Pregunta 4 — La pregunta que lo une todo

Propuesta de valor diferencial de ScalePath

Lo que hace ScalePath y que ningún buscador puede hacer — define el valor del RAG

Producto

ScalePath diagnosa + estructura + guía la resolución de bottlenecks reales

No información genérica — diagnóstico contextualizado y accionable

Eliseo dice

Google = información
Consultores = ejecución manual por horas
ScalePath = diagnóstico + estructura + ejecución guiada

Lo que ScalePath hace y Google no puede:

Evalúa tu empresa específica, no información genérica
Detecta qué te va a bloquear en tu caso concreto
Dice qué hacer primero, después y por qué
Guía la resolución sin depender de consultores

Nuestra implementación

La jerarquía de 3 niveles implementa exactamente esto:

Atlas Unified → recibe el contexto completo de la empresa (ScaleIndex, pilares, brechas)
Supervisor → identifica el módulo más relevante para el bloqueo detectado
Módulo especialista → entrega guidance procedimental con RAG contextualizado al país + fase

✅ Alineación total. La arquitectura 3-niveles (Atlas → Supervisor → Módulo) implementa exactamente el modelo "diagnóstico + estructura + ejecución guiada" que Eliseo describe como el diferencial de ScalePath. Alineado

Definición oficial · Eliseo

ScalePath turns international expansion from a guess into a structured, guided process, by diagnosing your real bottlenecks and helping you resolve them step by step

Respuesta a Pregunta 4 — Preguntas RAG, Eliseo

Arquitectura implementada

Taxonomía RAG y Namespaces

Taxonomía mínima validada por spec: país → pilar → subdominio → fase → tipo empresa

Cadena de filtrado Pinecone

país = España › pilar › subdominio / módulo › fase (Explorar·Preparar·Entrar·Escalar) › tipo = B2B SaaS digital › journey (cross_border | establecimiento)

Pilar	Módulo	Namespace Pinecone	Tipo de documentación
Strategy	Entry Strategy Builder	strategy_entry	Modelos de entrada, comparativa, criterios
Strategy	Value Prop Localization	strategy_value_prop	Adaptación propuesta, buyer persona ES
Strategy	Validation Sprint	strategy_validation	Técnicas validación, señales mínimas, pilots
Finance	Expansion Budget Planner	finance_budget	Estructura costos, runway mínimo, modelos
Finance	Pricing Strategy Builder	finance_pricing	Benchmarks precios ES, adaptación márgenes
Finance	International Payments Setup	finance_payments	Cobro cross-border, IVA, pasarelas, fiscalidad
Legal	Entity Setup Advisor	legal_entity	SL vs. sucursal vs. cross-border — guía paso a paso
Legal	Compliance & Data Protection	legal_compliance	GDPR, AI Act, checklist SaaS B2B España
Legal	Contract Adaptation Pack	legal_contracts	Contratos SaaS ES, IP, cláusulas locales
Operations	Operating Model Design	operations_model	Modelos operativos remote-first, estructura equipos
Operations	Internal Readiness Checklist	operations_readiness	Checklist readiness, certificaciones, herramientas
Operations	Local Partner Setup	operations_partner	Selección partner, acuerdos distribución, representación
Market	Market Selection Tool	market_selection	Scoring mercados, comparativa, criterios B2B SaaS
Market	Channel Fit Guide	market_channel	Canales venta B2B ES, comunidades, eventos tech
Market	Competitive Intelligence Sprint	market_intel	Marco análisis competidores, posicionamiento

Plan de acción

Próximos pasos ajustados a validación

Basado en las respuestas de Eliseo, estos son los ajustes y acciones concretas

Configurar Pinecone — índice scalepath-hub con 15 namespaces

Crear cuenta Pinecone, configurar credencial en n8n local y producción, crear el índice y los 15 namespaces listados arriba.

Ahora

Curar documentación procedimental para España

Por módulo: guías paso a paso, plazos reales, costes aproximados, dependencias entre pasos, checklists ejecutables. Foco: B2B SaaS digital. NO contenido descriptivo genérico.

Ahora

Añadir metadata journey_type a documentos Pinecone

Cada documento debe tener metadata: pilar, module, fase, journey_type (cross_border | establecimiento), sector. Permite filtrado contextual en el RAG.

Ahora

Activar 21 workflows en producción (n8n.scalepathub.com)

Abrir cada workflow en la UI de producción y activar el toggle. Orden: módulos → supervisores → Atlas Unified.

Ahora

Añadir country y phase al payload desde el frontend

El frontend debe enviar el country del proyecto y la fase actual del usuario en cada llamada a Atlas, para que el RAG filtre correctamente por contexto.

Diseñar flujo opcional de conexión con expertos

Según Eliseo, existe como capa complementaria opcional. Implementar como CTA en el dashboard cuando el módulo detecta un bloqueo crítico (Legal score < 35, etc.).

Fase 2

Plan RAG vs.Validación Eliseo

Plan RAG vs.
Validación Eliseo