AmigaОбучение ИИ
Модуль 3 · Расширение возможностей · урок 10 из 13

Режим исследования для глубокого погружения

9 мин чтения▶ есть видеоверсия

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

Чем исследование отличается от поиска

Поиск в интернете в Claude — это один-два запроса, несколько страниц, короткий ответ. Быстро и достаточно для фактических вопросов.

Режим исследования работает иначе. Claude получает задачу, составляет план, делает первый поиск, читает результаты, понимает, чего не хватает, делает следующий поиск — и так несколько раундов. Каждый следующий шаг опирается на предыдущий: нашёл упоминание подхода — ищет его критику; нашёл цифру — ищет, откуда она. В конце собирает отчёт: структурированный текст с выводами и ссылками на каждый источник.

Занимает это минуты, а не секунды. Источники — интернет и, если подключены, ваши рабочие сервисы: документы, почта, календарь. Режим доступен на платных планах, требует включённого поиска в интернете и расходует лимит быстрее обычного чата, потому что читает много страниц.

Когда он нужен, а когда нет

Исследование оправдано, когда:

  • ответ распределён по многим источникам и его надо синтезировать;
  • нужна картина по теме, а не факт: обзор рынка, сравнение подходов, состояние технологии;
  • важны ссылки — вы будете показывать результат клиенту или принимать по нему решение;
  • вы сами потратили бы на это час-два поиска.

Не нужен, когда достаточно одного факта, когда вопрос про ваш внутренний контекст (это к проектам и корпоративному поиску) или когда вы уже знаете три источника и хотите просто их пересказать — тогда приложите их в чат.

Как ставить задачу

Задача на исследование — это бриф. Чем он точнее, тем полезнее отчёт. Что в нём должно быть:

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

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

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

Чего не надо. «Не нужны общие рассуждения о важности UX; не нужны сравнения тарифов».

Собранное вместе — это запрос на два-три абзаца. Это нормально: вы экономите десятки минут на чтении лишнего.

Пример из работы аналитика

Аналитик готовит предпроектное исследование для клиента, который хочет сервис записи к врачам. Запрос:

«Проведи исследование рынка онлайн-записи к врачам в России. Интересуют: основные игроки и их модели монетизации; какие функции стали стандартом; что чаще всего критикуют пользователи в отзывах; регуляторные требования к хранению медицинских данных. Период — последние два года. Для каждого утверждения — источник. В конце — раздел „Что это значит для нового продукта“: три-пять выводов с рисками».

Через несколько минут приходит отчёт с разделами по каждому пункту и ссылками. Дальше аналитик читает, открывает ключевые источники, задаёт уточняющие вопросы в том же чате («раскрой подробнее про требования к хранению данных — какие именно нормативные акты») и просит оформить итог как документ-артефакт для клиента.

Похожие задачи для других ролей: дизайнер — «собери примеры и разборы паттерна X в мобильных приложениях с оценкой, где он работает, а где нет»; продажи — «что известно о компании-заказчике: продукты, недавние новости, технологический стек по вакансиям»; разработчик — «сравни три библиотеки для задачи Y по зрелости, поддержке и известным проблемам».

Что проверять в отчёте

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

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

Цифры. У каждой цифры должен быть источник и год. Цифра без источника — гипотеза, а не факт.

Полнота. Спросите Claude: «Какие источники ты искал, но не нашёл? Где данные могут быть неполными?». Модель обычно честно указывает пробелы, если спросить.

Выводы. Раздел с рекомендациями — это интерпретация модели. Он полезен как первый взгляд, но решение за вами; проверьте, следуют ли выводы из приведённых фактов.

Хорошая практика для отчётов, которые уходят клиенту: указать, что материал подготовлен с помощью ИИ и проверен таким-то человеком. Это честно и снимает вопросы.

Попробуйте сами

10–15 мин на рабочем месте
  1. Возьмите вопрос из вашей работы, на который вы недавно искали ответ дольше получаса. Напишите бриф по схеме «вопрос и зачем — границы — структура результата — чего не надо» и запустите исследование. Сравните с тем, что нашли сами.
  2. В полученном отчёте откройте три ссылки и проверьте, говорят ли источники то, что им приписано. Отметьте расхождения, если есть.
  3. Задайте в том же чате вопрос «где данные неполные и какие источники ты не нашёл?». Оцените, насколько ответ помогает понять границы отчёта.

Коротко

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

Видеоверсия

Сценарий озвучки · 456 слов, ≈ 4 мин

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

Чем он отличается от поиска? Поиск — это один-два запроса и короткий ответ. Исследование — это серия. Claude получает задачу, составляет план, делает первый поиск, читает, понимает, чего не хватает, делает следующий, и так несколько раундов. Нашёл упоминание подхода — ищет его критику. Нашёл цифру — ищет, откуда она. В конце собирает отчёт со структурой, выводами и ссылкой на каждый источник. Занимает это минуты. Источники — интернет и, если подключены, ваши рабочие сервисы. Режим доступен на платных планах и расходует лимит быстрее обычного чата.

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

Задача на исследование — это бриф. Четыре части. Вопрос и зачем: «проектируем онбординг для приложения страховой, нужно понять, как решают первый вход банковские и страховые приложения». Границы: география, период, тип источников. Что считать результатом: структура отчёта с разделами. И чего не надо: «без общих рассуждений о важности UX». Получается запрос на два-три абзаца, и это нормально.

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

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

Если отчёт уходит клиенту, укажите, что материал подготовлен с помощью ИИ и проверен конкретным человеком. Это честно и снимает вопросы.

В следующем модуле соберём всё вместе: сценарии по ролям в Amiga и другие способы работать с Claude.

Отметка хранится только в вашем браузере