Administración de workspaces de Notion
Aprende a estructurar un workspace de Notion, organizar sus bases de datos y revisar permisos y mantenimiento para que el equipo pueda utilizarlo con claridad.
Encuentra tu punto de partida
Encaja cuando ya utilizáis Notion y os corresponde decidir cómo se estructura, quién accede y cómo se mantiene el workspace.
Quizá encaje mejor
Trabajo en equipo en NotionSi solo necesitáis encontrar, actualizar y compartir información dentro de una estructura existente, elegid el curso de uso cotidiano.- Duración y sesiones
- 12 horas en directo · 6 sesiones de 2 h.
- Tamaño del grupo
- Hasta 12 participantes por formador como referencia, ajustable según la práctica y el feedback.
Qué aprenderás
- 01
Diseñar una estructura de páginas y bases para un proceso elegido.
- 02
Configurar relaciones, vistas y plantillas, y comprobarlas con datos válidos e incompletos.
- 03
Definir responsables y accesos, identificar información duplicada o desactualizada y documentar una rutina de mantenimiento.
Una propuesta de trabajo
Diseñaréis un espacio de solicitudes para un departamento ficticio, con proyectos y documentación relacionados. Partiremos de una estructura pequeña: decidir dónde vive cada dato, construir las bases y comprobar que otra persona pueda usar el sistema. El trabajo termina con pruebas de datos y accesos y una guía de mantenimiento.
Adaptamos la selección y la profundidad de los módulos al punto de partida y los objetivos del grupo.
01Arquitectura del workspace
Navegación, responsabilidades y criterios para separar documentación, datos y áreas de trabajo.
Trabajarás en
- Traducir el recorrido de una solicitud en páginas, bases de solicitudes y proyectos, y documentación compartida.
- Definir dónde se mantiene cada dato y quién revisa su contenido, evitando crear una base por cada vista del proceso.
- Preparar una página de entrada que conecte el trabajo del departamento con sus instrucciones.
- Práctica
- Dibujar y construir la estructura mínima de un departamento que recibe solicitudes para dos proyectos ficticios, separando las instrucciones del registro de trabajo.
- Cómo lo comprobarás
- Una estructura navegable y un mapa que explica dónde se crea, consulta y mantiene cada tipo de información.
02Modelar la información
Propiedades, relaciones, vistas y plantillas con ejemplos adaptados a vuestro proceso.
Trabajarás en
- Elegir propiedades y relacionar cada solicitud con su proyecto, comprobando que el vínculo abre la referencia correcta.
- Crear vistas para solicitudes por revisar y por proyecto sobre los mismos datos, sin confundir sus filtros con permisos.
- Preparar una plantilla con instrucciones y probar dos solicitudes para detectar relaciones o valores heredados incorrectos.
- Práctica
- Crear solicitudes para los proyectos Faro y Atlas con la misma plantilla; corregir un vínculo precompletado y localizar otra solicitud sin proyecto en una vista de revisión.
- Cómo lo comprobarás
- Dos solicitudes enlazadas al proyecto correspondiente y una entrada incompleta visible para su revisión, sin duplicar las bases.
03Administrar y mantener
Revisión de permisos, cambios de estructura y pautas para detectar información desactualizada.
Trabajarás en
- Acordar qué deben poder leer, comentar o editar dos perfiles de prueba y contrastarlo con sus accesos efectivos.
- Revisar accesos heredados y enlaces compartidos; aplicar las opciones disponibles en el plan y volver a probarlos.
- Registrar un cambio de estructura, su responsable y una rutina para revisar solicitudes incompletas y documentación desactualizada.
- Práctica
- Intercambiar los perfiles de coordinación y revisión, comprobar páginas, bases y documentación enlazada, y entregar una guía breve de administración con los ajustes pendientes.
- Cómo lo comprobarás
- Una matriz con acceso esperado y observado, correcciones comprobadas y una guía que permite repetir la revisión.
Solicitudes conectadas con su proyecto
Ejemplo docente
Práctica propuesta: diseñar un sistema de solicitudes de un departamento, relacionarlas con sus proyectos y comprobar datos y accesos con perfiles de prueba. El trabajo termina con una guía breve para revisar y mantener la estructura; el caso se concreta para cada edición.
Caso ficticio de aula. El departamento de Operaciones coordina los proyectos Faro y Atlas. Cada solicitud necesita contexto, responsable y un proyecto de referencia; la coordinadora mantiene la estructura y la revisora comprueba el trabajo con el acceso acordado.
- Punto de partida
- Las solicitudes se copian en páginas separadas por proyecto. Las instrucciones están duplicadas y no hay una forma clara de encontrar las entradas sin contexto.
- Primera propuesta
- La primera versión centraliza las solicitudes y añade una plantilla, pero esta conserva el proyecto Faro. Al crear una solicitud para Atlas, aparece enlazada a Faro; además, una vista filtrada se interpreta como si restringiera el acceso.
- Qué revisamos
- El docente pide quitar de la plantilla el proyecto que debe elegirse en cada solicitud, probar dos proyectos y añadir una vista de revisión de entradas incompletas. Los accesos se comprueban aparte con perfiles de prueba: un filtro organiza los datos, pero no sustituye los permisos.
- Resultado
- Cada solicitud se relaciona con su proyecto y las instrucciones tienen una referencia compartida. La entrada sin proyecto permanece visible para corregirla; la matriz de acceso registra lo que cada perfil puede abrir y hacer, con los ajustes necesarios.
Una solicitud, su proyecto y su revisión
Solicitudes
Revisar guía de entrega
Responsable y estado · proyecto Atlas
Actualizar instrucciones
Sin proyecto · pendiente de completar
Proyectos
Atlas
Referencia de la solicitud y contexto compartido
Faro
Otro proyecto · no heredarlo en la plantilla
Administración
Datos y accesos
Revisar entradas incompletas y probar dos perfiles
Guía de mantenimiento
Responsable, cambios y próxima revisión
Representación didáctica de un caso ficticio; no es una captura de Notion.
Antes de darlo por terminado
- Las solicitudes de Faro y Atlas abren su proyecto correcto desde la relación.
- Una solicitud sin proyecto aparece en la revisión y no desaparece entre filtros.
- Los permisos se prueban con cada perfil, incluyendo las referencias enlazadas.
Sesiones para llevarlo a la práctica.
Edición de referencia · 12 h en directo
Edición de referencia: 12 horas en directo, repartidas en 6 sesiones de 2 horas. Construcción, pruebas y revisión se realizan durante las sesiones en un espacio de práctica. Las funciones y el orden se ajustan al plan y al grupo; cualquier preparación o trabajo adicional se acuerda antes de empezar.
- Sesión 12 h
Decidir la arquitectura
Delimitar el proceso, sus entidades y responsables; dibujar la estructura de solicitudes, proyectos e instrucciones.
Al terminarUn mapa del sistema con una ubicación acordada para cada dato.
- Sesión 22 h
Construir las bases y relaciones
Crear propiedades y conectar solicitudes con proyectos; cargar pocos registros ficticios para comprobar el modelo.
Al terminarUna estructura inicial con relaciones que apuntan al proyecto correcto.
- Sesión 32 h
Preparar vistas y plantillas
Organizar el seguimiento sin duplicar datos y probar una plantilla con solicitudes de proyectos distintos.
Al terminarVistas de seguimiento y una plantilla que no arrastra un proyecto incorrecto.
- Sesión 42 h
Comprobar datos y casos incompletos
Recorrer una solicitud completa y otra sin proyecto; revisar qué aparece en cada vista y cómo corregirlo.
Al terminarPruebas anotadas y una entrada incompleta localizable para revisión.
- Sesión 52 h
Probar los accesos
Comparar permisos esperados y observados con dos perfiles, incluyendo las páginas y referencias enlazadas.
Al terminarUna matriz de acceso comprobada y ajustes justificados.
- Sesión 62 h
Revisar y entregar el sistema
Resolver una variación del caso, revisar el conjunto con el docente y documentar mantenimiento y cambios pendientes.
Al terminarUn sistema de aula revisado y una guía de administración que otra persona puede seguir.
Si vuestro equipo necesita ir más allá
- Migrar información real, reorganizar el workspace de la empresa o implantar políticas de acceso en producción requiere acordar alcance, responsables y validaciones aparte.
- Fórmulas avanzadas, automatizaciones e integraciones pueden añadirse en otra edición; este programa se centra en arquitectura, modelado y administración comprobable.
Aprender con alguien que diseña sistemas de trabajo.
Guillermo Mascaraque Piña
Consultor certificado de Notion
Más de dos años de experiencia diseñando sistemas para empresas de todas las industrias y tamaños.
Guillermo es el docente previsto para este programa. Las fechas, el idioma y su disponibilidad se confirman al acordar la edición.
Con guía, práctica y acompañamiento.
Cada edición incluye materiales de trabajo, feedback sobre la práctica y evaluación según los objetivos acordados.
Materiales que podéis conservar
Guía, ejercicios y criterios de revisión descargables y versionados, para uso interno.
Para preparar y cerrar la edición
Recomendación breve, kit editable de comunicación e informe de aprendizaje del grupo.
Diploma propio de TOF
De aprovechamiento, al superar la evaluación acordada. No es una certificación del fabricante.
Un mes de soporte por correo
Sobre lo trabajado en clase, hasta dos horas acumuladas para todo el grupo.
La práctica la realiza tu equipo. Los servicios de implantación se acuerdan aparte. Ver el alcance →
Notion Solutions Partner
Nuestra experiencia como Notion Solutions Partner aporta contexto práctico para organizar la información, las bases de datos y el trabajo del equipo.
Nuestro perfil como partner ↗El partnership corresponde a The Optimal Flow. El diploma de Learn es propio de TOF y no es una certificación del fabricante.
