QR ДЛЯ АГЕНЦІЙ
QR-коди для клієнтських проєктів, упорядковані навмисно
Ведення QR-кодів за когось іншого ламається передбачувано: один акаунт із кодами всіх, табличка з тим, чиє де, і надрукований код, чию адресу вже ніхто не наважується чіпати. Поділ має бути структурним — за клієнтом, за проєктом, за людиною — і більшість цього треба вирішити до того, як щось потрапить у друк.
ШВИДКИЙ ОГЛЯД
Що це дає на практиці
01
Тека на клієнта, теги на кампанію
Сьогодні в кожного акаунта один простір: код лежить у ньому рівно в одній теці й несе скільки завгодно тегів. Тека на клієнта — із вкладеними теками на майданчик, продуктову лінійку чи хвилю кампанії — тримає список читабельним, а теги пасують тому, що перетинає теки, і це зазвичай сама кампанія.
Окремі простори для кожного клієнта — з власними учасниками, кодами й власним доменом — уже готуються як платна опція. Доки їх немає, пам’ятайте: теки впорядковують роботу, але не приховують її — кожен у просторі бачить усі теки.
- Тека на клієнта, а в ній — теки на проєкти
- Теги для кампаній, що перетинають теки; код може мати кілька
- Матеріали, стікери й шаблони належать простору, а не вам
- Окремі простори для клієнтів уже готуються як платна опція
02
Дайте кожному рівно той доступ, якого вимагають стосунки
Ролі видаються в межах простору і діють на кожен код у ньому: адміністратор, редактор, аналітик і глядач, поруч із власником. Налаштування показують матрицю прямо: хто може створювати й редагувати коди, дивитися аналітику, керувати теками й тегами, запрошувати учасників, експортувати дані та видалити простір.
Роль діє на весь простір, тож контактна особа клієнта, яку ви запросили аналітиком, бачить кожну цифру в ньому — зокрема й цифри інших клієнтів, — а глядач бачить кожен код. Доки окремих просторів немає, показуйте клієнту його роботу через посилання для перегляду, а не через членство. Вимога двофакторної автентифікації та обмеження експорту даних самим власником уже на підході.
03
Покажіть роботу до того, як вона дійде до друкарні
Посилання для перегляду ставить код перед людиною, у якої акаунта немає взагалі: право дивитися, необов’язковий пароль, дата згасання і можливість відкликати тієї ж миті, коли рев’ю скінчилось. Це чесна альтернатива надсиланню скриншота, який за годину перестає відповідати коду.
Усередині простору коментарі живуть на самому коді, а погодження подається до конкретної ревізії з нотаткою і вирішується тим, хто має право. Це перетворює «яку версію вони затвердили» зі суперечки про ланцюжок листів на запис із датою.
04
Не будуйте нічого заново на початку кожної кампанії
Шаблони зберігаються як редагована сцена, а не як зведене зображення, тож макет клієнта лишається придатним до правок і через рік, замість бути картинкою, яку комусь доведеться перемальовувати. Бібліотека матеріалів і стікери тримають їхні логотипи й знаки в тому просторі, якому вони належать.
Кожен код зберігає свої ревізії, тож зміну, зроблену поспіхом, можна прочитати назад: чим вона була, чим стала і хто її зробив.
05
Обсяг — і як дістати цифри назад
Наклад у сотні належить до CSV-завдання або публічного API з ключем обмеженої області, а не до вечора клікання. Вебхуки штовхають події в те, звідки агенція вже звітує, а дані сканувань експортуються у CSV по кожному коду.
Одне правило вирішує, чи вартий той звіт бодай чогось: аналітика розділяє те, що розділили ви. Дайте кожній точці друку, кожній версії й кожному місту власний код — інакше звіт клієнта згорнеться в одну цифру, яка не відповідає на жодне з його питань.
06
Домовтеся до друку, чий акаунт володіє редиректом
Динамічний код резолвиться через простір, якому належить. Якщо клієнт іде, а простір лишається у вас, його друкований матеріал тепер залежить від вашого акаунта; якщо простір іде з ним, ваша звітність закінчується того ж дня, що й стосунки. Жоден із варіантів не є хибним. Хибно не розуміти, який саме ви обрали.
Дві речі знижують ставки. Підтверджений власний домен означає, що надрукована адреса належить клієнту, тож коди можуть пережити будь-який окремий інструмент. І умови виходу варто знати заздалегідь: простір, поставлений на видалення, віддає на своїх живих посиланнях контрольовану сторінку «недоступно», а не кидає сканування в нікуди — і це наслідок, який планують, а не виявляють.
FAQ
Часті запитання
Чи можу я зробити так, щоб один клієнт не бачив кодів іншого?
Через членство — поки що ні: учасник бачить кожен код у просторі. Показуйте кожному клієнту його коди через посилання для перегляду, яким не потрібен акаунт. Окремі простори для кожного клієнта вже готуються як платна опція.
Чи може клієнт бачити аналітику, не маючи змоги нічого редагувати?
Так, з одним застереженням. Роль аналітика читає звітність, не редагуючи кодів, а глядач бачить простір без жодного з цих прав — але обидві ролі охоплюють увесь простір, тож поки всі клієнти ділять один, вони більше пасують вашій команді, ніж клієнту.
Чи можна погодити код до того, як він піде в друк?
Так. Подайте ревізію на погодження і дайте вирішити її з нотаткою — або надішліть посилання для перегляду: лише читання, за бажанням із паролем і датою згасання, людині без акаунта.
Чи можна перевикористати брендові налаштування клієнта між кампаніями?
Так. Збережіть макет шаблоном у просторі цього клієнта. Шаблони тримають редаговану сцену, а не відрендерене зображення, тож лишаються придатними до правок і версіонування ще довго після першої кампанії.
Чий акаунт має володіти надрукованим клієнтським кодом?
Того, хто відповідатиме за цю адресу і через три роки. Домовтеся про це до накладу і розгляньте підтверджений власний домен, щоб надрукована адреса належала клієнту, а не якомусь одному інструменту.
НАСТУПНИЙ КРОК