Propiedades, vistas y plantillas básicas
Aprende a convertir una base de datos simple en un sistema útil: elige pocas propiedades buenas, crea vistas con intención y usa plantillas para reducir trabajo repetitivo.
En la lección anterior entendiste el cambio de mentalidad importante: una base de datos en Notion no es solo una tabla, sino una colección de páginas relacionadas dentro de una estructura común.
Ahora toca dar el siguiente paso. Una colección por sí sola ordena, sí, pero todavía no resuelve del todo el trabajo real. Para que empiece a ser útil de verdad necesitas tres piezas: propiedades bien elegidas, vistas que respondan a una necesidad concreta y plantillas que reduzcan fricción.
La primera pieza son las propiedades. Aquí es donde muchos alumnos se equivocan por exceso. Añaden demasiados campos desde el principio, como si anticipar todos los casos posibles fuese una virtud. Normalmente no lo es. Una base de datos con demasiadas propiedades cansa, se rellena mal y acaba perdiendo calidad.
Lo sensato en esta fase es elegir solo las propiedades que te ayudan a decidir o a encontrar algo después. Si una propiedad no afecta a cómo revisas, filtras, priorizas o reutilizas la información, probablemente aún no hace falta.
- La propiedad buena no es la que impresiona, sino la que te ayuda a trabajar mejor.
- Una propiedad debe justificar su presencia. Puede servir para ordenar, filtrar, priorizar, buscar o clasificar. Si no cumple ninguna de esas funciones, seguramente sobra por ahora.
- En una base de datos inicial, tres o cuatro propiedades suelen bastar para desbloquear mucho valor sin añadir ruido.
- La pregunta correcta no es “qué más podría añadir”, sino “qué necesito ver después para revisar esta colección con claridad”.
- Cada vista debe responder a una necesidad concreta. La tabla sirve para inspeccionar. El tablero sirve para seguir estados. El calendario sirve para leer fechas. La lista sirve para reducir densidad visual.
Propiedades: menos campos, mejor criterio
La propiedad buena no es la que impresiona, sino la que te ayuda a trabajar mejor.
Una propiedad debe justificar su presencia. Puede servir para ordenar, filtrar, priorizar, buscar o clasificar. Si no cumple ninguna de esas funciones, seguramente sobra por ahora.
En una base de datos inicial, tres o cuatro propiedades suelen bastar para desbloquear mucho valor sin añadir ruido.
La pregunta correcta no es “qué más podría añadir”, sino “qué necesito ver después para revisar esta colección con claridad”.
Vistas con intención, no por estética
Cada vista debe responder a una necesidad concreta. La tabla sirve para inspeccionar. El tablero sirve para seguir estados. El calendario sirve para leer fechas. La lista sirve para reducir densidad visual.
La misma colección puede tener varias vistas útiles, pero no conviene crear cinco el primer día si aún no tienes claro para qué las usarás.
Cuando una vista no responde a una pregunta real, se convierte en decoración operativa.
Plantillas básicas para no empezar siempre de cero
Las plantillas dentro de una base de datos te permiten abrir nuevas páginas con una estructura ya pensada. Eso reduce olvidos y hace que varias entradas mantengan una lógica común.
En una base de datos de reuniones, por ejemplo, una plantilla básica puede incluir contexto, asistentes, decisiones y siguientes pasos. En una de recursos, puede incluir resumen, utilidad y enlace principal.
La buena plantilla no añade ruido. Solo deja preparado lo que de verdad se repite.
- Usa plantillas para estructuras repetibles.
- No conviertas la plantilla en un formulario gigante.
- Revisa la plantilla cuando cambie tu flujo real.
Caso aplicado: una base de datos de reuniones bien resuelta
Imagina una base de datos de reuniones con tres propiedades: fecha, tipo y estado. Eso ya te permite ordenar por tiempo, separar reuniones internas de externas y ver cuáles siguen abiertas.
A partir de ahí puedes crear una vista de tabla para revisar todo, una vista de calendario para planificar la semana y una plantilla con bloques de contexto, acuerdos y siguientes pasos.
La base de datos sigue siendo la misma, pero ahora responde mucho mejor al trabajo diario.
Práctica evaluable: hacer usable tu primera base de datos
La meta no es añadir complejidad, sino mejorar claridad y repetibilidad.
Errores frecuentes en este punto
- Añadir demasiadas propiedades desde el miedo a quedarse corto.
- Crear vistas casi idénticas entre sí sin una diferencia real de uso.
- Usar nombres vagos como “Vista 2” o “Nueva tabla”.
- Diseñar plantillas demasiado largas para un flujo todavía simple.
- Confundir orden con burocracia y acabar rellenando campos que nadie usará.
