Skip to content
Sangsoo Lee
← Volver a todos los proyectos

Caso de ingeniería

CRM de eventos — un registro operativo desde la búsqueda hasta el traspaso

Industria
Eventos B2B · CRM
Año
2026
Rol
Responsabilidad de producto + entrega
Cliente
Cliente de operaciones de eventos anonimizado
CRM de eventos

Cada contacto tiene un siguiente paso.

Flujo del producto
  1. 01

    Contactos

    Reunir los contactos del evento.

  2. 02

    Responsable

    Asignar cada seguimiento.

  3. 03

    Próxima acción

    Hacer visible la siguiente tarea.

  4. 04

    Historial

    Conservar la conversación.

Flujo de producto ilustrado · no es una captura de producción

Eventos B2B · CRM

  1. 01Registros de CRM aislados por proyecto
  2. 02Responsables asignados y fuentes trazables
  3. 03Historial, permisos y paneles compartidos

TypeScript · React · PostgreSQL · Acceso basado en roles

Flujo reconstruido · sin datos de clientes en producción

El problema operativo

Los equipos de eventos necesitan encontrar empresas y contactos, asignar responsables y conservar el historial de conversaciones sin mezclar datos entre proyectos. Una lista de contactos por sí sola no explica quién debe actuar a continuación ni de dónde proviene la información.

Antes

  • 01Listas de búsqueda separadas
  • 02Asignación y procedencia poco claras
  • 03Historial fragmentado entre proyectos

Después

  • 01Registros de CRM aislados por proyecto
  • 02Responsables asignados y fuentes trazables
  • 03Historial, permisos y paneles compartidos

Lo que construí

  • 01Conecté la búsqueda de empresas, los registros de contactos, la asignación y el historial de actividad en un solo flujo.
  • 02Diseñé el aislamiento por proyecto y el acceso basado en roles para que los equipos puedan colaborar sin mezclar los datos de los clientes.
  • 03Integré la procedencia de los datos y los paneles en la operación diaria, en lugar de tratarlos como una tarea de informes separada.

Antes / Durante / Después

  1. 01

    Antes — hipótesis inicial

    El problema operativo consistía en mantener conectadas la búsqueda, la responsabilidad y el historial de contactos a medida que crecía el evento.

  2. 02

    Durante — restricciones y pivotes

    Traté los límites entre proyectos, la asignación de responsables y la procedencia como requisitos de producto junto con la interfaz.

  3. 03

    Después — resultado

    El flujo entregado conecta los registros que un equipo necesita para gestionar el contacto comercial. Las cifras describen el alcance de diseño, no una mejora de conversión medida de forma independiente.

Con 2 semanas más, haría…
Mediría el tiempo entre la asignación y el primer contacto, así como los traspasos pendientes, antes de afirmar una mejora en el contacto comercial.

Evidencia y alcance

3,000–5,000
Empresas por evento · alcance de diseño
10,000+
Contactos por evento · alcance de diseño
Por proyecto
Separación de datos
Alcance entregado
Tipo de evidencia

Tecnologías y técnicas aplicadas

Herramientas: TypeScript · React · PostgreSQL · Acceso basado en roles

  1. Modelado de datos por proyecto y RBAC

    Diseñé límites por proyecto y acceso basado en roles para los registros de empresas y contactos, permitiendo colaborar sin mezclar datos de clientes.

  2. Procedencia de datos y trazabilidad

    Conecté las empresas y los contactos encontrados con sus fuentes, manteniendo la evidencia disponible dentro del flujo operativo.

  3. Asignación de responsables e historial de actividad

    Vinculé responsables, historial de conversaciones y paneles para que el equipo pueda identificar quién debe actuar a continuación.

Nombre del cliente, capturas y URLs en vivo retenidos por acuerdo.