PRODUCTO DESPLEGADO
Incidencia Fácil
Producto propio Full Stack · Operación interna
Sistema de incidencias diseñado para pasar de alerta a resolución: desde el aviso público con QR público sin registro hasta la operación privada con trazabilidad completa.
- Problema
- Bajar la fricción entre aviso, asignación y resolución de incidencias reales sin perder visibilidad del estado.
- Mi contribución
- Diseño y ejecución Full Stack del flujo de operación, incluyendo interfaz, modelo multiempresa, permisos, QA y despliegue.
- Evidencia técnica
- Estados, filtros, vistas lista/Kanban, evidencias visuales, historial y exportación PDF con reglas de acceso definidas.
- Límite
- Producto propio desplegado; no publica métricas de usuarios ni resultados comerciales.
Lectura para entrevista
- Contexto
- Incidencia Fácil aborda la fricción entre aviso, asignación y resolución de incidencias reales, con un aviso público sin registro y una operación privada trazable.
- Decisión
- Diseñé un flujo Full Stack con estados, filtros, vistas lista/Kanban, modelo multiempresa, roles, permisos e historial para ordenar la operación.
- Prueba
- Se pueden revisar el producto desplegado, sus evidencias visuales, el historial y la exportación PDF; no publico métricas de usuarios ni resultados comerciales.
Resumen: Diseño una ruta clara entre aviso público y resolución operativa para que cada incidencia deje de perderse y avance con estado, prioridad y evidencia sin fricción.
Entrevista: En Incidencia Fácil convertí un flujo de soporte disperso en un circuito trazable: desde reportes públicos con QR hasta la gestión interna por estados, filtros, usuarios y permisos. El resultado es una operación más ordenada, con mejor visibilidad de urgencia, carga y cierre, sin depender de una herramienta externa para aprender el proceso.
Técnico: Como producto propio, Incidencia Fácil cubre la cadena completa de reporte-operación-cierre. En frontend, React/Vite orquesta paneles de estado con filtros y vistas, mientras que el backend en Supabase organiza modelo multiempresa con autenticación, roles y reglas de acceso. La capa de persistencia contempla historial y almacenamiento de evidencia (incluyendo imágenes) con reglas y control de permisos para mantener consistencia operativa en entornos con múltiples organizaciones.
React · JavaScript · Vite · Supabase · PostgreSQL · SQL · Cloudflare
- Interfaz: Activo. Aviso público sin registro y operación privada para gestionar incidencias con estados, filtros, vistas lista/Kanban, historial y PDF.
- Datos: Activo. Modelo multiempresa con organizaciones, usuarios, roles, permisos, RBAC y políticas RLS robustas.
- Permisos: Activo. Autenticación y control de acceso por rol para operación interna.
- APIs: Activo. Supabase, Storage y Edge Functions para los flujos del producto.
- Automatización: No aplica. No presenta automatización editorial como capacidad del producto.
- QA: Activo. QA funcional de acceso, sesiones, recuperación de contraseña y navegación por permisos.
- Despliegue: Activo. Proyecto propio desplegado en Cloudflare.
DEMO PÚBLICA · DATOS SIMULADOS
OpsFlow Dashboard
Panel de operaciones · Demostración técnica con evidencia
Panel de operaciones de demostración para validar interacción y arquitectura de frontend: tareas con formularios, filtros, métricas y vistas lista/Kanban con datos simulados, sin backend real.
- Problema
- Tener un caso real de demostración evaluable donde el criterio de producto no dependa de servicios backend.
- Mi contribución
- Construcción de la UI React/TypeScript, manejo de estado y recorridos funcionales con foco en revisabilidad.
- Evidencia técnica
- Vitest, React Testing Library y GitHub Actions para QA, lint, tests, build y despliegue.
- Límite
- Demo pública con datos simulados; no incluye API, backend ni permisos reales.
Lectura para entrevista
- Contexto
- OpsFlow es una demo pública para evaluar un panel de operaciones sin depender de servicios backend ni de datos de producción.
- Decisión
- Construí la interfaz React/TypeScript con formularios, filtros, métricas, vistas lista/Kanban y un recorrido de estado mantenible y revisable.
- Prueba
- Se pueden revisar la demo, las pruebas con Vitest y React Testing Library y la automatización de GitHub Actions; los datos son simulados y no hay API, backend ni permisos reales.
Resumen: Construí una demo operativa realista para demostrar cómo un panel de operaciones escala mejor experiencia, priorización y trazabilidad cuando las decisiones del producto se prueban con recorridos claros.
Entrevista: OpsFlow Dashboard es mi laboratorio de frontend: una interfaz con formularios, filtros, métricas y vistas de seguimiento que reproduce cómo debería sentirse operar tareas críticas. El objetivo no es el backend, es probar que la experiencia soporta el ritmo de decisión y que el código responde con consistencia en cada estado del flujo.
Técnico: Especifiqué casos de interacción para tareas operativas y los implementé en React + TypeScript con estructura de estado mantenible, pruebas unitarias y de interacción con Vitest y Testing Library, y automatización de QA en CI mediante GitHub Actions. La demo usa datos simulados, por lo que el contraste técnico está en accesibilidad, navegación, legibilidad de estado y estabilidad de render.
React · TypeScript · Vite · Vitest · Testing Library · GitHub Actions
- Interfaz: Activo. Componentes y recorridos de interfaz desarrollados con React, TypeScript y Vite.
- Datos: Activo. Datos simulados para demostrar formularios, filtros, métricas y vistas lista/Kanban.
- Permisos: No aplica. No incluye permisos reales; prioriza un recorrido técnico de frontend.
- APIs: No aplica. No incluye API ni backend real.
- Automatización: Activo. GitHub Actions orquesta control de calidad, pruebas y publicación continua.
- QA: Activo. Pruebas con Vitest y React Testing Library en flujo repetible.
- Despliegue: Activo. Demo pública desplegada como parte del portfolio.
AUTOMATIZACIÓN EDITORIAL
Crónicas del Cosmos
Automatización editorial · Integraciones y calidad de contenido
Automatización editorial para convertir fuentes heterogéneas en contenido publicable: ingesta, normalización, selección, validación y publicación con trazabilidad.
- Problema
- Estandarizar entradas no homogéneas y preservar calidad editorial sin perder velocidad operativa.
- Mi contribución
- Diseño y operación de flujos n8n para ingesta, normalización, scoring, deduplicación y publicación.
- Evidencia técnica
- APIs REST, RSS, JSON y WordPress, con deduplicación, reintentos, SEO y preparación de imágenes.
- Límite
- Proceso editorial bajo demanda; no expone interfaz propia ni usuarios finales.
Lectura para entrevista
- Contexto
- Crónicas del Cosmos aborda la necesidad de estandarizar entradas no homogéneas y preservar la calidad editorial sin perder velocidad operativa.
- Decisión
- Diseñé flujos n8n para ingesta, normalización, scoring, deduplicación, validación, reintentos y publicación con trazabilidad.
- Prueba
- Se pueden revisar las integraciones con REST, RSS, JSON y WordPress, junto con el caso técnico; es un proceso editorial bajo demanda sin interfaz propia para usuarios finales.
Resumen: Monté un pipeline editorial que convierte entradas heterogéneas en contenido útil con reglas claras, evitando ruido operativo y preservando calidad en cada publicación.
Entrevista: En Crónicas del Cosmos implementé automatización para que el proceso editorial no dependa de una edición manual caótica. Defino criterios, normalizo, valido y publico contenido con trazabilidad, reduciendo trabajo repetitivo y mejorando la calidad de lo que llega al lector sin perder coherencia.
Técnico: El flujo combina ingesta desde REST, RSS y JSON, normalización semántica, scoring y deduplicación antes de validación y publicación. n8n orquesta pasos de reintentos y aislamiento de errores para mantener consistencia por lote. Desde el punto de vista de producto, la principal mejora está en transformar tareas repetitivas en una cadena predecible con evidencia accionable y menor coste operativo.
n8n · JavaScript · Node.js · APIs REST · RSS · JSON · WordPress
- Interfaz: No aplica. No expone interfaz propia ni usuarios finales; se integra como capa de operación editorial.
- Datos: Activo. Ingesta de fuentes, normalización, selección, scoring y trazabilidad editorial.
- Permisos: No aplica. No aplica permisos de usuarios finales.
- APIs: Activo. Flujos configurados con APIs REST, RSS, JSON y WordPress.
- Automatización: Activo. Scoring, deduplicación, validaciones editoriales y SEO, preparación de imágenes y reintentos.
- QA: Activo. Flujos multicanal configurados con validación y aislamiento de errores.
- Despliegue: Activo. Publicación bajo demanda dentro del proceso editorial configurado.
PRODUCTO PUBLICADO · AFILIACIÓN TRANSPARENTE
Domotikum · Tecnología doméstica
Producto editorial · Comercio y toma de decisión tecnológica
Plataforma editorial publicada para decidir mejor tecnología doméstica: guías, reseñas, comparativas y rankings con criterios visibles y contexto de compatibilidad.
- Problema
- Reducir el ruido de opciones y ayudar a elegir con contexto real de uso y límites de compatibilidad visibles.
- Mi contribución
- Diseño y desarrollo de la experiencia editorial, taxonomía de guías y rankings, y automatización asistida para fichas, textos e imágenes.
- Evidencia técnica
- Metodología editorial pública, aviso de afiliados, secciones de guías/reseñas/comparativas y fichas con imágenes de producto.
- Límite
- Producto publicado; la afiliación se declara con transparencia y no se publican métricas de tráfico ni resultados comerciales.
Lectura para entrevista
- Contexto
- Domotikum reduce el ruido de opciones de tecnología doméstica y ayuda a elegir con contexto de uso y límites de compatibilidad visibles.
- Decisión
- Organicé una experiencia editorial con taxonomía de guías, reseñas, comparativas y rankings, apoyada por automatización asistida para fichas, textos e imágenes.
- Prueba
- Se pueden revisar la metodología editorial, el aviso de afiliados, las rutas públicas y las fichas de producto; no publico métricas de tráfico ni resultados comerciales.
Resumen: Construí Domotikum para que decidir qué comprar en tecnología del hogar sea más fácil: menos ruido, más criterio y decisiones con contexto real de uso y compatibilidad.
Entrevista: Domotikum es una plataforma editorial pública con secciones de guías, reseñas, comparativas y rankings. Mi aporte fue diseñar una experiencia que prioriza claridad: qué se compara, con qué criterio y para qué contexto, incluyendo límites de compatibilidad explícitos para que la decisión sea más confiable.
Técnico: A nivel técnico-estructural, Domotikum organiza taxonomías de contenido para escalar decisiones por contexto (presupuesto, espacio y necesidades reales). Complemento con automatización asistida de contenidos para mantener consistencia en fichas, imágenes y texto base, sin perder revisión editorial. La transparencia comercial está declarada en metodología, avisos y trazabilidad pública de criterios, lo que favorece confianza en producto y audibilidad técnica de lo que se publica.
Astro · SEO editorial · Afiliación Amazon · Automatización editorial · Imágenes de producto
- Interfaz: Activo. Portada y navegación por Guías, Reseñas, Comparativas, Top 7 y Categorías.
- Datos: Activo. Categorías, fichas, criterios y escenarios de uso para ordenar la oferta y sus contenidos.
- Permisos: No aplica. No aplica permisos de usuarios finales.
- APIs: No aplica. No se presenta una API pública propia en el sitio.
- Automatización: Activo. Flujo asistido para preparar y actualizar textos, imágenes, fichas y reseñas.
- QA: Activo. Metodología editorial pública con criterios, fuentes, compatibilidad y límites definidos.
- Despliegue: Activo. Sitio publicado en domotikum.com con las rutas editoriales accesibles.