Notion para gestionar una pyme: una base por objeto, no una tabla por equipo

Notion promete ordenarlo todo en un mismo sitio. Seis meses después, la mayoría de los espacios de empresa parecen un trastero: páginas que nadie abre, tres tablas de clientes que no dicen lo mismo y un equipo que ha vuelto a los mensajes. El problema no es la herramienta. Es la estructura.

Por qué mueren los Notion de empresa

El guion es siempre el mismo. Cada equipo crea su tabla, a su manera. El comercial tiene su lista de clientes, operaciones tiene la suya y contabilidad una tercera. La información se copia de una tabla a otra y luego deja de copiarse. Al cabo de unos meses nadie sabe qué versión es la buena, y todo el mundo vuelve a preguntarle a alguien.

Notion no tiene la culpa. Simplemente se ha reproducido en una herramienta nueva el funcionamiento en silos del que se quería salir.

El principio: una base por objeto

La estructura que aguanta parte de los objetos de su actividad, no de su organigrama. Un objeto es algo que la empresa maneja y que necesita recordar: un cliente, un local o un alojamiento, un servicio, una persona del equipo, una incidencia, una factura.

Cada objeto tiene una base, y solo una. Cada cliente existe una vez. Cada servicio existe una vez. Los equipos ya no crean tablas: miran las mismas bases desde ángulos distintos.

Relaciones en lugar de copias

Un servicio no necesita copiar la dirección del cliente: está relacionado con el cliente, y la dirección aparece sola. Si la dirección cambia, cambia en todas partes. Las relaciones de Notion hacen exactamente eso, y es la función menos aprovechada de la herramienta.

En el sistema que instalamos, cinco bases bastan para mover una actividad de servicios: los locales, el equipo, las reservas o pedidos, los servicios y las incidencias, todas relacionadas entre sí. Todo lo demás es una vista.

Vistas para cada equipo

Operaciones quiere los servicios de mañana por persona. El directivo quiere las incidencias abiertas. El comercial quiere los clientes sin actividad desde hace tres meses. Son tres vistas filtradas sobre las mismas bases, no tres tablas. Cada uno ve lo que necesita y nadie mantiene una copia.

Pocas propiedades, estados cerrados

Una base con cuarenta columnas no la rellena nadie. Quédese con las propiedades de las que depende una decisión y suprima las demás. Para los estados, use listas cerradas, con valores definidos de una vez por todas. Un estado en texto libre produce «hecho», «Hecho», «ok» y «terminado (creo)», y ningún filtro se recupera de eso.

Quién escribe qué

La regla que hace durar un Notion: las personas teclean lo menos posible. Las reservas llegan solas desde el programa de reservas, las solicitudes entrantes llegan desde el formulario de la web, los servicios se crean a partir de las reservas. Las personas validan, completan y deciden. Una base que hay que rellenar a mano para que esté al día nunca estará al día.

Ese es el papel de las automatizaciones, que nosotros construimos con n8n: hacer circular la información entre las herramientas para que Notion refleje la realidad sin que nadie tenga que copiar nada.

Los límites de Notion que conviene conocer

• No es una base transaccional. Para miles de escrituras por hora, contabilidad o existencias en tiempo real, hace falta un programa de gestión o una base de datos de verdad.
• La API tiene un límite de velocidad. Unas tres solicitudes por segundo: una sincronización masiva debe diseñarse para esperar y reanudar.
• Los permisos son finos pero fáciles de configurar mal. Una base compartida de más expone todo lo que contiene, relaciones incluidas.
• El modo sin conexión es imperfecto. Un equipo sobre el terreno sin cobertura necesita una interfaz propia, no Notion directamente.

Por esta última razón nuestros equipos sobre el terreno nunca abren Notion: usan un portal sencillo en el móvil, que lee y escribe en las bases por ellos.

Por dónde empezar

Haga la lista de los objetos de su actividad en una hoja. Elija los dos que más problemas dan hoy, normalmente los clientes y los servicios. Cree una base para cada uno, relaciónelas, importe lo que ya existe y borre las tablas antiguas. No archivadas: borradas. Mientras existan, alguien seguirá rellenándolas.

Preguntas frecuentes

¿Cómo organizar Notion para una empresa?

Creando una base por objeto de la actividad (clientes, locales, servicios, equipo, incidencias) en lugar de una tabla por equipo. Las bases se relacionan entre sí, y cada equipo trabaja con vistas filtradas de las mismas bases en vez de mantener sus propias copias.

¿Puede Notion sustituir a un programa de gestión en una pyme?

Para organizar el trabajo y seguir clientes, servicios e incidencias, sí, siempre que se estructure en bases relacionadas y se alimente automáticamente. Para la contabilidad, las existencias en tiempo real o grandes volúmenes de escrituras, no: sigue haciendo falta un programa de gestión.

¿Por qué los equipos no usan Notion?

Porque se les pide teclear a mano información que ya existe en otro sitio, en tablas que se contradicen. Un Notion que dura se alimenta con automatizaciones, y los equipos sobre el terreno usan una interfaz sencilla en el móvil en lugar de Notion directamente.

¿Cuáles son los límites de la API de Notion?

Está limitada a unas tres solicitudes por segundo de media. Una sincronización de grandes volúmenes debe diseñarse para espaciar sus llamadas y reanudar tras alcanzar el límite.