Тема «нейтральная постановка проблемы» отвечает на решение: какую проблему стоит исследовать и по какому наблюдаемому изменению станет понятно, что она решена. Практика «нейтральная постановка проблемы» помогает описать наблюдаемую трудность пользователя, контекст и последствия до выбора конкретной функции.
GOV.UK Service Standard требует понимать полный контекст того, чего пользователь пытается достичь, а не только взаимодействие с цифровым сервисом. основание
В материале «нейтральная постановка проблемы» факт, локальный замер и гипотеза разделяются. Факт «нейтральная постановка проблемы» получает источник. Замер «нейтральная постановка проблемы» получает версию. Гипотеза «нейтральная постановка проблемы» получает отдельную проверку.
Double Diamond разделяет расширение понимания проблемы и последующее сужение к определённой задаче. основание
Задача и границы решения
Решение «нейтральная постановка проблемы» формулируется через вопрос «какую проблему стоит исследовать и по какому наблюдаемому изменению станет понятно, что она решена». Такой вопрос удерживает тему «нейтральная постановка проблемы» возле проверяемого результата.
Компонент «пользователь и ситуация» задаёт первый вход темы «нейтральная постановка проблемы». Для «пользователь и ситуация» команда фиксирует источник, владельца и дату.
Компонент «цель пользователя» задаёт точку сравнения темы «нейтральная постановка проблемы». Изменение «цель пользователя» требует нового вывода по теме «нейтральная постановка проблемы».
Компонент «наблюдаемое препятствие» отделяет факт темы «нейтральная постановка проблемы» от предположения. Для «наблюдаемое препятствие» гипотеза хранится рядом с проверкой.
Граница темы «нейтральная постановка проблемы» проходит возле отраслевого решения. Метод «нейтральная постановка проблемы» организует данные, но профильный специалист сохраняет полномочия.
Design Council описывает Discover как изучение проблемы с людьми, которых она затрагивает, и Define как переосмысление вызова по собранным данным. основание
Состав рабочего контура
Компонент 1: пользователь и ситуация. Тема «нейтральная постановка проблемы» связывает «пользователь и ситуация» с действием «отложить список решений». Критерий «формулировка не содержит решения» проверяет «пользователь и ситуация»; риск «слишком широкая аудитория» блокирует вывод.
Компонент 2: цель пользователя. Тема «нейтральная постановка проблемы» связывает «цель пользователя» с действием «собрать исходные сигналы». Критерий «контекст можно наблюдать» проверяет «цель пользователя»; риск «причина выдана без исследования» блокирует вывод.
Компонент 3: наблюдаемое препятствие. Тема «нейтральная постановка проблемы» связывает «наблюдаемое препятствие» с действием «отделить факты от интерпретаций». Критерий «аудитория определена поведением» проверяет «наблюдаемое препятствие»; риск «метрика команды вместо результата пользователя» блокирует вывод.
Компонент 4: текущий способ обхода. Тема «нейтральная постановка проблемы» связывает «текущий способ обхода» с действием «описать контекст и поведение». Критерий «последствие имеет практический смысл» проверяет «текущий способ обхода»; риск «игнорирование офлайн-этапов» блокирует вывод.
Компонент 5: последствие проблемы. Тема «нейтральная постановка проблемы» связывает «последствие проблемы» с действием «зафиксировать неизвестные причины». Критерий «допущения отмечены явно» проверяет «последствие проблемы»; риск «формулировка через нужную функцию» блокирует вывод.
Компонент 6: границы исследуемого процесса. Тема «нейтральная постановка проблемы» связывает «границы исследуемого процесса» с действием «сформулировать проверяемый вопрос». Критерий «есть вопрос для следующего исследования» проверяет «границы исследуемого процесса»; риск «слишком широкая аудитория» блокирует вывод.
Порядок работы
Шаг 1: собрать исходные сигналы. В теме «нейтральная постановка проблемы» действие «собрать исходные сигналы» изменяет «границы исследуемого процесса». Критерий «формулировка не содержит решения» проверяет результат; ошибка «формулировка через нужную функцию» останавливает переход.
Шаг 2: отделить факты от интерпретаций. В теме «нейтральная постановка проблемы» действие «отделить факты от интерпретаций» изменяет «пользователь и ситуация». Критерий «контекст можно наблюдать» проверяет результат; ошибка «слишком широкая аудитория» останавливает переход.
Шаг 3: описать контекст и поведение. В теме «нейтральная постановка проблемы» действие «описать контекст и поведение» изменяет «цель пользователя». Критерий «аудитория определена поведением» проверяет результат; ошибка «причина выдана без исследования» останавливает переход.
Шаг 4: зафиксировать неизвестные причины. В теме «нейтральная постановка проблемы» действие «зафиксировать неизвестные причины» изменяет «наблюдаемое препятствие». Критерий «последствие имеет практический смысл» проверяет результат; ошибка «метрика команды вместо результата пользователя» останавливает переход.
Шаг 5: сформулировать проверяемый вопрос. В теме «нейтральная постановка проблемы» действие «сформулировать проверяемый вопрос» изменяет «текущий способ обхода». Критерий «допущения отмечены явно» проверяет результат; ошибка «игнорирование офлайн-этапов» останавливает переход.
Шаг 6: отложить список решений. В теме «нейтральная постановка проблемы» действие «отложить список решений» изменяет «последствие проблемы». Критерий «есть вопрос для следующего исследования» проверяет результат; ошибка «формулировка через нужную функцию» останавливает переход.
Типовые ошибки и диагностика
Ошибка 1: формулировка через нужную функцию. В теме «нейтральная постановка проблемы» ошибка «формулировка через нужную функцию» искажает «цель пользователя». Действие «описать контекст и поведение» проверяет исправление по критерию «последствие имеет практический смысл».
Ошибка 2: слишком широкая аудитория. В теме «нейтральная постановка проблемы» ошибка «слишком широкая аудитория» искажает «текущий способ обхода». Действие «зафиксировать неизвестные причины» проверяет исправление по критерию «допущения отмечены явно».
Ошибка 3: причина выдана без исследования. В теме «нейтральная постановка проблемы» ошибка «причина выдана без исследования» искажает «границы исследуемого процесса». Действие «сформулировать проверяемый вопрос» проверяет исправление по критерию «есть вопрос для следующего исследования».
Ошибка 4: метрика команды вместо результата пользователя. В теме «нейтральная постановка проблемы» ошибка «метрика команды вместо результата пользователя» искажает «цель пользователя». Действие «отложить список решений» проверяет исправление по критерию «формулировка не содержит решения».
Ошибка 5: игнорирование офлайн-этапов. В теме «нейтральная постановка проблемы» ошибка «игнорирование офлайн-этапов» искажает «текущий способ обхода». Действие «собрать исходные сигналы» проверяет исправление по критерию «контекст можно наблюдать».
Практический пример
Практический сценарий «нейтральная постановка проблемы»: Вместо «нужна кнопка повторного заказа» команда фиксирует: постоянные клиенты вручную ищут прошлую покупку, ошибаются в варианте товара и тратят время на повторный выбор.
Этап 1 сценария «нейтральная постановка проблемы» связывает «пользователь и ситуация» и действие «собрать исходные сигналы». Критерий «формулировка не содержит решения» оценивает этап; риск «формулировка через нужную функцию» остаётся блокером.
Этап 2 сценария «нейтральная постановка проблемы» связывает «цель пользователя» и действие «отделить факты от интерпретаций». Критерий «контекст можно наблюдать» оценивает этап; риск «слишком широкая аудитория» остаётся блокером.
Этап 3 сценария «нейтральная постановка проблемы» связывает «наблюдаемое препятствие» и действие «описать контекст и поведение». Критерий «аудитория определена поведением» оценивает этап; риск «причина выдана без исследования» остаётся блокером.
Этап 4 сценария «нейтральная постановка проблемы» связывает «текущий способ обхода» и действие «зафиксировать неизвестные причины». Критерий «последствие имеет практический смысл» оценивает этап; риск «метрика команды вместо результата пользователя» остаётся блокером.
Этап 5 сценария «нейтральная постановка проблемы» связывает «последствие проблемы» и действие «сформулировать проверяемый вопрос». Критерий «допущения отмечены явно» оценивает этап; риск «игнорирование офлайн-этапов» остаётся блокером.
Финальная запись «нейтральная постановка проблемы» объединяет «границы исследуемого процесса», критерий «есть вопрос для следующего исследования» и риск «игнорирование офлайн-этапов». Изменение «границы исследуемого процесса» переводит вывод «нейтральная постановка проблемы» в исторический статус.
Критерии качества
Критерии темы «нейтральная постановка проблемы» оцениваются раздельно. Средний балл «нейтральная постановка проблемы» не отменяет критический дефект.
Критерий 1: формулировка не содержит решения. В теме «нейтральная постановка проблемы» признак относится к «пользователь и ситуация». Действие «отделить факты от интерпретаций» подтверждает его; риск «причина выдана без исследования» проверяется отдельно.
Критерий 2: контекст можно наблюдать. В теме «нейтральная постановка проблемы» признак относится к «цель пользователя». Действие «зафиксировать неизвестные причины» подтверждает его; риск «метрика команды вместо результата пользователя» проверяется отдельно.
Критерий 3: аудитория определена поведением. В теме «нейтральная постановка проблемы» признак относится к «наблюдаемое препятствие». Действие «отложить список решений» подтверждает его; риск «игнорирование офлайн-этапов» проверяется отдельно.
Критерий 4: последствие имеет практический смысл. В теме «нейтральная постановка проблемы» признак относится к «текущий способ обхода». Действие «отделить факты от интерпретаций» подтверждает его; риск «формулировка через нужную функцию» проверяется отдельно.
Критерий 5: допущения отмечены явно. В теме «нейтральная постановка проблемы» признак относится к «последствие проблемы». Действие «зафиксировать неизвестные причины» подтверждает его; риск «слишком широкая аудитория» проверяется отдельно.
Критерий 6: есть вопрос для следующего исследования. В теме «нейтральная постановка проблемы» признак относится к «границы исследуемого процесса». Действие «отложить список решений» подтверждает его; риск «причина выдана без исследования» проверяется отдельно.
NN/g определяет synthesis как осмысление данных из нескольких источников и перспектив после исследования. основание
Ограничения применимости
Ограничения темы «нейтральная постановка проблемы» публикуются вместе с выводом. Контекст «нейтральная постановка проблемы» определяет допустимый перенос результата.
Ограничение 1: одна формулировка не объясняет причинность. Ограничение «нейтральная постановка проблемы» относится к «текущий способ обхода». Перенос темы «нейтральная постановка проблемы» требует повторить действие «сформулировать проверяемый вопрос».
Ограничение 2: разные сегменты могут иметь разные проблемы. Ограничение «нейтральная постановка проблемы» относится к «последствие проблемы». Перенос темы «нейтральная постановка проблемы» требует повторить действие «отложить список решений».
Ограничение 3: заинтересованные стороны используют слово проблема по-разному. Ограничение «нейтральная постановка проблемы» относится к «границы исследуемого процесса». Перенос темы «нейтральная постановка проблемы» требует повторить действие «собрать исходные сигналы».
Ограничение 4: сильный сигнал не гарантирует большой рынок. Ограничение «нейтральная постановка проблемы» относится к «пользователь и ситуация». Перенос темы «нейтральная постановка проблемы» требует повторить действие «отделить факты от интерпретаций».
Ограничение 5: срочная правовая задача может не ждать discovery. Ограничение «нейтральная постановка проблемы» относится к «цель пользователя». Перенос темы «нейтральная постановка проблемы» требует повторить действие «описать контекст и поведение».
Вывод
Тема «нейтральная постановка проблемы» связывает решение «какую проблему стоит исследовать и по какому наблюдаемому изменению станет понятно, что она решена» с проверяемым результатом. Комплект «нейтральная постановка проблемы» содержит вход, версию, отклонения и дату.
Критерий «формулировка не содержит решения» направляет следующий шаг темы «нейтральная постановка проблемы». Риск «игнорирование офлайн-этапов» остаётся видимым после решения «нейтральная постановка проблемы».
Практика «нейтральная постановка проблемы» автоматизирует повторяемое измерение. Ответственный человек подтверждает границы «нейтральная постановка проблемы» при неполных данных или высокой цене ошибки.
