Масштабування email-дизайну без втрати контролю стало простішим завдяки «Element Lock»

Уявіть, що ви відповідаєте за шаблони листів у команді, яка постійно зростає. Маркетологи, копірайтери, дизайнери, коректори — усі працюють над одним листом. І щомісяця хтось випадково редагує те, чого не слід: футер, блок з юридичною інформацією чи фіксований фірмовий колір. Тепер кожен шаблон потрібно перевіряти власноруч перед надсиланням.

Це доволі поширена проблема в email-маркетингу, і вона завдає чимало клопоту в процесі дизайну, який в ідеалі має проходити як по нотах. Але перш ніж просто стверджувати, що рішення цієї проблеми не лише розробляються, а й вже існують у своїх перших версіях, давайте з'ясуємо саму суть.

Чому шаблони листів ламаються при розширенні команди

Керування процесом створення листів від початку до кінця — простий процес, і для невеликих компаній це цілком прийнятний варіант, який може працювати як годинник.

Однак проблеми виникають, коли компанія розширюється. Зростають і її вимоги до видимості, а для роботи з каналом email-маркетингу потрібно більше фахівців. Збільшується кількість співробітників, які займаються розробкою кожного шаблону листа. І ось тут виникає цікава ситуація.

Ми всі люди і всі робимо помилки; це природно, а з розширенням email-команди ймовірність помилок зростає. Хтось може випадково змінити, перемістити або видалити якийсь елемент під час роботи. Нещодавно одна велика міжнародна технологічна компанія розповіла нам про свою проблему: їхня команда коректорів складається з людей похилого віку, які погано розбираються в інтерфейсах, і їм доводиться щоразу самостійно перевіряти кожен шаблон листа, аби переконатися, що ніхто нічого не змінив випадково.

Чим більше людей бере участь у підготовці листа, тим довший ланцюжок відповідальності, тим більше етапів затвердження і тим більше моментів, у яких хтось може припуститися помилки, що може залишитися непоміченою.

Уявіть собі: надійшло прохання не виправляти й не редагувати юридичний розділ, але коректор через поспіх просто не звернув уваги на це прохання й все одно вичитав або відредагував текст, оскільки це входить до його обов’язків. Шаблон пройшов далі по ланцюжку, а помилка залишилася.

Ролі та права доступу як напівзахід

Може здатися, що різні функціональні можливості, пов’язані з призначенням ролей та прав доступу, вже вирішують цю проблему. І справді, достатньо просто розподілити ролі: хто може переглядати, хто може редагувати лише текст, хто може редагувати все тощо. Це таки спрацює, але лише частково.

Тут важливо, на якому рівні вирішується проблема. Ролі та права доступу — лише половинчастий захід, оскільки ролі обмежують функціональність лише в усьому шаблоні листа, але це не поширюється на окремі частини листа. У тому ж випадку з коректорами нашої технологічної корпорації вони могли б призначити колегу коректором, який міг би редагувати лише текст усього листа (тим самим ризикуючи відредагувати те, чого не слід), або призначити його глядачем, який не міг би нічого редагувати.

У зв’язку з цим потрібен більш гнучкий підхід. Оскільки необхідність постійної перевірки та ризик помилок залишаються, природним рішенням стає перехід від аналізу всього тексту листа до аналізу його окремих елементів.

«Element Lock» як рішення

У назві цієї статті та в усьому тексті часто згадуватиметься термін «Element Lock», однак варто зазначити, що це лише наша інтерпретація та загальна назва цієї функціональності, яка найкраще пояснює, що можуть означати подібні функції.

Їхня основна мета — обмежити можливості редагування певних елементів шаблону. Власне, функція «Element Lock» дозволяє великим командам (та й командам будь-якого розміру загалом) налаштовувати різні доступи до шаблону не лише на рівні ролей, а й для окремих елементів самого шаблону, забороняючи редагування критично важливих блоків і водночас дозволяючи редагувати все інше.

Як це допоможе нашому технологічному гіганту та його команді коректорів? Творець шаблону або просто колега, який обіймає вищу посаду, може зафіксувати блок із юридичними умовами у футері. Після цього, навіть якщо вся компанія розпочне роботу над шаблоном, цей блок залишиться незмінним, і його не доведеться перевіряти після внесення будь-яких змін. Незалежно від рівня знань коректорів у сфері UI цей затверджений фрагмент тексту залишиться без змін, а вони зможуть редагувати інші частини тексту шаблону, які дійсно потребують перевірки.

Фактично це відкриває можливості для більш зручного масштабування email-команд із одночасним збереженням контролю. Кожна команда працює лише з тим, до чого має доступ — як на рівні ролей, так і на рівні окремих елементів, — що дозволяє зменшити кількість помилок у дизайні.

Заходи для вирішення цієї проблеми в індустрії

На початку ми мимохідь згадали, що рішення для фіксації елементів уже присутні на ринку й активно розвиваються. А найцікавіше те, що навіть з такою, здавалося б, простою функцією існує багато різних підходів до її реалізації та переваг, які вона надає.

• Фіксація на рівні шару

Найпоширенішим методом і рівнем фіксації є фіксація смуг. Це дозволяє маркетологам закривати смуги від хедера до футера, тим самим забороняючи редагування всього контенту в межах кожної смуги. 

Деякі рішення пішли ще далі й дають змогу фіксувати не лише структури, а й конкретний контент. Наприклад, можна зафіксувати текстовий блок на сторінці товару, зробивши недоступним для редагування лише цей текст, тоді як усі інші елементи, розташовані поруч із текстом (зображення, кнопки тощо), залишаться доступними для редагування.

Різні рішення мають різний рівень деталізації, і це двосічний меч. Нижчий рівень деталізації означає спрощення робочого процесу та швидше затвердження великих блоків листів, але він має свої обмеження, оскільки не весь контент у смузі завжди доступний для редагування. Більш висока деталізація забезпечує більшу гнучкість і свободу, але для фіксації великих блоків шаблонів листів потрібно більше часу.

• Різні типи обмежень фіксації

У деяких рішеннях замість деталізації використовуються різні типи фіксації. Наприклад, існує шаблонна фіксація смуги, але перед цим можна також вибрати рівень обмежень. Можна дозволити редагування тексту у фіксованій смузі, при цьому оформлення (кольори, шрифти тощо) залишиться недоступним.

На ринку також є рішення, що дозволяють зафіксувати окремі атрибути конкретного варіанту контенту, як-от колір, стиль і розмір тексту тощо. Це може здаватися зайвим, але водночас є чудовим варіантом, якщо в інструменті відсутня така функція, як «Глобальні стилі та налаштування», яка дозволяє вказати певні параметри для всього шаблону, що залишаться незмінними навіть у разі перебудови всього тексту, додавання нових елементів тощо.

• Обмеження та фіксація модулів

У цьому розділі важко охопити всі аспекти, оскільки, проаналізувавши ринок, ми помітили, що лише деякі рішення настільки глибоко зачіпають суть проблеми. Але можна з упевненістю сказати, що існують рішення, які дають змогу виділити не лише конкретний розділ конкретного шаблону, а й окремий елемент листа, що використовується в десятках шаблонів.

Наприклад, ви створили ідеальний футер для свого шаблону, дизайн затверджено, а текст є досконалим. Ви зберігаєте цей футер як модуль і фіксуєте його.

Отже, у вас з’являється секція шаблону, яку всі колеги зможуть використовувати у всіх своїх email-кампаніях, і можна бути впевненим, що фіксація захистить цей модуль футера від випадкових та несанкціонованих змін, навіть якщо ви не знаєте про деякі email-кампанії, в яких він використовується.

Рішення від Stripo 

Ми теж не сидимо склавши руки й активно доопрацьовуємо своє рішення, реліз якого відбудеться найближчим часом. Пам’ятаєте команду коректорів? Саме так вони зможуть працювати з функціоналом, який ми зараз розробляємо.

Перед користувачем стоїть завдання відредагувати текст шаблону. Власник шаблону фіксує юридичний блок до того, як лист надійде на перевірку. Коректор відкриває той самий шаблон листа, бачить усі інші блоки, доступні для редагування, як зазвичай, але на юридичний текст просто неможливо клікнути. Не потрібно вивчати новий інтерфейс і запам’ятовувати додаткові кроки. Блок, який раніше вимагав повторної ручної перевірки після кожного редагування, тепер цього не потребує.

Функція «Element Lock» матиме три варіанти фіксації, що залежать від структури наших шаблонів: «Смуги», «Структури» та «Контейнери».

Це забезпечує більшу гнучкість у застосуванні цього підходу до різних ситуацій у дизайні. Наприклад, ваша юридична команда оновлює футер раз на квартал. Тож маркетолог може зафіксувати всю смугу, і вона залишиться незмінною до наступного оновлення, при цьому ніхто з маркетингової команди не зможе змінити жодного пікселя, хоче він того чи ні.

Або уявіть собі зворотну ситуацію. У вашої брендової команди є палітра кольорів і затверджений дизайн хедера, але копірайтерам так само доводиться щотижня оновлювати тему листа. Аби уникнути ненавмисних змін у дизайні, можна зафіксувати лише шар дизайну в шаблоні, при цьому текст залишиться доступним для редагування, а кольори, шрифти та інтервали будуть фіксованими.

Однак такі функції призначені не лише для внутрішньої команди; вони також можуть допомогти у співпраці з колегами з інших відділів. Наприклад, якщо до вас тимчасово приєднався дизайнер-фрилансер, якому не потрібно змінювати стиль конкретної кнопки CTA, просто зафіксуйте дизайн контейнера з цією кнопкою, щоб він не зазнав змін.

Завдяки різним варіантам фіксації ви отримаєте ще більшу гнучкість і зможете вибрати саме те, що потрібно зафіксувати: все, лише дизайн або лише контент. 

Однак майте на увазі, що наша функція «Element Lock» активно розвиватиметься після першого релізу. У наступних версіях цієї функції з’являться такі можливості, як фіксація окремих блоків контенту (тексту, зображень тощо), опція заборони видалення / переміщення та багато іншого.

Увесь функціонал буде пов’язаний з нашими наявними ролями, завдяки яким власники, адміністратори та дизайнери зможуть блокувати елементи, обмежувати можливості редагування для користувачів інших ролей (авторів, коректорів та глядачів) і тим самим контролювати процес дизайну у великих командах.

Слідкуйте за оновленнями та новинами, щоб випробувати цю функцію у процесі email-дизайну.

На завершення

Прикро визнавати, але більшість помилок у дизайні, яких припускаються великі команди, спричинені саме нами, а не інструментами. Неуважність, перевантаження роботою чи погана комунікація можуть у будь-який момент завадити роботі, не даючи нам налагодити ідеальний і злагоджений процес розробки листів та масштабувати маркетингові команди. Але ми, безперечно, можемо вдосконалюватися у використанні інструментів, здатних допомогти вирішити цю проблему.

Функція «Element Lock» та її аналоги в інших продуктах покликані забезпечити контроль і корпоративне керування. Однак наявні на ринку рішення завжди ставлять вас перед вибором: застосовувати фіксацію широко, але зберігати простоту, чи фіксувати точково, але уповільнювати робочий процес. На особливу увагу заслуговують ті нечисленні рішення, які намагаються поєднати обидва підходи. 

Однак чим очевиднішою стає проблема, тим швидше з’являються рішення, розраховані на всі можливі випадки. Тому стежте за розвитком індустрії, і ви обов’язково знайдете потрібне рішення.