Извлечь потребности пользователей и доказательства из заметок интервью
Автор: AILesson9 мин на настройкуПроверено на:ChatGPTПроверено: 2026-08-28
Быстрый ответ
Связать поведение, цели, ограничения и неудовлетворённые потребности с доказательствами из интервью, не превращая просьбы в требования. Укажите: Записи интервью, Рамки исследования, Правила анализа. Ожидаемый результат: Таблица доказательств с наблюдениями, формулировками потребностей, вариациями, уверенностью, противоречиями, пробелами и уточняющими вопросами.
1
Добавьте контекст
ваш текст остаётся в этом браузере. AILesson Prompts не отправляет его ни в модель, ни на сервер.
2
Ваш промпт
Незаполненные поля остаются видимыми как заполнители, поэтому вы всё равно можете скопировать и отредактировать промпт
Достоверно извлеките потребности пользователей и доказательства из предоставленных записей интервью.
Расшифровки или заметки, идентификаторы участников, отметки времени, контекст сессии, вопросы, исправления, артефакты, согласие и пробелы:
[records]
Исследовательские вопросы, выборка, набор, решение, термины, гипотезы и исключённые интерпретации:
[study]
Единица кодирования, формат потребности, разрешение на цитирование, конфиденциальность, уверенность, минимум доказательств, отрицательные случаи, процесс проверки и схема:
[analysis]
Разделяйте сообщение участника, наблюдаемое поведение, доказательство из артефакта, вопрос модератора, интерпретацию исследователя и запрос продукта. Извлекайте недавние ситуации, триггеры, цели, текущие действия, альтернативы, сбои, ограничения, последствия, критерии решения, обходные пути, желаемый прогресс и контрпримеры с указанием участника и отметки времени или местоположения. Формулируйте независимые от решения потребности в контексте, а не демографические стереотипы или пожелания функций. Просьба вроде «присылайте напоминания» является доказательством предложенного решения; выводите лежащую в основе потребность только как помеченную гипотезу, подкреплённую поведением и контекстом. Сохраняйте противоречия внутри сессий и между ними, молчаливые или отсутствующие доказательства, ограничения выборки и набора и влияние наводящих вопросов модератора. Не считайте повторные заявления одного участника несколькими участниками. Для каждой темы укажите уникальных участников, местоположения доказательств, подтверждающие и опровергающие случаи, обоснование уверенности, затронутые роли и контексты, неизвестные сведения и следующий вопрос для проверки. Маскируйте неразрешённые личные данные или данные клиентов. В конце перечислите факты, о которых можно безопасно сообщать, интерпретации, требующие проверки, и утверждения, которые выборка не поддерживает.
Конфиденциально по умолчаниюПромпт собирается локально в вашем браузере. Не вводите конфиденциальную информацию в сервисы ИИ, если ваша организация этого не разрешает.
От исходных данных к результату
Разобранный пример
Посмотрите, как конкретный контекст превращает этот рецепт в полезный результат
Реальный ввод
Записи интервью
P01 12:10: недавняя клиентская проверка оставалась в статусе Ready три дня; P01 дважды проверил Teams и написал руководителю проекта, поскольку принимающее лицо не отображалось. В 15:02 говорит: «пишите мне, пока не отвечу». P02 08:40: статус Ready в течение ночи был намеренным, поскольку клиент находился в другом часовом поясе; в 10:15 говорит, что дополнительные письма создадут шум. P03 19:22: пропустил передачу, поскольку ожидал @упоминания; снимок экрана показывает владельца, но не принимающее лицо. В 20:00 модератор спрашивает: «Автоматические напоминания решат проблему?» P03 отвечает: «вероятно». По P04 есть только заметки без отметок времени: использует ежедневную очередь и говорит, что задержанные элементы Ready обычно ждут одобрения. Все набраны среди обращавшихся в поддержку; короткие цитаты разрешены, имена клиентов не разрешены.
Рамки исследования
Вопрос: какие ситуации создают длительный статус Ready и какая информация позволяет действовать? Решение: изучить напоминание по электронной почте, указатель ответственности или отсутствие изменений. Четыре участника: два владельца, одно принимающее лицо, один инициатор; Великобритания/Германия. Набор через поддержку, вероятно, чрезмерно представляет проблемы. Принимающее лицо определяется как человек, уполномоченный подтвердить следующий статус. Не выводить рыночную распространённость или спрос на функцию.
Правила анализа
Единица кодирования — недавний случай передачи. Формат потребности: Когда [контекст], роли нужно [прогресс], чтобы [результат], доказательство — [поведение]. Считать уникальных участников; для межучастниковой темы нужны минимум двое, но единичные случаи сохранять. Включать отрицательные случаи. Цитаты короче 15 слов с участником/временем. Маскировать клиентов. Два исследователя независимо проверяют интерпретации.
Пример вывода
Тема 1 — определить, кто может принять передачу; средняя уверенность; 2 уникальных участника
Доказательства: P01 дважды проверил Teams и связался с руководителем, поскольку принимающее лицо не отображалось (12:10). P03 ожидал @упоминания; артефакт показывал владельца, но не принимающее лицо (19:22). Гипотеза потребности: когда передача готова, но ответственность за принятие неясна, действующей роли нужно определить уполномоченное принимающее лицо, чтобы направить следующее действие без поиска среди людей. Это подкреплено поведением и артефактом, но роли и частоту нужно подтвердить. Контрпример: задержанные элементы P04 обычно ждут одобрения, что может означать известные, а не отсутствующие полномочия.
Тема 2 — отличать намеренное ожидание от пропущенного действия; средняя уверенность; 2 участника в разных контекстах
P02 намеренно ждал из-за часового пояса (08:40); P04 сообщил об ожидании одобрения. Гипотеза потребности: когда статус Ready сохраняется, ролям нужны причина и ожидаемое следующее событие, чтобы решить, ждать или вмешаться. Это не подразумевает напоминание.
Запросы решений и влияние наводящих вопросов
Фраза P01 «пишите мне, пока не отвечу» (15:02) — предложение функции, а не доказательство того, что повторные письма удовлетворяют основную потребность. P02 — отрицательный случай: «дополнительные письма создадут шум» (10:15). Ответ P03 «вероятно» следует за наводящим вопросом модератора о напоминании (20:00) и является доказательством спроса низкого качества; не считайте его независимым подтверждением.
Безопасные факты: два участника столкнулись с артефактами без видимой информации о принимающем лице; один сообщил о намеренном ожидании из-за часового пояса; один — об ожидании одобрения. Интерпретации требуют проверки двумя исследователями. Выборка не поддерживает распространённость, сравнение сегментов, причинные утверждения или рекомендацию создавать напоминания. Следующий вопрос: можно ли в более широкой выборке с согласием классифицировать недавние случаи по известному/неизвестному принимающему лицу, намеренному ожиданию, внешнему одобрению, пропущенному сигналу и другим причинам?
Почему это работает
1
Независимые от решения формулировки потребностей не позволяют запросам функций преждевременно определять продуктовый ответ.
2
Подсчёт на уровне участников и отрицательные случаи не позволяют частому повторению выглядеть распространённостью.
Проверьте результат
Прослеживается ли каждая потребность до поведения и контекста, а не только до запроса функции?
Сохранены ли уникальные участники, указатели, отрицательные случаи и влияние модератора?
Разделены ли явно наблюдение, интерпретация, запрос и неподтверждённая распространённость?
Используйте уверенно
Часто задаваемые вопросы
Практические ответы о том, когда использовать этот рецепт, что нужно предоставить и где по-прежнему важна проверка человеком
Что подготовить перед использованием рецепта «Извлечь потребности пользователей и доказательства из заметок интервью»?
Для рецепта «Извлечь потребности пользователей и доказательства из заметок интервью» подготовьте записи интервью, рамки исследования и правила анализа. Заменяйте заполнители только проверяемой информацией. Если какая-либо деталь неизвестна, прямо укажите эту неопределённость, а не просите модель домыслить её.
Когда результат рецепта «Извлечь потребности пользователей и доказательства из заметок интервью» ещё нельзя использовать?
Результат ещё не готов к использованию, если на основе предоставленных доказательств он не даёт заявленный итог — таблицу доказательств с наблюдениями, формулировками потребностей, вариациями, уверенностью, противоречиями, пробелами и уточняющими вопросами — либо опирается на неразрешённые допущения, отсутствующие согласования или вымышленные детали. Используйте проверки как условия допуска: исправьте исходные данные или назначьте конкретного уполномоченного рецензента, а не полируйте результат, не подкреплённый фактами.
Для каких ИИ-инструментов зафиксированы тесты рецепта «Извлечь потребности пользователей и доказательства из заметок интервью»?
По состоянию на 28 августа 2026 года в опубликованном журнале тестирования рецепта «Извлечь потребности пользователей и доказательства из заметок интервью» указан ChatGPT. Это подтверждает наличие зафиксированных запусков, но не гарантирует совместимость или одинаковые результаты в более поздних версиях продукта. Для другого инструмента или версии сохраняйте все ограничения явными и перед использованием повторите проверки результата.
Преобразуйте наблюдения сеансов в проблемы удобства использования с подсчётом доказательств, не обвиняя участников и не преувеличивая распространённость
Перейдите от понимания ИИ к выполнению задач. Практикуйтесь в составлении запросов, проверке и улучшении результатов с помощью интерактивных уроков для работы и повседневной жизни.
ChatGPT
