Kody QR do projektów klienckich, rozdzielone celowo

01

Przestrzeń na klienta, foldery na projekt

Przestrzeń robocza to jednostka rozdziału: ma własnych członków, kody, foldery, tagi, materiały, szablony, ustawienia analityki i własną domenę, a przełącza się między nimi z przełącznika w panelu bocznym. Klient nie widzi przestrzeni, w której go nie ma, i jest to własność struktury, a nie czyjejś pamięci.

Wewnątrz przestrzeni kod leży dokładnie w jednym folderze i nosi tyle tagów, ile chcesz. Foldery pasują do miejsc i obiektów — lokal, linia produktowa, fala kampanii — i zagnieżdżają się tak głęboko, jak wymaga praca. Tagi pasują do tego, co je przecina, a to zwykle sama kampania.

• Jedna przestrzeń na klienta, przełączana z panelu bocznego
• Foldery na miejsca i obiekty; kod leży w jednym naraz
• Tagi na kampanie przecinające foldery; kod może nosić kilka
• Materiały, naklejki i szablony należą do przestrzeni, nie do ciebie

02

Daj każdemu dokładnie taki dostęp, jakiego wymaga relacja

Role nadaje się w obrębie przestrzeni i obowiązują dla każdego kodu w niej: administrator, edytor, analityk i obserwator, obok właściciela. Ustawienia pokazują macierz wprost — kto może tworzyć i edytować kody, oglądać analitykę, zarządzać folderami i tagami, zapraszać członków, eksportować dane i usunąć przestrzeń.

W praktyce znaczy to, że osoba kontaktowa po stronie klienta może być analitykiem i czytać każdą liczbę, nie dotykając grafiki, a interesariusz może być obserwatorem, który widzi pracę i niczego nie zmienia. Eksport danych da się zawęzić do samego właściciela, a przestrzeń może wymagać uwierzytelniania dwuskładnikowego od wszystkich w niej.

03

Pokaż pracę, zanim trafi do drukarni

Link do wglądu stawia kod przed kimś zupełnie bez konta: prawo odczytu, opcjonalne hasło, data wygaśnięcia i możliwość odwołania w chwili, gdy przegląd się kończy. To uczciwa alternatywa dla wysyłania mailem zrzutu ekranu, który godzinę później przestaje odpowiadać kodowi.

Wewnątrz przestrzeni komentarze żyją na samym kodzie, a zatwierdzenie składa się wobec konkretnej rewizji z notatką i rozstrzyga je ktoś, kto może. To zamienia «którą wersję zatwierdzili» ze sporu o wątek mailowy w zapis z datą.

04

Nie buduj niczego od nowa na starcie każdej kampanii

Szablony zapisują się jako edytowalna scena, a nie spłaszczony obraz, więc układ klienta po roku wciąż da się poprawić zamiast być rysunkiem, który ktoś musi odtworzyć. Biblioteka materiałów i naklejki trzymają loga i znaki w przestrzeni, do której należą.

Każdy kod zachowuje swoje rewizje, więc zmianę zrobioną w pośpiechu można odczytać wstecz: czym była, czym się stała i kto ją przesunął.

05

Skala i wyciąganie liczb z powrotem

Nakład w setkach należy do zadania CSV albo publicznego API z kluczem o ograniczonym zakresie, a nie do popołudnia klikania. Webhooki pchają zdarzenia tam, skąd agencja i tak raportuje, a dane skanów eksportują się do CSV per kod.

Jedna zasada rozstrzyga, czy ten raport jest coś wart: analityka rozdziela to, co rozdzieliłeś ty. Daj własny kod każdemu punktowi druku, każdej wersji i każdemu miastu, albo raport klienta zapadnie się do jednej liczby, która nie odpowiada na żadne z jego pytań.

06

Ustal przed drukiem, czyje konto jest właścicielem przekierowania

Kod dynamiczny rozwiązuje się przez przestrzeń, do której należy. Jeśli klient odchodzi, a przestrzeń zostaje u ciebie, jego materiał drukowany zależy teraz od twojego konta; a jeśli przestrzeń idzie z nim, twoje raportowanie kończy się w dniu, w którym kończy się relacja. Żadne z dwojga nie jest złe; niejasność co do tego, które wybrałeś — owszem.

Dwie rzeczy obniżają stawkę. Zweryfikowana własna domena oznacza, że wydrukowany adres należy do klienta, więc kody mogą przeżyć każde pojedyncze narzędzie. A znajomość warunków wyjścia z góry ma znaczenie: przestrzeń zaplanowana do usunięcia serwuje na swoich aktywnych linkach kontrolowaną stronę niedostępności zamiast wpuszczać skany w pustkę — to konsekwencja do zaplanowania, a nie do odkrycia.