De notas de reunión a acciones de proyecto
Cada reunión termina con un registro operativo útil: decisiones, acciones asignadas, compromisos del cliente, riesgos y seguimiento revisado.
Nota del caso
La implementación se trató como un sistema operativo pequeño: primero visibilidad, después ownership y solo entonces automatización.
Caso de uso
De notas de reunión a acciones de proyecto
Cada reunión termina con un registro operativo útil: decisiones, acciones asignadas, compromisos del cliente, riesgos y seguimiento revisado. Un equipo de servicios a clientes disponía de transcripciones, pero las horas posteriores a cada reunión seguían siendo inconsistentes. Las decisiones quedaban ocultas en notas extensas, los compromisos se repartían entre el chat y la memoria, y el seguimiento dependía de quién tuviera tiempo para reconstruir lo acordado.
Resultado: Las reuniones terminan ahora con un traspaso operativo, no con otro documento pendiente de revisar. Las acciones internas y del cliente se separan, las decisiones mantienen su trazabilidad y los compromisos dudosos se resuelven antes de llegar al tablero del proyecto.
Mapa del flujo
Workflow de notas a acciones fiables
El workflow convierte notas desordenadas en decisiones, acciones, riesgos y drafts de seguimiento, y solo sincroniza tareas tras revision.
Base de datos principal: Supabase
Todo el workflow usa Supabase como fuente de verdad: guarda cada registro, su estado y los eventos clave para ver que paso, reintentar fallos y depurar sin buscar en cada herramienta.
Iconos de herramientas
Racional del sistema
El sistema se construye sobre la confianza después de la reunión
La automatización de reuniones falla cuando crea tareas que nadie considera fiables. Este flujo mantiene conectada la fuente, separa decisiones y acciones, y envía responsables o fechas dudosas a revisión antes de actualizar el tablero del proyecto.
Las notas no bastan
El valor no está en la transcripción, sino en las decisiones, los riesgos, los responsables, las fechas, las preguntas abiertas y el seguimiento que aclara el siguiente paso.
Las tareas necesitan contexto
Cada acción conserva la fuente y el motivo para que su responsable entienda por qué existe sin releer toda la transcripción.
La revisión protege la calidad
Los compromisos dudosos esperan una revisión humana en lugar de crear tareas confusas.
Add-ons que encajan encima
El punto de partida
Un equipo de servicios a clientes disponía de transcripciones, pero las horas posteriores a cada reunión seguían siendo inconsistentes. Las decisiones quedaban ocultas en notas extensas, los compromisos se repartían entre el chat y la memoria, y el seguimiento dependía de quién tuviera tiempo para reconstruir lo acordado.
El diagnostico se hizo sobre volumen real, herramientas conectadas, puntos de decision y excepciones. La pregunta no era solo que automatizar, sino que prueba demostraria que el proceso habia terminado bien. La prueba operativa importo tanto como la automatizacion.
La implementación
Ductio construyo un workflow de meeting notes que acepta notas pegadas o transcript, comprueba que el input sea util, extrae resumen, decisiones, preguntas abiertas, acciones Ductio, acciones cliente, riesgos, fechas y draft de follow-up, y despues crea filas de tareas y tareas ClickUp/project-tool si esta configurado.
La implementacion separo reglas, contexto libre, decisiones humanas y efectos externos. Asi el sistema podia mejorar el trabajo diario sin convertir cada excepcion en una caja negra. IA como apoyo dentro del proceso, no como piloto automático.
Qué se usó
La selección de herramientas se hizo desde el proceso, no desde una preferencia técnica previa. El criterio fue que cada pieza tuviera un owner claro, integración estable y una forma sencilla de revisar errores.
En la práctica se combinó Supabase, Python/FastAPI, OpenRouter, ClickUp/project tool, Nota HubSpot-ready, Email Resend-ready. Las herramientas visibles para el equipo quedaron cerca de su trabajo diario, mientras la lógica de integración quedó documentada y separada de decisiones comerciales sensibles.
La mejora se vio en el trabajo diario.
En lugar de presentar el resultado como un dashboard, el equipo lo notó en tres escenas concretas: menos preparación manual, menos búsqueda de contexto y menos dudas sobre quién tenía que actuar.
Administración: Tiempo desde las notas hasta las acciones y el seguimiento pasó de 30 min a 6 min.
Claridad de acciones: Acciones con responsable, plazo y contexto pasó de Variable a Responsable/fecha.
Captura de riesgos: Riesgos y bloqueos en campos revisables pasó de Ocultos a Visibles.
Prueba antes/después
Qué cambió en la operación
Antes
Después
Artefactos visibles
- Resumen de reunión
- Lista de decisiones
- Acciones internas
- Acciones del cliente
- Registro de riesgos y bloqueos
- Borrador de seguimiento
- Datos de la tarea
- Registro de eventos de la reunión
Controles
- Sin notas no hay extraccion
- Owners o fechas dudosas marcadas para revision
- Follow-up siempre revisado por persona
- Transcript original enlazado al output
- Resultado de sync guardado para retry/debug
Qué cambió después
Las reuniones terminan ahora con un traspaso operativo, no con otro documento pendiente de revisar. Las acciones internas y del cliente se separan, las decisiones mantienen su trazabilidad y los compromisos dudosos se resuelven antes de llegar al tablero del proyecto.
El resultado no fue solo ahorrar minutos. El equipo gano una secuencia comun para revisar entradas, entender contexto, decidir, actuar y comprobar que el workflow habia quedado registrado. 80% menos admin
El workflow en una línea
Cómo se construyó
El workflow usa Supabase para meeting_notes, meeting_actions y meeting_events; OpenRouter para extraccion estructurada y follow-up; Python/FastAPI para validacion y routing; y un adaptador opcional ClickUp para crear tareas.
El stack fue pragmático: Supabase, Python/FastAPI, OpenRouter, ClickUp/project tool, Nota HubSpot-ready, Email Resend-ready. No se eligieron herramientas para impresionar, sino por ownership, integración y mantenimiento. El resultado es un sistema que el equipo puede entender y operar.
Lo que quedó entregado
- Intake notas
- Deteccion tipo reunion
- Extraccion acciones
- Riesgos/preguntas
- Filas de tareas
- Sync ClickUp
- Draft follow-up
- Checklist revision
- La administración posterior a reuniones rutinarias se redujo aproximadamente un 80% y normalmente solo exige una revisión breve.
- Decisiones, riesgos y preguntas abiertas quedaron visibles en vez de enterrados en transcripts.
- Acciones Ductio y acciones cliente se separan antes de crear tareas.
- Owners, fechas y compromisos dudosos van a revision antes de crear tareas de baja calidad.
- Los emails de follow-up son mas rapidos y consistentes, pero siguen revisados por una persona.
- Las reuniones comerciales pueden producir notas HubSpot-ready; las de delivery, tareas en project tool.
