La suite de productos
El sistema operativo del cumplimiento legal, pieza por pieza: qué hace cada sub-marca, en qué etapa del ciclo del documento entra y cuál es su estado en el MVP.
Axel es una suite. Cada capacidad tiene nombre propio y resuelve una etapa concreta del trabajo con un documento legal. Se usan juntas o por separado, con la IA corriendo por debajo de cada paso. Esta página es el mapa: qué es cada sub-marca, dónde entra y cuánto de ella existe hoy.
Producto vs solución. Los productos (las sub-marcas de esta página) son lo que el sistema hace, organizados por capacidad. Las soluciones son la capa de venta: el mismo motor empaquetado por audiencia (PYME sin abogado, RR. HH., despacho, área de cumplimiento). Aquí documentamos los productos.
El ciclo del documento
La suite está ordenada por el ciclo de vida de un documento. La firma es una etapa, no la columna vertebral: el eje es la gestión inteligente del cumplimiento.
- CrearAxelDocs
- RevisarAxelCopilot
- FirmarAxelSign
- ResguardarAxelFile
- VigilarAxelRadar
Axel Core: el bundle de entrada
El paquete base del MVP se llama Axel Core y combina cinco sub-marcas que cubren el ciclo completo del documento: AxelDocs (crear), AxelSign (firmar), AxelCopilot (revisar), AxelRadar (vigilar) y AxelFile (resguardar). El nombre es neutral a propósito: la suite es el sistema operativo del cumplimiento en cualquier vertical. AxelLicense (permisos y marcas) se suma como un módulo más del mismo OS.
Todas las sub-marcas de un vistazo
Cada nombre enlaza a su página de detalle (las que ya tienen una).
| Sub-marca | Qué hace | Público | Etapa | Estado |
|---|---|---|---|---|
| AxelDocs | Genera contratos y finiquitos correctos según la ley SV, con motor del Código de Trabajo | B2B | Crear | MVP |
| AxelSign | Firma electrónica certificada (UANATACA, Art. 24) con registro MTPS | B2B | Firmar | MVP |
| AxelCopilot | Copiloto conversacional sobre tu cartera y sobre la ley, citando fuente | B2B | Transversal | MVP |
| AxelFile | Expediente digital del empleado e historial de cada documento | B2B | Resguardar | MVP |
| AxelRadar | Centinela always-on de vencimientos y exposición en todo el OS | B2B | Vigilar | MVP básico |
| AxelLicense | Permisos, licencias operativas y marcas: los crea y luego los vigila para renovar | B2B | Crear · Vigilar | MVP básico |
| AxelNow | Catálogo self-serve: mismo motor de “Crear” que AxelDocs, empaquetado suelto | B2C | Crear | MVP · Mes 5 |
| AxelVerify | Verifica la identidad de quién firma sin fraude (OCR de DUI + OTP en el MVP) | B2B | Firmar | MVP básico |
| AxelInsight | Panel ejecutivo y analítica de toda la cartera (la capa de inteligencia sobre “Vigilar”) | B2B | Vigilar | post-MVP |
| AxelHub | Espacio colaborativo para que despachos atiendan a sus clientes | B2B2C | Transversal | post-MVP |
La columna «Etapa» es el paso del ciclo del documento donde la sub-marca entra: Crear · Firmar · Resguardar · Vigilar. Transversal significa que no vive en un solo paso sino que cruza todos (AxelCopilot y AxelHub asisten en cualquier etapa).
AxelNow es la única vertical B2C de la suite. Todo lo demás es B2B (lo usa la empresa: RR. HH., operaciones, cumplimiento). AxelNow abre el mismo motor al público general, que resuelve un trámite suelto sin ser cliente de la plataforma. AxelHub es B2B2C: un despacho (B2B) atiende a sus clientes dentro de Axel.
El CLM es una capacidad, no una sub-marca
No existe un “AxelCLM”. El CLM (la gestión del ciclo de vida del contrato) es justamente el ciclo crear → revisar → firmar → resguardar → vigilar ejecutado por la combinación de sub-marcas. Es lo que la suite le hace a un documento.
Y el patrón es transversal al tipo de documento: un permiso y una marca también se crean, se resguardan y se vigilan (se renuevan). Por eso el CLM es la capacidad genérica del OS aplicada a cada vertical. El CLM laboral es la primera encarnación, la más profunda, y desde ahí la capacidad se extiende al resto.
Una capacidad transversal ejecutada por AxelDocs + AxelCopilot + AxelSign + AxelFile + AxelRadar juntos. Cambia el tipo de documento (contrato, permiso, marca); el ciclo es el mismo.
Superficie y profundidad
Una plataforma, dos alturas de valor del mismo sistema operativo. Un motor, un login, una marca.
“Resuelve un trámite legal hoy mismo.” Catálogo self-serve donde cualquiera del público entra solo, elige un formato, responde un cuestionario, paga, firma y descarga. Capta sin vendedor. Es la cara B2C de AxelDocs: el mismo motor de generación, otro empaque.
“Gestiona todo tu ciclo de cumplimiento.” El OS completo que usa la empresa: expediente, finiquito con cálculo automático, firma certificada, copiloto que cita la sentencia, permisos, marcas y alertas. Retiene y monetiza.
AxelNow y AxelDocs son el mismo motor en dos modos: AxelNow es el modo catálogo suelto self-serve; AxelDocs en la profundidad es el mismo motor en modo gestión continua dentro del OS. Una sola tecnología, dos formas de venderla. La superficie capta, la profundidad monetiza.
El horizonte
Estas piezas no entran en la primera versión. Son visión de roadmap: cada una potencia una sub-marca existente, ninguna cambia la arquitectura.
La inteligencia de toda la cartera: pasivo laboral agregado, riesgo de la empresa, qué renegociar o renovar. Un panel ejecutivo que potencia a AxelRadar.
Un espacio donde los despachos atienden a sus clientes dentro de Axel: expedientes por cliente, alertas y colaboración. Axel como complemento que potencia el trabajo del abogado.
Verifica quién firma, sin fraude. Entra al MVP en versión básica (OCR del
DUI + OTP); la verificación de identidad completa (KYC) llega después.
La arquitectura es API-first y MCP-ready desde el día uno (MCP es el estándar que deja que asistentes como Claude o ChatGPT se conecten al producto). El conector vivo en esos asistentes es una feature posterior: el valor está en el corpus curado que viaja por ese caño.