Reglas ocultas en el código
Nadie sabe dónde están las reglas de negocio. Están en el código, en correos electrónicos, en la cabeza del senior.
Fundada 2016 · CDMX / 10 años
Diez años construyendo lo que prometemos.
Empezamos en 2016 como Ali-Digital Solutions. Hoy somos rocket code: 190+ rockedianos en CDMX, Madrid y San Francisco, 200+ plataformas en producción, 100+ clientes en el sector financiero.
01 · Los números
Una década en sector financiero.
No los inventamos. Son los proyectos, las personas y las oficinas que hoy sostienen rocket code.
10
años de experiencia
+200
plataformas en producción
+190
rockedianos en equipo
+100
clientes activos
4
oficinas · MX, US, ES
02 · Nuestra línea del tiempo
De 2016 a 2026. Una sola ruta.
Nueve hitos, del primer cliente a tres países. Recórrela con las flechas, con el teclado o arrastrando.
Hito 01 / 09
-
2016
¡La aventura comenzó!
Nuestro primer cliente, en Ciudad de México.
-
2017
Construimos la plataforma de seguros líder en México 🇲🇽
Y creamos Ali-Digital Solutions.
-
2018
Desarrollamos las plataformas líderes en originación de crédito en México
-
2019
Más de 50 casos de éxito
En los sectores Fintech e Insurtech.
-
2020
Ayudamos a nuestros clientes a sobrevivir la pandemia
-
2021
Evolucionamos a rocket code
Nueva marca, mismo equipo.
-
2022–24
Clientes en Estados Unidos y LATAM 🇺🇸
Más de 190 rockedianos, más de 100 clientes y expansión a España 🇪🇸.
-
2025
Plan 10X
Multiplicar por diez nuestra capacidad de entrega con IA.
-
2026
10 años
Una década transformando el sector financiero. La siguiente, la escribimos juntos.
03 · Cómo construimos
Domain-Driven Design no es una moda técnica. Es cómo evitamos que el software mienta.
La mayoría de proyectos tecnológicos comienzan con código. El dominio del negocio queda implícito, disperso, interpretado distinto por cada área, y eso cobra un precio muy alto.
El problema que todos tienen
Lenguaje fragmentado
Negocio dice "Siniestro Aprobado". Dev lo llama validatedCase. QA lo testa como claim_ok. Tres versiones de lo mismo.
Estados sin control
Un pedido puede estar "aprobado" y "cancelado" al mismo tiempo. Los estados inválidos no se detectan a tiempo.
Retrabajo constante
El modelo cambia en cada sprint porque nunca se formalizó. Cada cambio rompe cosas. La deuda crece.
¿Qué es Domain-Driven Design?
El modelo del negocio es el núcleo del sistema. La arquitectura, el código y el lenguaje del sistema se construyen para reflejar cómo funciona el negocio, no para optimizar la base de datos o el stack tecnológico. No al revés.
1
Para tecnología significa
Que el código refleja directamente los conceptos del negocio. Si el negocio tiene un "Siniestro", el sistema tiene un objeto Claim con sus estados, reglas e invariantes.
2
Para el equipo conjunto significa
Que todos hablen el mismo idioma. El analista, el dev, el QA y el stakeholder usan los mismos términos. Eso elimina ambigüedad y retrabajo.
3
Para el negocio significa
Que sus reglas, excepciones y procesos quedan formalizados y protegidos desde el diseño, no en documentos que nadie lee, en el sistema mismo.
Dos niveles que trabajan juntos
Nivel estratégico
¿Cómo se organiza el negocio en el sistema?
1
Subdominios
El negocio se divide en partes: Core Domain, lo que te diferencia; Supporting Domains, lo que te apoya; y Generic Domains, lo que se puede externalizar. Esto evita sobrediseñar lo que no importa.
2
Bounded Context
Cada parte del sistema tiene su propio modelo, su propio lenguaje y sus propias reglas. Lo que "Status" significa en Siniestros puede ser distinto a lo que significa en Facturación; y eso está bien.
3
Ubiquitous Language
El lenguaje del negocio es el lenguaje del sistema, sin traducción. Si negocio dice "Póliza Suspendida", el código dice PolicySuspended, en todos los equipos.
Nivel táctico
¿Cómo se modela la lógica internamente?
1
Entidades & Aggregates
Los objetos del negocio tienen identidad , el Claim #1234 siempre es el mismo, y se agrupan en Aggregates que protegen su coherencia interna. Solo el Aggregate Root puede ser modificado desde afuera.
2
Invariantes
Reglas que nunca pueden romperse: un crédito cancelado no puede volver a "aprobado". Un claim cerrado no acepta pagos. Estas reglas viven en el dominio, no en el frontend ni en validaciones sueltas.
3
Domain Events
Cuando algo ocurre en el negocio, el sistema lo registra como un evento semántico: ClaimApproved, PaymentExecuted, PolicySuspended. Permiten trazabilidad y arquitectura desacoplada.
Cómo lo hace el mercado vs. cómo lo hace rocket code
Cómo lo hace el mercado
Patrón técnico, sin el proceso de fondo
En el mercado, DDD se adopta como patrón técnico: carpetas con nombres sofisticados, se habla de "bounded contexts", pero sin el proceso de fondo.
- ✕ Requerimientos escritos una vez y luego olvidados
- ✕ Base de datos diseñada donde el modelo técnico dictamina el negocio
- ✕ Código escrito con reglas implícitas
- ✕ Bugs y retrabajo porque los estados inválidos aparecen tarde
- ✕ Ajustes ad-hoc, parcheo sobre una base rota
Cómo lo hace rocket code
El proceso comienza antes del código
El dominio se descubre, se formaliza, se firma, y solo entonces se construye.
- ✓ Descubrimiento del dominio: reglas, estados y events extraídos
- ✓ Modelo formalizado: diagrama de estados y bounded contexts
- ✓ Firma y congelamiento: el modelo se bloquea antes de dev
- ✓ Desarrollo blindado: código guiado por el dominio
- ✓ Gobernanza automática: auditoría y monitoreo continuo
Partners certificados
AWS
Advanced Consulting Partner
Google Cloud
Partner certificado
Salesforce
Partner certificado · CRM
Odoo
Partner certificado · ERP
OpenAI
Alianza en proceso
Anthropic
Alianza en proceso
Cómo construimos · dominio antes que código en vivo
04 · Oficinas
Cuatro oficinas. Tres continentes.
México como sede operativa principal, Madrid para Europa y marketing digital, San Francisco para innovación.
🇲🇽
Ciudad de México
México
Plaza Artz · Anillo Periférico 3720, Jardines del Pedregal, Álvaro Obregón, 01900
🇪🇸
Madrid
España
WeWork · Calle de Goya, 36, Salamanca, 28001 Madrid
🇺🇸
San Francisco
Estados Unidos
Salesforce Tower · 415 Mission Street, San Francisco, CA 94105
05 · Equipo
Conoce al equipo.
190+ rockedianos. Aquí van los que probablemente conocerás en una primera conversación.
IH
Ivan Hernández
Chief Executive Officer
LM
Luis Bernardo Macías
CEO Global
DB
Daniel Benitez
Chief Operations Officer
BM
Brice Macías
Chief Technology Officer
MP
Maricela Palma
Sales Director
RP
Rafael de Pina
Sales Director
MV
Montserrat Vergara
Head of Presales
MM
Marco Mendoza
Head of Tech
AL
Alan Lozano
Head of Tech
AS
Azucena Soto
Delivery Manager
AM
Adriana Morales
Human Factor Manager
06 · Valores · sin palabras vacías
Cuatro reglas que sí pesan.
No decoramos paredes con la palabra "excelencia". Estas son decisiones que tomamos y dejamos de tomar, todos los días.
Entregamos, no prometemos
Cada proyecto tiene un entregable concreto cada dos semanas. No aceptamos proyectos donde el éxito sea subjetivo.
El código es tuyo
No hacemos lock-in. El cliente tiene acceso al repositorio y puede cambiar de proveedor sin costo técnico de transición.
Honestidad antes que venta
Si un producto orbit existente resuelve tu problema mejor que un desarrollo, te lo decimos. Si tu problema no encaja con nosotros, te referimos.
Profundidad sectorial
Nos especializamos en seguros, fintech y banca. Una década de proyectos nos da contexto antes de escribir una línea de código.
Contacto
¿Quieres conocer al equipo antes de decidir?
Agenda una llamada de 30 minutos. Sin agenda de ventas. Sólo el equipo técnico contigo.