Блог Perkova&Perkova

Как превращать замечание пользователя в задачу

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

События с разным местом времени

В условном расписании четыре встречи. У одной время в заголовке, у второй в конце описания, у третьей в подписи, у четвёртой вместе с адресом. Человек ищет вечернее событие и говорит, что список трудно понять. В исходных данных все значения известны; задача связана с их сопоставимостью.

Уточните без предложенного ответа

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

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

Замкните цикл обратной связи

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

Упражнение из исходной реплики

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

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

По теме: Как отделять наблюдения от предположений в дизайне; Как работать с цифрами и датами в интерфейсе. Выбирая обучение, проверьте состав заданий нужного продукта в разделе курсов Perkova&Perkova.

2024-12-24 10:00 Обучение веб-дизайну