Firmowy system operacyjny w Notionie: 17 działów, 8 baz, zero duplikacji

Czego młoda marka naprawdę potrzebuje rano

Młoda marka ogarnia kilkanaście spraw naraz: strategię, produkt w rozwoju, dostawców, badania, umowy, finanse. W briefie nie chodzi o to, „gdzie to wrzucić", tylko „jak to spiąć, żeby rano od razu było widać, co wymaga uwagi i na jakim etapie jest każdy projekt". To pytanie o architekturę, nie o ładny szablon, i klient sam to napisał: woli zrozumieć system, a nie tylko dostać gotowy workspace.

Bazy danych, nie zagnieżdżone strony

Najczęstszy błąd, który potem trudno odkręcić, to zbudowanie wszystkiego na zagnieżdżonych stronach. Strona w stronie, a w niej kolejna. Przy dwudziestu wpisach wygląda to porządnie, przy dwustu się sypie: nie da się tego przefiltrować, posortować ani policzyć, a ta sama informacja siedzi w trzech miejscach naraz. Podstawa to kilka powiązanych baz. Wtedy każda „strona" jest wierszem, który da się odpytać, a nie folderem, po którym trzeba się przeklikiwać.

Osiem baz, jedno źródło prawdy

Siedemnaście pozycji z listy sprowadza się do ośmiu baz. Reszta to nie osobne bazy, tylko pole „Typ" i relacje. Suppliers, Manufacturers i Contractors nie potrzebują trzech baz, wystarczy jedna baza Partners z polem Typ. Strategia, badania, dokumentacja marki, procesy i umowy to nie pięć osobnych działów, tylko jedna baza Documents z Typem i relacją do tego, czego dotyczą.

Projects to kręgosłup operacyjny, z którego czyta pulpit. Partners, Contacts, Products, Finance i Documents łączą się też bezpośrednio, więc workspace jest grafem, a nie gwiazdą. Każda karta niżej pokazuje najważniejsze właściwości i to, z czym dana baza się łączy.

Relacje zamiast kopiowania

Produkt jest powiązany z producentem relacją, a nie skopiowanym adresem. Poprawiasz dane producenta raz i wszystkie produkty są od razu aktualne. To wprost odpowiedź na „unikać duplikacji": informacja żyje w jednym miejscu, a wszędzie indziej jest tylko odwołanie do niej. Tak samo z ludźmi i firmami, z projektami i ich kosztami, ze spotkaniami i zapadłymi na nich decyzjami.

Rollupy budują pulpit

Poranny pulpit nic nie przechowuje. Tylko czyta. Projects zbiera rollupem swoje zadania: ile jest otwartych, najbliższy termin, procent ukończenia. Finance sumuje koszty na projekt. Rano otwierasz Notion i pulpit od razu pokazuje, co wymaga uwagi: zadania na dziś i po terminie, projekty ułożone w tablicy według etapu, ostatnie spotkania. Nie musisz wchodzić w każdy projekt po kolei, ten widok jest poskładany z przefiltrowanych baz, a nie z nowych danych.

• „Moje zadania na dziś" to widok bazy Tasks z filtrem: termin do dziś i przypisane do mnie.
• „Projekty według etapu" to tablica z bazy Projects pogrupowana po polu Stage, więc status widać na jeden rzut oka.
• „Budżet a wykonanie" to koszty z bazy Finance zsumowane rollupem na projekt, tuż obok pracy, którą finansują.

Rośnie z firmą, nie przeciw niej

System rozbudowujesz, dodając właściwości, a nie kolejne bazy. Nowa cecha produktu to jedna kolumna, a nie nowy dział. Kiedy powiększy się zespół, udostępniasz sekcje najwyższego poziomu z uprawnieniami, a że dane nie są zduplikowane, dostęp ustawia się prosto: jedna baza, jedno miejsce, w którym decydujesz, kto co widzi. To różnica między systemem, który rośnie razem z firmą, a takim, który po roku trzeba pisać od nowa.

Najpierw architektura, potem klikanie

Zacząłbym od zaprojektowania architektury, a nie od klikania. Najpierw model: osiem baz, ich właściwości, relacje i rollupy, plus uzasadnienie każdej decyzji, żebyście rozumieli system, a nie tylko go dostali. To zamykam w jednym, rozliczalnym etapie. Jeśli będzie nam po drodze, w drugim etapie buduję workspace i tłumaczę decyzje na bieżąco.