Product Engineer · AI-Assisted Product Development · Product Operations

Construyo productos digitales a partir de problemas reales.

Defino qué debe construirse, estructuro producto y sistema, orquesto la implementación asistida por IA, pruebo, valido e itero. A esa capacidad sumo 13 años de criterio operativo resolviendo bajo presión.

Ver enfoque

Ana Victoria
Ana VictoriaProduct Engineer — Alicante, España
Producto · recorridos · decisiones
Construir → Validar, con IA
18años de experiencia profesional
13años de criterio operativo
177tests automatizados + 7 suites end-to-end (NADIE)
4sistemas digitales propios construidos

13 años de criterio operativo incluidos.

Proyectos seleccionados

Productos construidos end-to-end a partir de problemas reales.

AQUO es el producto insignia: problema, concepto de producto, recorridos, implementación asistida por IA, testing y go-to-market. NADIE muestra cómo abordo el riesgo, la evidencia y la IA responsable. STUDY_OS muestra esa misma disciplina aplicada a arquitectura gobernada y testing. Business LAB muestra la productización de una idea hasta operación real.

Producto estrella · 01

AQUO — bienestar diario, por fin con contexto

Un producto digital de bienestar que reúne señales diarias — agua, sueño, energía, ciclo, nutrición, ánimo y rutinas — para ayudar a entender patrones en lugar de juzgar días aislados.

Digital productProduct operationsAI-assisted workflowsUser context
✓Definí estructura funcional, módulos, recorridos, documentación y decisiones de producto desde cero.
✓Utilicé IA generativa y Make para acelerar documentación, operaciones de contenido y flujos repetibles.

EL CASO

Una prueba deliberada de la capa de seguridad detectó cinco fallos silenciosos y derivó en cinco verificaciones obligatorias por versión.

Cinco fallos silenciosos encontrados · cinco controles permanentes por versión

Producto → Marca → Posicionamiento → Go-to-market. Más allá del producto, construí un sistema de marca coherente alrededor de AQUO — posicionamiento, dirección visual y materiales de go-to-market, incluidos un branding deck y un pitch deck. Detalles de implementación disponibles en conversación.

Beta cerrada, pre-revenue: cobro no activado.

Visitar AQUO →
Señales diariasSueño · Agua · Energía · Ciclo

AQUO

Hoy no es una nota. Es contexto.

EnergíaEstable
Sueño6h 42m
Agua1.8 L
CicloDía 18
Motor de contextoSeñales → patrones → reflexión útil
Evidencia
112tablas en BD
50+módulos
5verificaciones obligatorias por versión
Evidencia estructural de la arquitectura funcional del producto, con aislamiento de datos por usuaria.
Producto de IA responsable · 02

NADIE — Analista de riesgos de exclusión invisible

Un producto local-first que analiza recorridos digitales para detectar dónde una persona puede confundirse, bloquearse, quedar fuera o no poder recuperarse antes de que la organización lo vea.

Local-firstResponsible AIEvidence system
✓Diseñé una taxonomía propia de riesgos, esquema de evidencias y protocolo de abstención con revisión humana obligatoria.
✓Construí un pipeline funcional con controles deterministas: 177 tests automatizados en verde y 7 suites end-to-end.
✓La revisión humana es obligatoria antes de publicar.

EL CASO

Un control de publicación bloquea la salida de una versión si el producto afirma algo que no puede demostrar — el sistema no puede publicar un hallazgo sin evidencia detrás.

177 tests automatizados en verde + 7 suites end-to-end

Beta técnica: sin pilotos reales todavía, escenarios sintéticos.

Visitar NADIE →
EvidenciaElemento, paso o requisito observado
RiesgoConfusión, error, abandono o pérdida
Recuperación¿Puede la persona continuar sin ayuda?
CorrecciónConcreta, proporcional y verificable
NADIEevidencia → riesgo → revisión humana
Pipeline de análisis
01Evidencia
02Señal
03Hallazgo
04Decisión humana
05Informe
La máquina propone; una persona decide. La revisión humana es obligatoria antes de publicar.
Sistema de Product Engineering · 03

STUDY_OS — sistema operativo adaptativo de estudio

Sistema construido desde cero para planificar, ejecutar y adaptar el estudio con continuidad, trazabilidad y recuperación cuando una sesión falla.

Supabase/PostgreSQLArquitectura gobernadaRLSGitHub / CI
✓Arquitectura gobernada con entornos STAGING y PRODUCTION separados y migraciones versionadas.
✓Supabase/PostgreSQL con RLS, GitHub con main protegida y CI con 9 checks en la base técnica verificada.
✓Suites separadas de integración, RLS y E2E; la IA acelera la implementación, pero los controles verificables gobiernan el resultado.

EL CASO

La evolución incorporó un Planner y un Learning Engine con un flujo de sesión HOY / LEARN / CHECK / FIN.

696/696 tests de integración en verde · checkpoint verificado de Phase 4B

Principios: evidence before assumptions, adaptación sin castigo, Mastery ≠ Exam Readiness.

1EspecificarPrincipios de producto, requisitos, arquitectura y criterios de validación.DEFINIR
2GobernarSTAGING/PRODUCTION separados, migraciones versionadas, main protegida.ARQUITECTURA
3Construir + IAPlanner + Learning Engine, implementación asistida por IA.IA
4ValidarSuites de integración, RLS y E2E; CI con 9 checks.QA
Evidencia
9checks de CI
696/696tests de integración de Phase 4B
RLSseguridad a nivel de fila aplicada
Evidencia estructural de la arquitectura gobernada del producto, con staging y production separados.
Sistema de producto · 03

Business LAB — de idea a operación

Un sistema práctico para capturar solicitudes, estructurar información, aclarar prioridades y producir documentación reutilizable con IA y automatización no-code.

OperationsGenerative AIMakeDocumentation
✓Convertí entradas fragmentadas en briefs, decisiones y siguientes acciones estructuradas.
✓Diseñé flujos repetibles de entrada y documentación usando Make e IA.

EL CASO

Una auditoría pre-lanzamiento detectó una ruta de pago ausente y produjo una especificación correctiva de ocho puntos.

Especificación correctiva de ocho puntos · publicado y operativo

Publicado y operativo · sin primera venta todavía.

Visitar Business LAB →
1CapturarFormularios, mensajes, solicitudes en brutoENTRADA
2EstructurarSíntesis y clasificación asistidas por IAIA
3DecidirRevisión humana, prioridad y responsablesHUMANO
4EjecutarSiguientes acciones documentadas y seguimientoSALIDA
Funnel de venta
01Visita
02Cualificación
03Pago
04Entrega
05Seguimiento
Aquí estaba la fuga: faltaba una vía de pago antes del lanzamiento.
01

Pensamiento de producto

Partir de la necesidad humana, mapear el recorrido, reducir fricción y convertir feedback en decisiones.

02

Diseño operativo

Crear estructura, responsables, documentación y seguimiento para convertir ideas en ejecución fiable.

03

IA aplicada

Usar IA donde mejora velocidad y claridad, nunca donde sustituye evidencia, contexto o responsabilidad.

Builder's toolkit

SISTEMAS QUE CONSTRUYO PARA MÍ

Cuando una tarea empieza a repetirse, intento dejar de resolverla manualmente y convertirla en un sistema. Esto es evidencia secundaria de mi comportamiento como builder — no un catálogo de proyectos principales.

CONTENT INTELLIGENCE

Instagram Performance Diagnostic

Analítica → diagnóstico → recomendación de siguiente publicación.

CONTENT SYSTEM

Brand-Aligned Prompt Engine

Reglas de marca → objetivo de contenido → prompt estructurado.

FINANCE OPS

Automated Financial Control

Personal · AQUO · Business LAB.

CONTENT PRODUCTION

Reel Production System

Concepto → guion → caption → producción → resultado.

PRODUCT DISCOVERY

Living Empathy Map

Señales → comprensión de usuaria → decisiones de producto.

PRODUCT STRATEGY

Living AQUO Canvas

Problema · audiencia · propuesta · hipótesis · evolución.

GO-TO-MARKET

Business Rebrand System

Presencia local · web · social · crecimiento creativo.

Detalles de implementación disponibles en conversación.

Criterio operativo

El criterio llegó antes que la IA.

Durante 13 años trabajé en movilidad urbana y operaciones de servicio. Coordiné servicios, grupos y recogidas, resolví incidencias en tiempo real y reorganicé operativas cuando fallaban reservas, transportes o planes iniciales. Esa experiencia es hoy una ventaja de producto: sé priorizar, decidir con información incompleta y proteger continuidad.

✓Coordinación con hoteles, empresas privadas de transporte, asistencia en carretera y otros operadores.
✓Organización de grupos, recogidas y traslados a aeropuertos distribuyendo necesidades entre varios vehículos.
✓Resolución de errores de reserva, averías y cambios de última hora con foco en continuidad.
✓Comunicación con clientes nacionales e internacionales, incluidos años de atención a angloparlantes.
Cómo trabajo

El método, antes que las herramientas.

El mismo recorrido en un producto de bienestar, en un analizador de riesgos y en una línea de servicios. Siete pasos, todos con rastro documental.

Método de trabajo en siete pasos con bucle de mejora continua Problema Entender Especificar Construir + IA Validar Release Mejorar
  1. ProblemaIdentificar el problema real y la fricción que existe detrás.
  2. EntenderEntender usuarios, contexto, restricciones y evidencia.
  3. EspecificarConvertir el problema en estructura, requisitos, recorridos y decisiones.
  4. Construir + IAUsar IA como capa de ejecución manteniendo criterio y responsabilidad humanos.
  5. ValidarProbar el comportamiento real y buscar fallos de forma deliberada.
  6. ReleasePublicar solo cuando el producto puede sostener lo que afirma.
  7. MejorarConvertir los fallos relevantes en controles o mejoras permanentes.

Un fallo relevante no termina con un fix: debe dejar un test, control, especificación, documentación o mejora que reduzca su recurrencia.

Capacidades

Donde se cruzan producto, ejecución y criterio operativo.

Aporto más valor en el cruce entre pensamiento de producto, ejecución asistida por IA y validación.

01

Product Engineering

Convertir necesidades y problemas en productos y sistemas funcionales.

02

Product Thinking & Specifications

Problem framing, estructura, recorridos, requisitos, documentación y decisiones.

03

AI-Assisted Development

Utilizar IA como capa de ejecución manteniendo criterio y responsabilidad humana.

04

Testing & Production Validation

Probar comportamiento real, detectar fallos y crear controles contra recurrencia.

05

Product Operations

Documentación, feedback, priorización, coordinación y mejora continua.

06

Implementation & Automation

Traducir necesidades en flujos viables y sistemas.

MakeGenerative AIChatGPTClaudeSupabaseNotionGoogle WorkspaceForms & SheetsWebhooksNo-code automationProcess documentationGA4

Criterio operativo · Documentación · Decisiones basadas en evidencia

«Mi trayectoria hacia producto no es tradicional. El hilo que la une es simple: entiendo el problema, construyo el sistema y me hago responsable del resultado.»

Mi trayectoria hacia producto no es tradicional. En 2026 construí cuatro sistemas digitales end-to-end en ámbitos distintos y trabajé sobre definición de producto, estructura funcional, recorridos, documentación, implementación asistida por IA, testing y validación.

Antes de eso acumulé 13 años resolviendo problemas reales bajo presión en movilidad urbana y operaciones de servicio. Ese cruce entre producto, ejecución y criterio operativo es donde aporto más valor.

Evidencia antes que seguridadNo convertir inferencias en hechos. Contextualizar métricas y estado real.
OwnershipResponsabilidad sobre el resultado: definir, construir, comprobar e iterar.
SistemasLos fallos deben mejorar el sistema: resolver y dejar un mecanismo contra recurrencia.

¿Buscas a alguien capaz de convertir problemas ambiguos en producto y ejecución fiable?

Abierta a oportunidades en Product Engineering, AI Product, Product Operations, Implementation y posiciones seleccionadas de liderazgo operativo.