Мікрокопія

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

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

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

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

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

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

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