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