Как оформить предложение исследования удобства сайта

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

Что именно вы предлагаете исследовать

Исследование удобства сайта — это наблюдение за тем, как люди выполняют на нём конкретные задачи. Участник пытается выбрать товар, найти условия услуги или отправить заявку. Исследователь фиксирует, где человек справляется самостоятельно, где ошибается и какая информация ему нужна для продолжения.

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

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

Начните с решения, которое предстоит принять

Формулировка «оценить удобство сайта» слишком широкая. Она не объясняет, что заказчик сможет сделать после исследования. Лучше указать конкретный вопрос бизнеса и связанные с ним действия посетителей.

Например, для сайта услуг цель можно описать так:

Выяснить, могут ли посетители выбрать подходящую услугу, понять состав работ и отправить заявку без помощи менеджера. По результатам определить, какие сведения и элементы формы нужно изменить.

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

До подготовки предложения полезно собрать исходные материалы: описание аудитории, список приоритетных услуг или товаров, обращения в поддержку, известные технические проблемы и доступные данные о посещениях. В документе укажите, что уже предоставлено, а что потребуется от заказчика.

Опишите границы исследования

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

Границы помогают избежать ситуации, когда заказчик ожидает оценку всего сайта, а исполнитель наблюдает только за отправкой одной формы. Отдельно перечислите исключения: личный кабинет, повторные покупки, другие языковые версии или действия после оплаты, если их действительно не планируется проверять.

Версию сайта стоит зафиксировать перед началом встреч. Если интерфейс изменится во время исследования, участники окажутся в разных условиях. В предложении предусмотрите порядок действий: продолжить проверку прежней версии, перенести встречи или отдельно обозначить результаты для каждого варианта.

Покажите, какие пользовательские задачи проверяются

Пользовательская задача — это результат, ради которого человек приходит на сайт. «Открыть меню» описывает действие в интерфейсе. «Найти услугу с выездом мастера и узнать условия» описывает потребность человека. Для исследования полезнее вторая формулировка: она позволяет увидеть, какой путь участник выберет сам.

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

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

Составьте задания без подсказок

Задание должно задавать ситуацию, но не маршрут. Формулировка «Откройте раздел доставки внизу страницы» заранее сообщает, где искать ответ. Формулировка «Вы хотите получить заказ к выходным. Узнайте, какие варианты получения вам подходят» позволяет проверить самостоятельный поиск.

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

Заранее определите результат выполнения

Для каждого задания запишите, что считается самостоятельным выполнением, выполнением с помощью и неудачной попыткой. Если ведущий подсказал расположение кнопки, это нужно отметить отдельно. Иначе итоговый отчёт скроет затруднение, которое возникло бы без исследователя.

Время выполнения можно фиксировать, если оно помогает ответить на вопрос заказчика. Однако долгая пауза сама по себе не доказывает проблему: участник может читать условия или сравнивать варианты. Важны действия, контекст и объяснение человека.

Объясните, кого пригласите

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

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

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

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

Распишите порядок наблюдения

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

Порядок встречи можно описать последовательно:

1. Ведущий объясняет формат, порядок записи и право участника прекратить встречу.
2. Участник рассказывает о своём опыте решения похожей задачи.
3. Ведущий выдаёт задания по одному, не объясняя расположение элементов сайта.
4. Наблюдатель фиксирует действия, ошибки, вопросы и обращения за помощью.
5. После попытки ведущий уточняет причины выбора и ожидания участника.
6. В завершение участник описывает оставшиеся трудности и непонятные условия.

Попросите человека по возможности проговаривать мысли, но не требуйте непрерывного рассказа. Ведущий может уточнить: «Что вы сейчас ищете?» или «Какого результата ожидали?». Вопрос «Вам ведь непонятна эта кнопка?» подсказывает оценку и мешает получить самостоятельный ответ.

Определите роли заказчика и ведущего

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

В предложении укажите, кто ведёт встречу, кто делает заметки и кто анализирует материалы. Если все роли выполняет один человек, опишите это прямо. Заказчик должен понимать, как будут сохраняться наблюдения и когда появятся промежуточные результаты.

Согласуйте запись и работу с данными

Уточните, что записывается: экран, голос, камера, заметки. Запись помогает вернуться к конкретному моменту, но её состав должен соответствовать задаче. Также определите, кто получает доступ, где хранятся материалы и когда их удаляют.

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

Укажите материалы, которые получит заказчик

Слово «отчёт» недостаточно описывает результат. Заказчику нужны материалы, по которым можно выбрать изменения, обсудить их с командой и проверить результат после внедрения.

В предложение можно включить следующие результаты:

• Описание проведённого исследования: версия сайта, задачи, устройства, состав участников и ограничения.
• Таблицу наблюдений: что произошло при выполнении каждого задания и потребовалась ли помощь.
• Перечень проблем: место возникновения, условия, последствия для задачи и подтверждающие наблюдения.
• Фрагменты записей: моменты, позволяющие проверить основание вывода, если запись согласована.
• Рекомендации: варианты изменений с пояснением, какое затруднение они должны устранить.
• Порядок дальнейших действий: что исправить сначала, что требует обсуждения и что стоит проверить повторно.

Покажите пример описания проблемы

Полезный вывод связывает наблюдение с последствием. Условный пример:

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

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

Объясните приоритеты изменений

Приоритет проблемы лучше связывать с влиянием на задачу. Блокирующее затруднение мешает завершить действие. Существенное требует помощи или приводит к ошибочному выбору. Менее значимое вызывает заминку, но позволяет продолжить самостоятельно.

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

Зафиксируйте этапы, стоимость и условия завершения

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

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

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

Шаблон структуры предложения

Предложение можно собрать в одном документе со следующими разделами:

1. Цель и решения. Какие вопросы бизнеса проверяются и какие изменения предстоит выбрать.
2. Объект и границы. Версия сайта, разделы, устройства, включённые и исключённые действия.
3. Задачи пользователей. Ситуации, задания и признаки успешного выполнения.
4. Участники. Требования к отбору, состав групп, порядок приглашения и замены.
5. Проведение. Формат встреч, роли, правила подсказок, записи и хранения материалов.
6. Результаты. Состав отчёта, подтверждения наблюдений, рекомендации и обсуждение приоритетов.
7. Организация. Этапы, сроки, стоимость, обязанности сторон и условия завершения.

Перед отправкой проверьте документ с позиции заказчика: понятно ли, за какими действиями будут наблюдать и на чём будут основаны рекомендации? Формулировки «найдём все проблемы» и «повысим конверсию» лучше заменить конкретным объёмом проверки и перечнем материалов. Хорошо оформленное предложение позволяет заранее согласовать работу и затем принять решения по её результатам.

Проверить сайт бесплатно