QR-koder til kundeprojekter, holdt adskilt med vilje

01

Ét arbejdsområde per kunde, mapper per projekt

Et arbejdsområde er enheden for adskillelse: det har egne medlemmer, koder, mapper, tags, ressourcer, skabeloner, analyseindstillinger og eget domæne, og man skifter mellem dem fra vælgeren i sidepanelet. En kunde kan ikke se et arbejdsområde, vedkommende ikke er med i, og det er en egenskab ved strukturen og ikke ved nogens hukommelse.

Inde i et arbejdsområde ligger en kode i præcis én mappe og bærer så mange tags, du vil. Mapper passer til steder og objekter — en afdeling, en produktlinje, en kampagnebølge — og indlejres så dybt, som arbejdet kræver. Tags passer til det, der går på tværs af dem, og det er som regel kampagnen selv.

• Ét arbejdsområde per kunde, skiftet fra sidepanelet
• Mapper til steder og objekter; en kode ligger i én ad gangen
• Tags til kampagner der krydser mapper; en kode må bære flere
• Ressourcer, klistermærker og skabeloner hører til arbejdsområdet, ikke til dig

02

Giv hver person præcis den adgang, forholdet kræver

Roller tildeles per arbejdsområde og gælder hver kode i det: administrator, redaktør, analytiker og betragter, ved siden af ejeren. Indstillingerne viser matricen lige ud — hvem der må oprette og redigere koder, se analyse, styre mapper og tags, invitere medlemmer, eksportere data og slette arbejdsområdet.

I praksis betyder det, at en kontaktperson hos kunden kan være analytiker og læse hvert tal uden at røre grafikken, og at en interessent kan være betragter, der ser arbejdet og ikke ændrer noget. Dataeksport kan indsnævres til ejeren alene, og arbejdsområdet kan sættes til at kræve tofaktorgodkendelse af alle i det.

03

Vis arbejdet, før det når et trykkeri

Et delingslink sætter en kode foran nogen helt uden konto: læserettighed, valgfri adgangskode, en udløbsdato, og kan tilbagekaldes i det øjeblik gennemgangen er slut. Det er det ærlige alternativ til at maile et skærmbillede, der en time senere ikke længere passer til koden.

Inde i arbejdsområdet lever kommentarer på selve koden, og en godkendelse indsendes mod en bestemt revision med en note og afgøres af en, der må. Det gør «hvilken version godkendte de» til en note med dato i stedet for et skænderi om en mailtråd.

04

Byg intet op igen ved starten af hver kampagne

Skabeloner gemmes som den redigerbare scene og ikke som et fladtrykt billede, så en kundes layout stadig kan justeres et år senere i stedet for at være en tegning, nogen skal tegne om. Ressourcebiblioteket og klistermærkerne holder deres logoer og mærker i det arbejdsområde, de hører til.

Hver kode beholder sine revisioner, så en ændring lavet i hast kan læses tilbage: hvad den var, hvad den blev, og hvem der flyttede den.

05

Mængde, og at få tallene ud igen

Et oplag i hundredvis hører hjemme i et CSV-job eller i det offentlige API med en nøgle med begrænset rækkevidde, ikke i en eftermiddag med klik. Webhooks skubber hændelser derhen, hvor bureauet allerede rapporterer fra, og scanningsdata eksporteres som CSV per kode.

Én regel afgør, om den rapportering er noget værd: analysen adskiller det, du adskilte. Giv hvert tryksted, hver version og hver by sin egen kode, ellers falder kundens rapport sammen til ét tal, der ikke besvarer nogen af de spørgsmål, vedkommende vil stille.

06

Aftal før trykket, hvis konto der ejer omdirigeringen

En dynamisk kode løses gennem det arbejdsområde, der ejer den. Går kunden, og arbejdsområdet bliver hos dig, hænger deres trykte materiale nu på din konto; og følger arbejdsområdet med dem, slutter din rapportering den dag, forholdet slutter. Ingen af delene er forkert; at være uklar om hvilken du valgte, er.

To ting sænker indsatsen. Et verificeret eget domæne betyder, at den trykte adresse tilhører kunden, så koderne kan overleve ethvert enkelt værktøj. Og at kende vilkårene for udtræden på forhånd tæller: et arbejdsområde planlagt til sletning leverer på sine aktive links en kontrolleret ikke-tilgængelig-side i stedet for at lade scanninger falde ud i intet — en konsekvens man planlægger, ikke opdager.