We Active ya cuenta con información valiosa y una base real de trabajo en Notion. La oportunidad no está en empezar de cero, sino en ordenar lo que existe para dar continuidad clínica, mejorar la gestión del programa y preparar una futura plataforma propia.

El problema actual no es la falta de datos. El problema es que los datos están distribuidos en una estructura que funciona como archivo vivo, pero no todavía como sistema robusto.

Qué es We Active y por qué este sistema importa

En este programa específico, We Active acompaña a un grupo acotado de deportistas durante el año a través de un equipo multidisciplinario compuesto por medicina, nutrición, kinesiología y preparación física.

Ese acompañamiento no depende solo del trabajo profesional directo. También depende de contar con un sistema que permita:

  • registrar bien la información,
  • revisar el historial de cada deportista,
  • coordinar el trabajo entre áreas,
  • saber qué está pendiente,
  • medir avances del programa,
  • mostrar la información correcta a cada perfil.

Hoy ese sistema existe en Notion, pero necesita orden y estructura para responder mejor a esas necesidades.

El sistema actual sí funciona, pero quedó corto en estructura

La revisión de la exportación del sistema actual muestra que We Active ya cuenta con una base operativa real.

26

deportistas con registro efectivo en la base principal

23

archivos estructurados de evoluciones o seguimientos

148

registros de atención

257

páginas exportadas desde Notion

72

imágenes

25

documentos PDF

Esto demuestra que el programa ya tiene historial, criterio de seguimiento y una cultura de registro instalada.

El punto crítico no es si existe o no información. El punto crítico es que la información está organizada de una forma que hoy dificulta usarla bien.

La base actual tiene valor y no debe perderse

Dentro del sistema actual hay varios elementos rescatables:

  • existe una ficha por deportista,
  • existe seguimiento en el tiempo,
  • existe trabajo interdisciplinario real,
  • existe material suficiente para construir mejores indicadores,
  • el volumen del programa aún es manejable.

Esto es importante porque confirma que el camino correcto no es botar lo actual, sino reorganizarlo y fortalecerlo.

Hoy Notion funciona más como archivo que como base de datos ordenada

El sistema actual permite guardar información, pero no garantiza que esa información esté registrada siempre de la misma forma.

En la práctica, Notion hoy está cumpliendo demasiadas funciones al mismo tiempo:

  • ficha del deportista,
  • historial clínico,
  • seguimiento interdisciplinario,
  • repositorio de documentos,
  • notas internas,
  • soporte de gestión.

Eso genera una estructura útil para el día a día, pero frágil para crecer, reportar o delegar.

Qué problemas concretos tiene el sistema actual

Inconsistencia de estructura

No todas las fichas usan la misma lógica. Algunas registran atenciones en tablas con ciertos nombres de campo; otras usan columnas diferentes; otras guardan información como páginas de texto.

Inconsistencia de nombres y categorías

Una misma persona profesional puede aparecer escrita de distintas maneras. Lo mismo ocurre con deportes, disciplinas, estados y tipos de atención.

Fechas y campos no estandarizados

Se observan múltiples formatos de fecha y diferencias en cómo se completan datos esenciales.

Datos incompletos

Hay registros con vacíos relevantes en contacto, familiar responsable o entrenador.

Mezcla entre dato real y estructura de trabajo

Aparecen elementos que parecen plantilla o contenido auxiliar mezclados con registros reales.

Por qué este desorden sí afecta la operación del programa

Para el equipo médico y multidisciplinario

  • más tiempo buscando antecedentes,
  • menor claridad sobre el estado actual del deportista,
  • dificultad para leer rápidamente evolución, diagnóstico y plan,
  • menor continuidad cuando intervienen varias personas.

Para coordinación y administración

  • más trabajo manual,
  • menos control sobre datos faltantes,
  • dificultad para consolidar la información,
  • menor visibilidad sobre pendientes y fichas incompletas.

Para dirección

  • mayor dificultad para construir indicadores,
  • reportes menos confiables,
  • menos trazabilidad del avance global del programa.

Para una futura vista de familias y deportistas

  • hoy no existe una separación suficiente entre información interna y la que sería conveniente mostrar a usuarios finales.

La primera mejora no es construir una plataforma: es ordenar bien Notion

Antes de migrar a un sistema propio, conviene estabilizar la base actual.

El objetivo de esta etapa no es dejar Notion perfecto ni convertirlo en solución definitiva. El objetivo es usarlo como una base ordenada de transición.

Beneficios de hacerlo primero:

  • reduce errores,
  • mejora el trabajo actual del equipo,
  • facilita el futuro diseño de plataforma,
  • evita migrar desorden a un sistema nuevo,
  • permite definir mejor roles, campos y vistas.

Esta optimización no puede ser el estado final. Hoy la base y el sistema viven en el workspace personal de una persona (el de Diego), pero esa información incluye datos sensibles y es un activo de la organización. Por seguridad, gobernanza y propiedad de datos, el programa debe migrar a una plataforma propia.

Estructura sugerida para ordenar el sistema actual

Base 1 — Deportistas

  • datos personales,
  • datos de contacto,
  • disciplina,
  • entrenador,
  • estado dentro del programa,
  • estado clínico-deportivo.

Base 2 — Atenciones / Evoluciones

  • deportista,
  • fecha,
  • área,
  • profesional,
  • motivo,
  • diagnóstico,
  • evolución,
  • plan,
  • próxima acción,
  • adjuntos.

Base 3 — Profesionales

Debe estandarizar quiénes participan y cómo se nombran.

Base 4 — Indicadores / Hitos del programa

Debe ordenar qué se quiere medir y desde dónde sale cada dato.

Base 5 — Documentos

Debe concentrar archivos y respaldos asociados a cada caso.

Qué ajustes concretos permitirían mejorar Notion de inmediato

Cambio 1 — Catálogos cerrados

Definir listas únicas para:

  • estados,
  • áreas,
  • profesionales,
  • tipos de atención,
  • disciplinas.

Cambio 2 — Fechas estandarizadas

Usar formato de fecha real en todos los registros, no texto libre.

Cambio 3 — Plantillas obligatorias

Cada tipo de atención debe registrarse bajo una estructura común.

Cambio 4 — Separar estados distintos

Distinguir entre:

  • estado dentro del programa,
  • estado clínico-deportivo,
  • situación de lesión o reintegro.

Cambio 5 — Vistas por función

Crear vistas pensadas para cada necesidad real del equipo.

Qué debería poder ver cada rol dentro del sistema ordenado

Vista para equipo médico y multidisciplinario

  • deportistas activos,
  • deportistas en seguimiento por lesión,
  • últimas atenciones,
  • controles pendientes,
  • documentos faltantes.

Vista para dirección

  • total de deportistas activos,
  • distribución por disciplina,
  • atenciones por profesional,
  • casos activos de seguimiento,
  • avance general del programa.

Vista para coordinación

  • fichas incompletas,
  • datos faltantes,
  • documentos pendientes,
  • tareas de actualización.

Beneficios concretos de reparar primero el sistema actual

Beneficios operativos

  • menos dependencia de la memoria del equipo,
  • más rapidez para revisar casos,
  • menos errores de registro,
  • mayor consistencia entre profesionales.

Beneficios de gestión

  • mejor base para indicadores,
  • mejor trazabilidad,
  • reportes más simples,
  • mayor claridad para la dirección.

Beneficios estratégicos

  • una base mucho mejor preparada para migrar,
  • menos riesgo de arrastrar problemas al sistema futuro,
  • mayor claridad para diseñar la plataforma propia.

Plan por etapas

Un camino ordenado: primero alinear el diagnóstico, luego estabilizar la operación en Notion, y finalmente migrar a una plataforma propia.

  1. Diagnóstico general

    • reuniones iniciales
    • seguimientos
    • prueba de concepto (PoC)
    • aprobación del modelo
  2. Optimización de Notion

    • migración de los datos
    • habilitación del sistema
    • capacitación
    • asistencia en marcha blanca
  3. Plataforma propia

    Creación de un sistema institucional con roles, permisos y trazabilidad.

Qué debería resolver la plataforma propia

La plataforma futura no debe ser “un Notion más bonito”. Debe ser un sistema de trabajo con lógica clara, base de datos única y acceso diferenciado por rol.

Objetivo funcional

El objetivo no es “digitalizar por digitalizar”. Es mejorar el funcionamiento real del programa: menos fricción para registrar, más claridad para decidir, y más continuidad para el seguimiento de cada deportista. Una plataforma bien diseñada reduce errores, aumenta la trazabilidad y permite que el equipo se enfoque en lo clínico y deportivo, no en “ordenar papeles”.

  • registrar datos de forma ordenada
  • consultar historial completo por deportista
  • separar información sensible según perfil
  • ver indicadores del programa
  • mostrar avances de forma útil y comprensible

Principios del producto

Hablamos de una plataforma que respetará la identidad de marca de We Active y estará disponible desde computador y celular. Será el punto de encuentro del programa: base de datos institucional, ingreso de información, reportes, monitoreo y revisión de cumplimiento de indicadores. La idea es que sea fácil de usar para el equipo y confiable para la organización.

  • simple para registrar
  • claro para consultar
  • seguro por permisos
  • útil para decisiones
  • escalable por módulos
  • entendible para personas no técnicas

Perfiles de usuario

La plataforma no es solo para el equipo médico. Es para que todas las áreas puedan trabajar con el mismo “sistema de verdad”: profesionales registrando atenciones y planes, coordinación manteniendo fichas completas, y dirección monitoreando avance e indicadores para reportar a clientes. En una etapa posterior, también puede habilitarse una vista controlada para deportistas y familias.

  • médico/a, nutricionista, kinesiólogo/a y preparación física
  • coordinación/administración (pendientes y calidad de datos)
  • dirección (paneles e indicadores globales)
  • deportista y familia (resumen autorizado, hitos y próximas acciones)

Módulos medulares

Partimos por lo esencial para que el sistema sea útil desde el día 1: ficha, atenciones, historial y documentos. Con eso se habilita la operación clínica y deportiva, y se abre el camino a paneles y reportes más robustos sin saturar al equipo con una primera versión demasiado grande.

  • ficha del deportista
  • atenciones e historial cronológico
  • documentos y adjuntos
  • panel básico para dirección

Ruta de implementación

La prioridad es validar con casos reales, no “construir en el aire”. Por eso la ruta propone: definir el modelo y permisos, construir un MVP disciplinado, cargar lo prioritario, y salir a una marcha blanca con acompañamiento para ajustar lo que realmente duele en el uso diario.

  • diseño funcional: roles, permisos, módulos y navegación
  • desarrollo MVP: operación mínima para trabajar en casos reales
  • carga inicial: migración prioritaria de datos y documentos críticos
  • validación y salida a uso: marcha blanca y ajustes por fricción

En la práctica, la optimización de Notion sirve como puente: ordena la operación y define roles/campos, pero la plataforma propia es la que asegura continuidad institucional, control de permisos y propiedad de datos.

Presupuesto y alternativas

Valores netos. Dos formas de ejecutar los mismos objetivos, con diferencias en ritmo y holgura de validación por etapa.

Opción A: 2 meses (intensivo)

$2.000.000 neto total

$1.000.000 neto por mes

  • ejecución más rápida y concentrada
  • requiere mayor disponibilidad del equipo para validaciones
  • ideal si se necesita salir a uso pronto

Opción B: 4 meses (controlado)

$2.400.000 neto total

$600.000 neto por mes

  • más holgura para pruebas y ajustes por etapa
  • mayor control de calidad y menor presión operativa
  • ideal si se quiere validar con más calma

En ambos casos, el objetivo es el mismo: ordenar la operación, asegurar gobernanza institucional de los datos y avanzar hacia una plataforma propia usable por roles.

Ordenar Notion no es el destino final: es el primer paso correcto

We Active ya tiene información, experiencia y una forma real de trabajo. Lo que falta no es comenzar desde cero, sino ordenar esa base para convertirla en una herramienta más confiable.

Primero ordenar Notion, luego usar ese orden como base para construir una plataforma propia.

Ese camino permite mejorar la operación actual y, al mismo tiempo, asegurar trazabilidad y gobernanza institucional sobre la información del programa.