Відвідувач кілька разів натискає на підпис про доставку, прокручує сайт назад і йде. Після запису перероблення здається очевидним. Але підпис міг відкрити функцію браузера, якої не видно в записі. Відвідувач міг знайти відповідь в іншому місці. А могла справді не працювати кнопка.
Clarity корисний, коли спостереження приводять до рішень, які можна впровадити й перевірити. Ми рекомендуємо розбирати одне завдання покупця за раз, зберігати альтернативні пояснення та передавати команді короткий список за важливістю. Перегляд нових записів не просуває роботу, якщо на кожній зустрічі залишається те саме відкрите питання.
Почніть із завдання, яке має підтримувати сайт
Виберіть конкретний шлях: перевірити доставку до додавання в кошик, вибрати варіант товару або надіслати відповідну заявку. Назвіть початкову сторінку, очікувану дію та результат. Формулювання «знайти проблеми» надто широке і для вибору записів, і для приймання роботи.
Перевірте вимірювання результату. Клік на кнопку, отримана форма й кваліфікована заявка є різними подіями. Clarity допомагає дослідити взаємодію, а облікова система або CRM підтверджує, що сталося далі. Якщо цього зв’язку немає, включіть перевірку вимірювання в роботу.
Зафіксуйте версію сайту та період. Теплова карта, яка об’єднує відвідування до й після зміни навігації, може змішати різні інтерфейси. Дата випуску або позначка версії дасть змогу пов’язати спостереження з тим, що відвідувач справді бачив.
Виділіть групу до відкриття запису
Задайте потрібний URL, пристрій, країну чи мову, джерело та період. За потреби додайте браузер або кампанію. Microsoft описує фільтри Clarity. Під час переходу між представленнями перевіряйте, що сумісні фільтри продовжують діяти.
Розділяйте мобільні та комп’ютерні відвідування, якщо відрізняються інтерфейси. Окремо розглядайте прямий вхід на сторінку та перехід на неї пізніше, коли ці відвідувачі мають різні вихідні відомості. Спільна карта може приховати перешкоду лише одного шляху.
Запишіть спосіб відбору. Вибірка за фільтром нерезультативних кліків допомагає знайти приклади, але не показує частоти проблеми серед усіх відвідувачів. Додайте звичайні сеанси тієї самої відповідної групи й перевірте, чи трапляється схожа поведінка на успішних шляхах.
За картою знайдіть місце, потім вивчіть послідовність
Теплові карти Clarity об’єднують взаємодії. Щільна пляма кліків допомагає знайти дію, карта прокручування показує, чи доходили відвідувачі до елемента. Жодна з них не пояснює причини виходу й не доводить, що перенесення кнопки збільшить продажі.
Подивіться пов’язані записи та сам інтерфейс у тестовому середовищі. Позначте дії до й після сигналу, стан сайту, перекриття та видиму реакцію. За можливості повторіть послідовність на потрібному пристрої. Помилка відображення запису має потрапити в примітку про докази, а не стати впевненим діагнозом дизайну.
У визначеннях Microsoft rage clicks означають швидкі повторні кліки в одній ділянці, а dead clicks позначають взаємодії без своєчасного зворотного зв’язку. Це сигнали для дослідження. Повторне натискання буває і на зламаному елементі, і в робочому інтерфейсі. Важлива послідовність.
Розділіть спостереження й пояснення в таблиці
Нижче вигаданий робочий приклад, а не спостереження з клієнтських записів Canem Errant. Припустімо, переглянуто 40 мобільних сеансів картки товару без відбору за dead clicks. У 8 відвідувачі повторно натискають на підпис доставки. Це число в переглянутій вибірці, а не оцінка всіх відвідувачів або втрачених замовлень.
| Спостереження та група | Гіпотеза й альтернатива | Запропонована робота | Пріоритет і перевірка |
|---|---|---|---|
| Повторні натискання на доставку в мобільній вибірці | Підпис здається розгортаним; можливо, виділяють текст | Повторити дію, потім уточнити вигляд або реалізувати очікувану поведінку | Спочатку дослідити; перевірити дію підпису та розуміння доставки |
| Закріплене сповіщення закриває кнопку покупки у відтворюваному мобільному стані | Перекриття заважає; запис може неправильно показувати положення | Перевірити на пристрої та виправити перекриття | Після підтвердження виправити оперативно; кнопка доступна в усіх погоджених станах |
| Мало відвідувань досягає довгих характеристик | Важливе сховано низько; можливо, покупцеві вже досить інформації | Порівняти успішні шляхи та перевірити точкову зміну інформації | Низький пріоритет до підтвердження перешкоди потрібному завданню |
До реальних рядків додайте фільтроване представлення, часову позначку, посилання на записи та версію сайту. Доступ залиште учасникам роботи. Зберігайте й суперечливі приклади: вони допомагають зрозуміти, чи стосується гіпотеза лише певної групи, чи взагалі неправильна.
Не рахуйте втрачений виторг множенням кожного незвичного сеансу на середній чек. Відвідувач, який пішов, не обов’язково збирався купувати. Запис не показує, що сталося б без передбачуваної перешкоди.
Визначайте пріоритет за наслідками та впевненістю
Відтворюваний збій оплати важливіший за сумнівну текстову перевагу. Оцініть серйозність заблокованої дії, відповідну групу, впевненість у поясненні й трудомісткість перевірки або виправлення. Використовуйте рівні пріоритету, якщо точна оцінка грошового ефекту була б вигадкою.
Розділіть підтверджені помилки й перевірювані гіпотези. Зламане посилання можна виправити за очікуваною поведінкою. Зміні порядку аргументів потрібен план оцінки. Обидва завдання не мають чекати довільної кількості записів, якщо потрібні відомості вже є.
Кожен прийнятий пункт має отримати виконавця та критерій завершення. Передавання вказує, що змінюється, на якій сторінці та в яких станах, які події очікуються, хто приймає результат і коли зміну відкотять. Стаття про склад CRO допомагає розділити витрати на дослідження, впровадження й оцінку.
Спочатку перевірте впровадження, потім ефект
Спочатку підтвердьте роботу на погоджених пристроях і в потрібних станах: завантаження, помилка, сповіщення про згоду, розгорнутий контент і керування клавіатурою там, де воно застосовне. Переконайтеся, що попереднє вимірювання й далі описує потрібну дію.
Потім оцінюйте бізнес-гіпотезу. Відповідний контрольований тест дає змогу судити про причину за коректного устрою та достатньої вибірки. На порівняння до й після також впливають склад трафіку, акції та сезон. Більше надісланих форм може означати менше відповідних заявок, якщо змінилася якість.
За малого трафіку повідомте про перевірене виправлення або спостережуване виконання завдання й залиште комерційний ефект відкритим. Планування розібрано в посібнику з A/B-тестів. Обмежений чесний висновок корисніший за точний відсоток зростання з нестабільного порівняння.
Збережіть придатність і конфіденційність даних
До оцінки записів як повної картини перевірте отримання згоди й маскування. У документації Microsoft щодо згоди описано умови повної роботи функцій для відвідувань із ЄЕЗ, Великої Британії та Швейцарії. Повнота записів може відрізнятися між відвідувачами, тому зручна вибірка здатна пропустити потрібні шляхи.
Перевірте налаштування маскування, особливо у формах і особистих кабінетах. Маскування є технічним засобом, а не доказом дотримання всіх вимог до обробки даних. Не переносьте персональні відомості до загальнодоступного списку завдань.
У роботі з CRO Canem Errant пов’язує конкретне завдання покупця з дослідженням і погодженим упровадженням. Підготуйте шлях і доступні відомості. Першим корисним результатом стане рішення, яку зміну виконати, додатково вивчити або відхилити.
Поширені запитання
Скільки записів потрібно подивитися?
Універсального числа немає. Визначте питання і спосіб відбору, вивчіть звичайні та проблемні сеанси, вкажіть межі висновку. Відтворюваній помилці може знадобитися інша перевірка, ніж оцінці поширеності.
Rage clicks доводять роздратування відвідувача?
Вони позначають характер взаємодії, який варто перевірити. Вивчіть обставини й повторіть поведінку, перш ніж визначати причину або виправлення.
Спокійнішої теплової карти достатньо для приймання?
Вона може показати зміну взаємодій. Для приймання потрібні також робочі завдання покупця, збережене вимірювання та відповідне порівняння до висновку про поліпшення для бізнесу.
