Stejná sada záznamů slouží úplně různým lidem. Obchodní tým chce vidět příležitosti jako kanban, který se posouvá jednotlivými fázemi prodeje. Účetní potřebuje hutnou tabulku faktur po splatnosti seřazenou podle stáří. Pracovník podpory se dívá na kalendář hovorů naplánovaných na tento týden. Ředitel chce pro měsíční přehled souhrn v podobě karet. Když všechny tyhle lidi nutíte do jednoho seznamu, skončíte u tabulek s dvaceti sloupci, které nikdo doopravdy nečte. Pohledy to řeší jinak: je to uložený způsob, jak se na sadu záznamů dívat, poskládaný z dílů, které si každá role může nastavit po svém.
Pohled se skládá ze tří vrstev. První je dotaz — samotná data vymezená podmínkami, parametry a řazením. Druhá je zobrazení — vykreslovač, který ta data převede do konkrétní podoby. Stejný dotaz můžete zobrazit jako tabulku, seznam, karty, kanban, kalendář nebo vlastní rozvržení v Canvasu a mezi jednotlivými zobrazeními přepnete jedním kliknutím. Třetí je nastavení pohledu — které sloupce ukázat, jejich přejmenování, výchozí seskupení a přednastavené filtry. Právě oddělení těchto tří vrstev umožňuje, aby jedna sada záznamů posloužila několika rolím, a žádná z nich přitom neměla pocit, že používá špatný nástroj.
Sloupce a jejich viditelnost se nastavují pro každý pohled zvlášť. Vyberete, které vlastnosti jsou důležité, v jakém pořadí, a případně je pro přehlednost přejmenujete. Pohled může mít výchozí řazení a výchozí seskupení, která zůstávají zachovaná mezi sezeními — když se uživatel v osm ráno vrátí ke svému pohledu na pohledávky, je uspořádaný přesně tak, jak ho nechal. Díky výchozím hodnotám filtrů se pohled otevře rovnou s rozumným výchozím bodem — otevřené tikety přiřazené mně místo všech tiketů v historii.
K jednomu typu obvykle patří několik pohledů a platforma s nimi zachází jako s plnohodnotnými prvky. Výchozí pohled pro daný typ je ten, na kterém uživatel skončí, pokud si nevybere jinak. Každý uživatel si pak v rámci pohledu může uložit svůj oblíbený dotaz — drobnost, která ale potěší: vedoucí týmu nastaví rozumný výchozí stav pro všechny a jednotlivci si ho nenápadně upraví podle toho, jak skutečně pracují.
Dostupnost pohledů podle role udrží pořádek tam, kde jednu aplikaci používá víc typů lidí. Kanban vidí obchodníci, tabulku účetní, zjednodušený pohled s kartami ti, kdo mají jen právo prohlížet. Každá role vidí přesně tu sadu pohledů, která dává smysl pro její práci, a nikdo se nemusí prokousávat sedmi nepotřebnými možnostmi, aby našel tu jednu, kterou používá denně. Za všemi pohledy přitom stojí stejná data a stejná definice typu, takže se nic nerozchází a není co udržovat dvakrát.
Drobnost, která se v praxi cení: pohledy mají sdílitelné adresy (URL), které v sobě nesou celý kontext — parametry dotazu, nastavené filtry, zvolené řazení i to, které sloupce si uživatel zobrazil. Stačí takovou adresu vložit do chatu a kolega si otevře aplikaci přesně v tom stavu, na který jste se dívali vy — pokud na to má oprávnění. Porady tak končí seznamem odkazů místo hromadou snímků obrazovky a v uspěchaném týmu se tahle maličkost rychle vyplatí.
Pohledy zapadají do zbytku platformy předvídatelně. Zpřístupňuje je REST API, automatizace mohou běžet nad uloženým dotazem, export do tabulky (Excelu) respektuje sloupce a řazení pohledu a dlaždice na domovské stránce dokážou pohled načíst přímo. Když pohled nadefinujete jednou, máte ho nadefinovaný pro všechna místa, kde se ta data objevují.
Každému typu zobrazení se věnuje samostatný článek: tabulkový pohled pro práci s hustými daty, kanban pro data v podobě workflow, kalendář pro cokoli, co je vázané na čas. Rozvržení pohledů popisují náročnější případ, kdy jedna obrazovka kombinuje víc zobrazení najednou — seznam vlevo, detail vpravo, mřížku karet nahoře. A tvůrce dotazů je přirozený společník, protože právě dobře postavený dotaz obvykle rozhoduje o tom, jestli pohled působí přehledně, nebo přeplácaně.