AVAILABLE FOR PROJECTS
UNIT GT-001 / 2025

La dirección
de producto
que tu startup
necesita para
construir lo
correcto.

Especialista en productos donde el margen de error es bajo — fintech, banca regulada y sistemas complejos.

// metodología EVP-first. aplica a cualquier sistema que necesite escala y precisión.

SYSPRODUCT LIVE VER1.0 ENVCDMX·MX METHODEVP

EXP / YRS

0

años construyendo
productos digitales

SCALE / USR

0

usuarios en productos
lanzados desde cero

DOMAIN

FIN
TECH

banca regulada · edtech
saas · sistemas complejos

METHOD

EVP

exceptional viable product
calidad antes que velocidad

DISCOVERYFLUJOS & WIREFRAMESMVP DEFINITIONPM FRACCIONALFINTECHSPEI / CECOBANBANCA REGULADAKYC/AMLEVP OVER MVPSISTEMAS COMPLEJOSEDTECHROADMAP
DISCOVERYFLUJOS & WIREFRAMESMVP DEFINITIONPM FRACCIONALFINTECHSPEI / CECOBANBANCA REGULADAKYC/AMLEVP OVER MVPSISTEMAS COMPLEJOSEDTECHROADMAP
AGENT_FILE / GT-001 STATUS: ACTIVE
GT.
NAMEGiovanny Trujano
ROLEHead of Product
ORGBanco PagaTodo
COMMUNITYProductTank CDMX
TEACHINGUX · BEDU
FORMATIONNABA Milano · AI MSc
LOCATIONCDMX · MX
METHODEVP-FIRST
EXP8+ YRS
20
25 ·
DiscoveryFlujos WireframesMVP FintechEdtech KYC/AMLSPEI AI/MLUX

AGENT PROFILE

Del diseño
al producto.
De la idea
a producción.

Soy PM con 8 años construyendo productos digitales — desde cero y desde lo que ya existe pero no funciona como debería.

Mi trabajo es tomar un problema o una idea y convertirlo en algo concreto que un equipo puede construir: flujos, interfaces, decisiones de qué hacer y qué no. Y acompañar el proceso mientras se construye.

Vengo del diseño — estudié en NABA Milán. Eso me dejó algo que no es común en producto:

  • Entiendo cómo se siente un producto para quien lo usa
  • y también las restricciones reales de quien lo construye
No diseño pantallas.
Diseño las decisiones que hacen que un producto funcione.

// mi experiencia más profunda es en infraestructura financiera — pero la metodología EVP-first aplica a cualquier sistema donde la escala y la precisión sean críticas.

PROCESS / GT-WORKFLOW

De la idea al
producto construido.

// INIT_MODE: [CONCEPTION | EVOLUTION] · THREAD: continuous · OUTPUT: deployed_product

01

Concepción

Tienes un problema o una idea. No sabes exactamente qué construir, en qué orden, ni cómo definirlo para que un equipo lo ejecute.

Entro aquí. Hago las preguntas correctas, defino el producto, diseño flujos e interfaces, y establezco qué se construye primero y qué no.

discovery & problem definition

flows, wireframes, interfaces

MVP decision matrix

dev team criteria handoff

02

Evolución

Tu producto ya existe. Tiene usuarios y data. Pero algo no escala, no funciona como debería, o no sabes qué mejorar primero.

Combino data con research cualitativo, identifico el problema real y defino qué cambiar y en qué orden.

existing product analysis

qualitative user research

friction diagnosis

prioritized improvement roadmap

Hilo continuo

En los dos momentos, no entrego un documento y desaparezco.

Acompaño el proceso mientras se construye. Tomo decisiones en el camino y mantengo el criterio del producto cuando la presión empuja a construir lo urgente en lugar de lo correcto.

project-based engagement

fractional PM (weekly)

point consulting

CASE_FILES / DEPLOYED

Problema.
Intervención.
Resultado.

RECORDS: 05
STATUS: PRODUCTION
CLEARANCE: PUBLIC
LAST_SYNC: 2025
01
CASE_FILE / GT-C001 / CECOBAN-DOM / REG:BANXICO
Domiciliación CECOBAN — rediseño completo
STATUS: DEPLOYED / PROD FEATURED

// PROBLEM_STATEMENT

Sistema de cobro recurrente que no podía sostenerse ante disputas reales. Cada rechazo CECOBAN era una crisis operativa sin protocolo. Stack de evidencia inexistente ante CONDUSEF.

// INTERVENTION_LOG

  • designed regulatory evidence stack: penny_check + CEP + biometrics + NOM-151 signature
  • separated attempt_logic vs confirmation_logic for operational resilience
  • built dispute_flow as core product feature, not exception handler
  • aligned ops + compliance + UX into single decision framework

system not only charges — survives audits and real CONDUSEF disputes.

CECOBANNOM-151 CONDUSEFBANXICOREGULATED

// KEY_DECISIONS

penny_check

active validation — reduces fraud without blocking legitimate flow.

evidence_stack

CEP + biometrics + NOM-151 to sustain disputes with Banxico.

attempt vs confirm

separated logic for operational resilience and traceability.

02
CASE_FILE / GT-C002 / SPEI-DASHBOARD / CORP-BANKING
CLABEs Referenciadas — dashboard corporativo
STATUS: DEPLOYED / PROD INFRA

// PROBLEM_STATEMENT

Equipo de finanzas operando SPEI sin visibilidad real — conciliación manual, errores frecuentes, sin separación entre operativo y estratégico.

// INTERVENTION_LOG

  • money_flow taxonomy as central design axis
  • separation: operational_view vs business_view
SPEICLABECORP-BANKING
03
CASE_FILE / GT-C003 / CAMPUS-VIRTUAL / ZERO-TO-ONE
Campus Virtual — 80K usuarios en 6 meses
STATUS: DEPLOYED / PROD ZERO-TO-ONE

// PROBLEM_STATEMENT

Institución educativa necesitaba lanzar plataforma digital desde cero — restricciones regulatorias, sin equipo de producto, bajo presión de tiempo.

// INTERVENTION_LOG

  • product architecture that scales without breaking compliance
  • zero-friction onboarding designed for 80K+ concurrent load
EDTECHZERO-TO-ONE80K USERS
04
CASE_FILE / GT-C004 / BANXICO-CIRCULAR / REGULATORY
Circular Banxico 3/2012 — regulación a decisión
STATUS: IN PROGRESS REGULATORY

// PROBLEM_STATEMENT

Cambio regulatorio de Banxico sin traducción a decisiones de producto — el equipo no sabía qué cambiar, cuándo, ni qué podía ignorar.

// INTERVENTION_LOG

  • compliance_window: DEC-2026 → FEB-2027
  • prioritized roadmap by UX impact on SPEI mobile flows
BANXICOSPEI-MOBILEREGULATORY
05
CASE_FILE / GT-C005 / AUTO-FINANCE / COMPETITIVE-ANALYSIS
Auto finance México — benchmark competitivo
STATUS: DELIVERED ANALYSIS

// PROBLEM_STATEMENT

Equipo sin claridad sobre dónde perdían frente a competidores ni qué decisiones de producto los diferenciaban realmente.

// INTERVENTION_LOG

  • value_prop + UX + risk_model + competitive_gaps analysis
  • opportunities for SOFOMes with lower regulatory friction
AUTO-FINANCESOFOMLATAM-BENCHMARK

THESIS / GT-THOUGHT

Lo que pienso
sobre producto.

Full archive → Substack

DEPLOYMENT / ENGAGEMENT_MODELS

Tres formas
de trabajar juntos.

// select engagement model based on product state and scope

MODEL-01 /

Por proyecto

Scope definido, entregables claros, inicio y fin. El modelo más predecible para ambos.

  • discovery & product definition
  • flows, wireframes, interfaces
  • build accompaniment
  • documented criteria handoff

→ use when: defined scope, clear deliverables

MODEL-02 /

PM Fraccional

Tu PM senior recurrente — sin el costo de una nómina full-time. Decisiones de producto en tiempo real.

  • agreed weekly hours
  • continuous process presence
  • real-time product decisions
  • consistent criteria over time

→ use when: ongoing direction needed

MODEL-03 /

Consultoría puntual

Una decisión difícil o una duda concreta. Una sesión puede desbloquear semanas de incertidumbre.

  • product / strategy review
  • second opinion pre-build
  • friction diagnosis
  • focused session, concrete output

→ use when: high-impact single decision

CONTACT / GT-INIT / SYS-FORM ACCEPTING PROJECTS

INIT CONTACT

¿Tienes un
producto que
necesita
dirección?

// cuéntame en qué estás.
// te respondo en menos de 48h.

TRANSMISSION_STATUS: OK / REF-

Mensaje recibido. Te respondo en menos de 48h para ver si tiene sentido inicializar el proyecto.

// SELECT_SCOPE:

// error de transmisión. intenta de nuevo o escríbeme directo.

// tu correo no se publica · datos procesados por Formspree
// no spam · respuesta en <48h