Diagnóstico inicial — Bernardo de Magalhaes
Informe elaborado por Edu Salado | Befocusy
Cliente: Bernardo de Magalhaes — Organización + sistema operativo para gestión de correo, tareas y seguimiento
Fecha de la última actualización: 7 de abril de 2026
Contexto
Perfil profesional
Bernardo está asumiendo una posición de alta exposición operativa (CFO global con presencia en Latinoamérica), con carga elevada de comunicación y reuniones frecuentes.
  • Proceso activo de reorganización del departamento
  • Necesidad de distribuir trabajo y hacer seguimiento
  • Múltiples interlocutores simultáneos
Stack actual (herramientas)
  • Correo: Outlook / Microsoft
  • Notas y transcripción: Notion (uso intensivo)
  • IA complementaria (manual): ChatGPT para resumir correos y transcripciones
  • Automatización (intento): Make (no implementado; fricción por complejidad inicial)
Flujo operativo actual
El flujo actual depende en exceso de intervención manual y carece de un sistema que conecte entradas, procesamiento y ejecución de forma estructurada.
Problemas detectados
Volumen de correo excesivo
Decenas/centenas de correos diarios. El correo ocupa el espacio de trabajo de valor: decidir, coordinar, ejecutar.
Bandeja que nunca se vacía
Ciclo infinito de revisión. Sensación crónica de estar «atrasado», pérdida de control y estrés.
Alta fricción cognitiva
Hilos y documentos largos por email. Coste cognitivo alto, retrasos y riesgo de interpretaciones incompletas.
Más fricciones operativas
Follow-up manual de respuestas pendientes
Se envían correos y no hay sistema que recuerde «si no responde en X días». Resultado: olvidos, retrasos y pérdida de fiabilidad.
Tareas y decisiones dispersas
Los compromisos aparecen en correos o transcripciones, pero no siempre se convierten en tareas estructuradas. Trabajo «invisible», dependiente de memoria.
Distribución de trabajo sin sistema
Entradas llegan a Bernardo y la asignación es manual. Cuello de botella, baja escalabilidad y falta de claridad de quién hace qué y para cuándo.
Ausencia de front-end operativo
No existe una pantalla diaria que consolide «lo que entra», «lo que hay que hacer» y «qué está venciendo». Decisiones reactivas y priorización inestable.

Fricciones críticas (bloquean casi todo): Volumen de correo + falta de filtrado/IA · Follow-up y tareas dependientes de memoria · Distribución de trabajo sin sistema.
Objetivos del proyecto
1
Reducir tiempo en correo
Pasar de horas a ~1h/día dedicadas a revisar correo como orden de magnitud.
2
Bandeja estructurada
Categorización, prioridad, responsable y estado con trazabilidad completa.
3
Tareas accionables
Convertir correos y transcripciones en tareas con responsables y fechas claras.
4
Sistema de follow-up fiable
Recordatorios y revisiones automáticas que eviten olvidos y retrasos.
5
Front-end diario/semanal
Panel para operar con foco: Hoy / Esta semana / Vencimientos.
6
Arquitectura escalable
Estructura estable en Notion antes de automatizaciones avanzadas. Sistema diseñado para delegar.
Arquitectura propuesta en Notion — Back-end
🏢 Áreas
Cada área/departamento con responsable, foco, prioridad, canales y reglas de escalado.
📥 Inbox
Cada correo capturado con categoría, prioridad, estado, responsable, resumen y «acción requerida».
☑️ Tareas
Acciones ejecutables con estado, responsable, fecha, prioridad y origen (inbox/reunión).
📋 Proyectos
Iniciativas con varias tareas, owner, fecha objetivo y vinculación a áreas.
🤝 Reuniones
Registro con transcripción, resumen IA, participantes y acciones vinculadas a tareas y proyectos.
📚 Manuales / SOPs
Wiki operativa con reglas de trabajo y manuales para agentes (criterios de categorización, tono, escalado).
🌱 Jardín Digital
Notas atómicas: Semilla → Brote → Árbol/Evergreen. Vinculadas a proyectos, áreas y SOPs.
Front-end operativo (vistas de trabajo)
Panel Diario
  • Inbox «Nuevos y relevantes» (filtrado por acción requerida)
  • Tareas Hoy y Tareas vencidas
  • Vencimientos próximos (7 días)
  • Botones: «Crear tarea», «Crear proyecto», «Marcar como procesado»
Panel Semanal
  • Agenda de tareas de la semana
  • Proyectos activos
  • Revisiones de follow-up pendientes
Panel Equipo (por persona)
  • Mis tareas (hoy/semana)
  • Tareas asignadas pendientes
  • Tareas bloqueadas (si se usa estado)
Entidades: plan de implementación
Una Entidad es un módulo funcional completo del sistema: bases de datos, dashboards, plantillas/SOPs y criterio de «Listo» en uso real. Ciclo por entidad: Modelado (1 sem.) → Front-end (1 sem.) → Implementación (1–3 sem.)
1
Inbox de correo
Captura + triage. Bases de datos Inbox y Áreas. Bandejas: Nuevos, Acción requerida, Archivo. Complejidad: alta.
2
Tareas
Ejecución diaria + asignación. Vistas Hoy, Esta semana, Vencidas y Por responsable. Complejidad: intermedia.
3
Proyectos
Seguimiento de iniciativas. Proyectos activos y por área. Plantilla con objetivo, decisiones e hitos. Complejidad: simple.
4
Reuniones
Captura → acciones. Transcripción → resumen → tareas asignadas. SOP «Reunión → tareas». Complejidad: intermedia.
5
Jardín Digital
Gestión del conocimiento. Notas Semilla → Brote → Árbol/Evergreen. Captura y procesamiento consistente. Complejidad: intermedia.
Hoja de ruta y cadencia
Las sesiones son reuniones de trabajo de 1 hora. Por cada entidad: Sesión 1 al final del modelado (semana 1), Sesión 2 al inicio de la implantación (semana 3), y sesiones semanales de seguimiento durante la implantación.
Checkpoint 1
«Sistema base operativo» al completar Inbox + Tareas en uso real.
Checkpoint 2
«Sistema integrado» al completar Proyectos + Reuniones conectadas.
Checkpoint 3
Sistema completo tras implementar Jardín Digital.
Próximos pasos
Confirmar alcance
Qué entra en v1 y qué se deja para fases posteriores. Definir lista final de Entidades y orden (ruta crítica).
Preparar accesos
Workspace Notion y permisos. Cuenta Outlook y permisos para Make.
Establecer cadencia
Fecha de inicio y cadencia de sesiones (idealmente inicio en lunes).
Arrancar Entidad 1
Piloto con 5–10 correos reales para validar el flujo de Inbox.