Bogotá · frontend engineer · AI workflows

I turn complex product work into interfaces that feel simple.

I’m Edward Ramos — a frontend engineer who connects product thinking, clean UI and practical automation.

See the work How I think
Base
Bogotá
Focus
Frontend + product UI
Now
AI workflows

// sobre mí

Soy principalmente frontend engineer. Pero rara vez me quedo solo en la pantalla.

La pantalla suele ser donde la gente siente el problema, pero la causa casi siempre está en otro lado: datos poco claros, demasiados pasos, contexto perdido, un proceso viviendo en la cabeza de alguien. Esa es la parte que me gusta desenredar.

Frontend craft

Me importa lo que el usuario siente de inmediato: velocidad, jerarquía, movimiento, accesibilidad y si la interfaz se entiende sin una reunión.

Product judgment

Antes de construir un feature, me gusta entender qué trabajo debería resolver. A veces la respuesta es más pequeña que el ticket.

AI workflows

AI me interesa cuando quita una carga real: leer, ordenar, redactar, revisar, conectar cosas. No cuando está ahí solo para sonar moderno.

Shipping

Prefiero versiones funcionando sobre planes perfectos. Pon algo frente a la realidad, aprende de eso, mejóralo.

// trabajo

Algunas cosas en las que he trabajado y lo que dicen sobre cómo pienso.

Esto no pretende ser un archivo completo. Es un mapa pequeño del tipo de trabajo al que siempre vuelvo: herramientas útiles, flujos más claros y productos que necesitan tanto cuidado de UI como pensamiento de sistema.

// proyectos propios

Productos pequeños, restricciones reales.

Algunos proyectos están más pulidos. Otros son experimentos. Otros son ideas que me enseñaron algo. Me importa menos hacerlos ver más grandes de lo que son, y más lo que muestran: cómo un problema se convierte en flujo.

eventos

Los eventos tienen más fricción de la que parece.

Konvoka parte de una idea simple: ayudar a las personas a descubrir eventos y a los organizadores a manejar lo que pasa después de vender la boleta. Lo interesante no es solo la boleta. Es todo el camino alrededor.

Lo que me deja: el trabajo de producto casi siempre trata de conectar momentos que otros ven separados.

// experiencia

Lugares donde me ha tocado hacer que el frontend funcione en el mundo real.

Educación, SaaS, marketplaces, herramientas internas, sitios públicos, software enterprise. Contextos distintos, la misma pregunta repetida: ¿cómo hacemos esto más fácil para la persona que lo usa?

Arrastra una partícula hacia el panel vacío, o toca/click para ver el detalle.

// viewport de detalle Elige un lugar Cada uno representa un tipo distinto de problema de producto.

// cómo trabajo

Hago muchas preguntas básicas antes de escribir código.

No porque quiera hacer todo más lento. Porque muchos bugs de producto empiezan antes del código: objetivos vagos, supuestos escondidos, usuarios poco claros, feedback que nunca vuelve.

01 / preguntar¿Qué es lo difícil aquí? ¿Quién lo siente? ¿Qué pasa si no hacemos nada?
02 / bocetarMe gusta hacer visible el flujo temprano. Cajas, flechas, datos falsos, prototipos feos. Lo que saque la idea de la cabeza de alguien.
03 / construirDespués me importan los detalles: estado, copy, loading, errores, teclado, mobile, performance. Ahí es donde se gana o se pierde la confianza.
04 / ajustarPublicar no es el final. Es cuando el producto por fin empieza a decir la verdad.

// versión corta

Si solo lees esta parte.

La versión comprimida del sitio.

¿Qué haces?

Construyo frontend e interfaces de producto, especialmente para herramientas, workflows y sistemas asistidos por AI.

¿Qué tipo de trabajo encaja contigo?

Trabajo donde la interfaz tiene que hacer que algo complejo se sienta claro: herramientas internas, productos de aprendizaje, marketplaces, automatización, AI workflows, dashboards, sistemas de producto.

¿Dónde estás basado?

Bogotá, Colombia. Trabajo remoto y colaboro principalmente con equipos de producto e ingeniería.

¿Por qué este sitio?

Porque un cargo se queda corto. Quería un lugar para mostrar cómo pienso, no solo dónde he trabajado.

// contacto

Mándame contexto, no un pitch genérico.

Si me escribes por un rol o proyecto, incluye primero lo útil: qué están construyendo, quién lo usa, qué necesita el equipo, el stack, la modalidad y el rango salarial si existe.

Abrir LinkedIn
Email de contacto
signal://hidden-contact

El email está oculto principalmente para evitar mensajes flojos. Si lo revelas, escribe como humano. Tonona Bot me ayuda a filtrar el resto.