Proyectos · Software · IA · SaaS · Arquitectura digital

Software, automatización y plataformas construidas para operaciones reales.

Cada proyecto comienza con un problema distinto. Algunos requieren software a medida. Otros, inteligencia artificial, integraciones, una nueva arquitectura de datos o una presencia digital capaz de captar y organizar demanda. Aquí mostramos qué encontramos, qué decidimos construir y qué evidencia existe.

Explorar proyectos Evaluar mi operación

No todo proyecto es un caso validado. Distinguimos desarrollo, implementación, prueba y resultado medido.

Evidencia antes que adjetivos

Un proyecto explica qué construimos. Un caso validado demuestra qué cambió y bajo qué condiciones.

No utilizamos “caso de éxito” como sinónimo de trabajo terminado. Un proyecto puede demostrar arquitectura, producto o capacidad técnica aunque todavía no exista una métrica de negocio comparable. Cuando sí hay línea base, periodo, resultado y autorización, la ficha puede presentarse como caso validado.

PROYECTO

Existe una intervención concreta y puede explicarse qué problema abordó y qué se construyó.

PRUEBA REAL

El sistema fue utilizado en un contexto definido y existen observaciones de funcionamiento.

CASO VALIDADO

Existe una línea base, resultado verificable, periodo y autorización suficiente para comunicarlo.

Filtrar proyectos

Software a medida · Logística y transporte

Proyecto documentado

TRAX / La Centralita

ERP modular y plataforma de reservaciones.

Ver proyecto

01Problema

La operación dependía de procesos manuales y sistemas fragmentados. Crear rutas era lento, los permisos no reflejaban responsabilidades operativas, las tarifas podían variar por canal y la experiencia de reservación necesitaba funcionar mejor en móvil.

02Decisión

Separar la administración operativa de la experiencia de reservación y modelar rutas, usuarios, precios y disponibilidad como reglas del sistema.

03Sistema

ERP modular en CodeIgniter 4 y aplicación de reservaciones en React + Vite. Incluye rutas y subrutas, andenes/paradas, flota, personal, precios, disponibilidad y control de acceso por roles.

04Evidencia visible

El proyecto permite administrar la operación y reutilizar estructuras de viaje mediante clonación de rutas, evitando reconstruir manualmente viajes, subrutas, andenes y personal cada vez.

SaaS · Automatización e IA · Insurtech

Proyecto de arquitectura y desarrollo

Zyllon

Conversación natural con un flujo que no depende de improvisación.

Ver proyecto

01Problema

Los procesos de cotización de seguros pueden exigir formularios largos y captura estructurada, mientras la experiencia del usuario ocurre mejor como conversación.

02Decisión

Separar interpretación y control: permitir lenguaje natural sin entregar al modelo la lógica completa del proceso.

03Sistema

Plataforma SaaS modular con arquitectura Core + Vertical Plugins. Combina máquina de estados (FSM) con modelos de lenguaje, CRM ligero, cotización configurable, multi-tenancy e integraciones de plataforma.

04Evidencia visible

La máquina de estados gobierna el recorrido y las validaciones; el modelo interpreta respuestas y produce lenguaje natural dentro de ese marco.

Web y adquisición · CMS · SEO local

Proyecto documentado

PUCSA Maquinaria

Un catálogo que el equipo puede operar y que el mercado puede encontrar.

Ver proyecto

01Problema

La disponibilidad de maquinaria cambia con la flota, pero publicar altas o bajas dependía de tocar código. La captación llegaba principalmente por WhatsApp y faltaba una estructura web preparada para búsquedas locales de renta y venta de maquinaria.

02Decisión

Convertir el sitio en una superficie operable por el cliente y mantener WhatsApp como canal de conversión en lugar de reemplazar un hábito que ya funcionaba.

03Sistema

Next.js + Sanity Studio embebido, catálogo administrable, fichas por servicio, SEO local, datos estructurados y acceso persistente a WhatsApp.

04Evidencia visible

El equipo puede publicar maquinaria y servicios desde el CMS sin depender de un desarrollador para cada cambio; cada servicio cuenta con una ruta propia de búsqueda y contacto.

Otras formas de resolver una operación

No todo sistema empieza dentro de un ERP.

Una arquitectura digital también puede resolver problemas de publicación, descubrimiento, navegación, catálogo, relación entre marcas y captación. Estos proyectos muestran esa capa de trabajo.

Web · CMS · SEO · Desarrollo inmobiliario

PPD Grupo Inmobiliario

Sitio editorial en Next.js 16 + Sanity para publicar desarrollos e inmuebles sin tocar código. La arquitectura sustituye un portafolio dependiente de PDFs y WhatsApp por contenido estructurado con metadata, sitemap, robots, JSON-LD y Open Graph.

Ver proyecto

Arquitectura de marca · Web corporativa · Holding

Grupo PUCSA

Sitio corporativo que explica el holding y enruta a cada división. Resuelve el problema de cinco marcas presentadas como unidades aisladas y construye una entrada común sin borrar la identidad de cada empresa.

Ver proyecto

Catálogo · SEO local · Conversión · Construcción

PUCSA Triturados

Catálogo navegable de agregados organizado por familia y especificación, con cobertura de entrega y cotización por WhatsApp a partir del material seleccionado.

Ver proyecto

Contenido · Marca · Web · Arquitectura digital

El Inge PUC

Un sitio propio para ordenar contenido que antes vivía únicamente en redes sociales y conducir esa atención hacia las empresas del grupo mediante temas, videos y enlaces definidos.

Ver proyecto

Plantilla de evidencia

El diseño cambia. La disciplina de documentación no.

Contexto

Qué operación, cliente o entorno existía.

Problema observable

Qué fricción o consecuencia justificaba intervenir.

Línea base

Cómo se hacía antes y qué podía medirse, cuando existe información suficiente.

Decisión

Qué elegimos cambiar y qué decidimos no resolver.

Sistema

Qué construimos, integramos o reorganizamos.

Evidencia

Qué puede observarse o compararse después de la intervención.

Límite

Qué no demuestra el proyecto o qué depende de otra condición.

Aprendizaje

Qué decisión reutilizable dejó para proyectos futuros.

Fuente y autorización

Qué puede publicarse y con qué respaldo.

Regla de publicación

Una cifra sin definición, periodo o fuente no convierte un proyecto en un caso. Una captura atractiva tampoco. La evidencia debe ayudar a comprender qué cambió, no sólo hacer que el trabajo se vea importante.

Productos propios

WABEE, SocialQuant, PIIBOT, Dafne, NETO y Cordelia no necesitan disfrazarse de “casos de cliente”.

Nuestros productos propios tienen otra función: resolver problemas que vimos repetirse hasta que dejó de tener sentido construirlos desde cero. Sus páginas explican para quién son, qué hacen, qué decisiones conserva una persona y cuál es su estado real.

Conocer el ecosistema

Tu operación no tiene que parecerse a estas

Los proyectos anteriores no son plantillas. Son evidencia de que podemos modelar problemas diferentes.

Cuéntanos qué proceso, sistema, canal o punto de información está limitando tu operación. Revisaremos si conviene configurar algo existente, integrar herramientas, automatizar una parte del trabajo, utilizar un producto propio o construir software a medida.

Evaluar mi operación Ver soluciones