Все инструменты
    Проблемы

    Радужная таблица

    Rainbow Spreadsheet

    Радужная таблица (Rainbow Spreadsheet) — общая таблица, в которую команда вносит наблюдения прямо во время юзабилити-тестирования. Строка описывает одно поведение, столбец принадлежит одному участнику и имеет свой цвет. Когда участник делает то, что записано в строке, наблюдатель закрашивает его ячейку. К концу сессий видно, что повторяется чаще всего.

    Сроки
    1–2 дня
    Участники
    1–2 человека
    Формат
    Матрица
    Сложность
    Лёгкий
    Популярность
    Иногда
    Содержание

    Когда применять

    Таблица нужна после серии модерируемых тестов, когда результат нужен быстро, а не через недели в виде отчёта. Её придумал исследователь Google Томер Шарон, чтобы команда смотрела сессии сама и вместе собирала выводы, и тогда ей проще действовать по результатам. Лучше всего метод работает на юзабилити-тестировании готовых и прототипных сценариев.

    Для интервью и исследований в контексте он не подходит. Поведение там труднее предсказать, и заранее записать наблюдения не получается, лучше собирать карту сходства или кодировать ответы в таблице после сессий. Не годится она и для немодерируемых исследований и работы в поле, где сложно поймать все поведения. На очень небольшом объёме данных тоже проще обойтись картой сходства.

    На основе каких данных строится

    Основа — наблюдения за участниками на юзабилити-тестировании. В таблице есть лист участников с их характеристиками и ссылками на записи, лист наблюдений, лист показателей (доля выполненных задач, время на задачу, удовлетворённость), лист для заметок, которые некуда деть, и сводка. Показатели заполняет один из наблюдателей.

    Кто участвует

    Модератор ведёт сессию. Наблюдатели из команды, стейкхолдеры или заказчики смотрят её вживую или удалённо и заполняют таблицу. Показатели можно поручить одному наблюдателю или разделить по видам, например доля выполненных задач у одного, время на задачу у другого. При проверке допущений полезны два человека для заметок, один записывает, что участники говорят, другой, что они делают.

    Что нужно для старта

    • Сценарий тестирования и список наблюдений, которые вы ожидаете увидеть
    • Общий онлайн-документ, который все редактируют одновременно, и копия шаблона. В шаблоне автора десять столбцов участников, лишние убирают или прячут
    • Перерывы по 45 минут между сессиями на разбор наблюдений
    • Наблюдатели, которые согласны следить за сессиями и закрашивать ячейки

    Как использовать

    1. Наблюдения

      Занесите заранее ожидаемые наблюдения по одному на строку. Одна строка описывает одно поведение, потому что участник может показать только одно из двух.

    2. Участники

      Подгоните столбцы под число участников. Каждому дайте цвет и метку P1, P2 и так далее. Внесите на лист участников данные о людях и ссылки на записи.

    3. Договорённости

      Поделитесь таблицей с командой и попросите прочитать лист участников. Объясните, что при повторе поведения закрашивают ячейку, а не добавляют новую строку.

    4. Сессии

      Наблюдатель закрашивает ячейку участника цветом, когда видит то, что описано в строке. Новое поведение добавляют отдельной строкой. Если наблюдатели отстают, напомните им в чате. Не бойтесь, что наблюдатели перепишут друг друга, обычно они справляются сами.

    5. Перерыв

      В перерыве уточните формулировки, уберите дубли и всё, что не является действием или словами участника. Выводы, догадки, решения и задачи сюда не относятся.

    6. Итоги

      Сразу после ухода последнего участника проведите обсуждение. Сначала заполните сводку, в ней вопросы исследования, ответы, задачи для команды и главные находки. Не уходите в бесконечный анализ.

    7. Публикация

      Добавьте ссылки на записи, объявите исследование завершённым и опубликуйте таблицу. Для тех, кто не был в команде, она и есть отчёт. Хороший результат — около десяти важных задач для команды.

    Вариант для проверки допущений

    В государственной службе цифровых сервисов Великобритании таблицу строят иначе. Столбцы — задача, допущение, по столбцу на каждого участника и заметки. В ячейке участника пишут «да» или «нет», в примере их закрашивают зелёным и красным.

    Команда сначала проходит путь и записывает ожидаемые действия так, чтобы их можно было отнести к «да» или «нет». Потом на сессиях один человек отмечает, совпало ли поведение с допущением, и добавляет заметки. Разбор идёт по задачам. Так хорошо видно, где допущения команды расходятся с реальным поведением.

    Результат

    Общая таблица заменяет отчёт. Она показывает, какие поведения повторяются, на какой доле участников, и содержит сводку с ответами на вопросы исследования и задачами для команды.

    Радужная таблица после пяти сессий юзабилити-теста. Данные выдуманы, структура — строки наблюдений, столбцы участников и закрашенные ячейки — по Sharon (2013)

    Что дальше

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

    Типичные ошибки

    • Составные наблюдения

      В одну строку попадают два поведения сразу. Участник мог показать только одно, и ячейка теряет смысл.

    • Выводы вместо поведения

      Во время сессий в таблицу записывают заключения и задачи. Там должно быть только то, что участник сделал или сказал.

    • Бесконечный анализ

      Команда застревает в обсуждении. Итоги подводят сразу после последней сессии и не затягивают.

    • Поиск только ожидаемого

      Наблюдатель так старается увидеть заранее записанное поведение, что пропускает то, что участник делает на самом деле.

    • Таблица для неподходящих исследований

      Её используют для интервью, исследований в поле и немодерируемых сессий, где нельзя заранее перечислить поведения.