Статті
Уривок з книги про UX-райтинг «Письмо — це дизайн»
Уривок розділу «Співпраця та послідовність. Вибудовування практики»
30 вересня, 2021

Видавництво ArtHuss у партнерстві з Projector видало українською книгу «Письмо — це дизайн» Майкла Меттса і Енді Велфла. Це продовження серії професійної літератури для творчих професій PRJCTRteka. У книзі розкриваються тонкощі того, як слова формують користувацький досвід. «Письмо — це дизайн» містить практичні поради щодо ясності та інклюзивності текстів, правильного вибору та дотримання тону комунікації (tone of voice) компанії та продукту. Telegraf.Design публікує уривок з розділу «Співпраця та послідовність. Вибудовування практики».

Дизайн досвіду через письмо — це не про завчити правила, як можна і як не можна складати слова в речення. Ваші користувачі унікальні, і ваша компанія унікальна. Ось що треба передати на письмі.

Те саме стосується вашої кар’єри. Немає «єдино правильної» назви цієї роботи й опису посадових обов’язків. І немає «єдиноправильного» способу зробити свій внесок у роботу команди чи допомогти іншим зрозуміти, що ви робите. Вам завжди доводиться шукати відповідні слова для своїх користувачів — і так само треба шукати відповідні способи роботи в межах компанії. Значна частина вашої роботи, власне, полягає в тому, аби з’ясувати, в чому полягає ваша робота.

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

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

Робота з командою

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

Але такої необхідності нема. Усе зводиться до задоволення потреб.  Іноді людям не потрібен той класний UX-продукт, створити який ви мріяли. Не плутайте категорії «забезпечити результат» і «змінити світ  на краще».

Почніть із задоволення потреб вашої команди (навіть якщо у вас різні пріоритети), і тоді ви матимете підтримку, необхідну для задоволення потреб ваших користувачів. Стільки всього треба писати — тиск на  команди розробників продуктів, які весь час мають видавати на-гора результат, ніколи не слабне, і ви розумієте, що від вас вимагається безліч різноманітних текстів, від маркетингових повідомлень і написів для  інтерфейсів до сповіщень про помилки.

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

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

Мікаела Гакнер має великий досвід входження до команд із метою допомогти їм зрозуміти, як вона може бути корисна. Вона стратег контенту для UX, і провела значну частину своєї кар’єри, роблячи доступ ними фінансові послуги, щоб люди могли ухвалювати відповідніші рішення щодо своїх грошей.

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

Якось вона приєдналася до команди у великому банку і спочатку була засмучена, що команда, здавалося, не хотіла й чути, як Мікаела може допомогти вирішити дизайнерські проблеми. Вони просто хотіли, щоб вона писала. «Щойно потрапила туди, я почала виконувати цю роботу — бо саме цього вони потребували на той момент, а поки цю потребу не було задоволено, важко було знайти спільну мову», — розповідає Мікаела. Однак її внесок у команду не лишився непоміченим. Насправді як вона потім казала, ця робота забезпечила їй простір для найпотужнішого впливу на бізнес за весь час перебування в компанії, не кажучи вже про налагодження чудових робочих відносин із партнерами за продуктами: «Я виявила, що як тільки довіра зміцнилася і вони отримали від мене допомогу, якої потребували нагально, я вже могла починати показувати їм різні способи роботи».

Читайте також: 6 майже безкоштовних способів зібрати корисну інформацію про продукт

Емпатія — розуміння емоцій і мотивацій, які переживає інша люди на. Про це Інді Янґ пише у своїй книзі Practical Empathy («Практична  емпатія»). Вона вказує на типову помилку ділового світу — намагання  ухвалювати емпатійні рішення без попереднього розвитку емпатії до людей, яких ці рішення стосуються.

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

Ефективність офісних годин

Коли приєднався до Adobe у січні 2017 року, я став першим у світі стратегом контенту UX — єдиним автором, що увійшов до команди дизайнерів продуктів із 300 осіб.

Спілкуватися з дизайнерами та менеджерами продуктів — а спектр продуктів у Adobe широкий — було життєво важливо.

Я почав проводити «офісні години» — кілька годин щотижня, — упродовж яких дизайнерські команди могли забронювати 30-хвилинні слоти для зустрічі зі мною, щоб я міг спробувати допомогти їм виріши ти проблеми дизайну за допомогою слів.

Фото: pixabay

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

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

Читайте також: Хто такі UX-стратеги та чи потрібні вони українським продуктам

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

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

Розробіть дизайн свого процесу

Люди, котрі пишуть тексти для команди продукту, часто засмучуються через те, що робота доходить до них занадто пізно.

Про що мова? Це рішення щодо продукту, запити і, як правило, біль ша частина цікавої, стратегічної роботи. Таке, звісно, засмучує, але пам’ятайте: людям, які не займаються письмом, справді здається, ніби це елементарно.

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

Ось що це може означати:

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

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


Telegraf.Design живе за підтримки спільноти. Підтримуйте Telegraf.Design на Patreon

У нас є ще дещо для вас