Интервью с экспертом провели, а статья все равно получилась как у конкурентов

Бриф для интервью с экспертом обычно короткий: расскажите об услуге, в чем ваши преимущества, чего нет у других. Ответ получается таким же коротким и обтекаемым: «учитываем особенности объекта», «подбираем решение под задачу клиента». Копирайтер записывает это, добавляет два абзаца из открытых источников конкурентов, и материал готов. Такую статью нельзя отличить от текста любого другого сайта в нише.

А ведь у эксперта опыта обычно достаточно. У него могут быть десятки успешных проектов, часть из которых шла вначале совсем не по плану. Например, изменилась технология, всплыл скрытый дефект, пришлось пересчитывать смету на середине работы. Этот опыт существует, но копирайтер в статье его не отразил, хотя честно пытался это сделать.

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

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

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

2 Результат стирает неопределенность. Когда проект завершен, эксперт описывает его как последовательность очевидных шагов. Психологи называют это хайндсайт-искажением: зная исход, человек задним числом считает его более предсказуемым, чем он выглядел до развязки.

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

3 Знакомство с темой может создавать завышенное ощущение полноты объяснения.

Поэтому вопрос «вы сможете рассказать о своей услуге» бесполезен. Уверенное «да» ничего не говорит о том, восстановит ли эксперт условия и порядок, в котором принималось решение.

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

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

В прикладной психологии для восстановления неявного знания давно используют разбор одного конкретного эпизода. Метод Critical Decision Method, разработанный Гэри Кляйном с коллегами, устроен так: интервьюер несколько раз проходит с экспертом один и тот же сложный случай, каждый раз уточняя новые подробности. Например, какие сигналы были замечены, какие цели преследовались, какие альтернативы рассматривались и в какой момент решение изменилось

Разница с обычным интервью в деталях разговора. Обычное интервью нацелено на тему в целом: «расскажите про услугу». Critical Decision Method работает с одним эпизодом и несколькими проходами по нему. Чем уже эпизод, тем больше шансов получить проверяемую фактуру, а не пересказ рекламного буклета.

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

Для статьи, которая разбирает проектное решение, рабочей единицей фактуры становится его след:

Для действующей цены, технической характеристики или требования закона такая цепочка не нужна. Там фактурой остается просто проверенный факт с источником и датой.

Отдельные виды подтверждений эту цепочку не заменяют. Фотография объекта показывает результат, но ничего не говорит о том, почему выбрали именно такое решение.

Смета подтверждает сумму, но без исходного расчета не объясняет, из-за чего цена изменилась по ходу проекта.

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

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

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

Отсюда вытекают три практических вывода, которые обычно упускают на этапе брифования эксперта.

✅ Особенно ценны кейсы, где первоначальное решение пришлось поменять. Обычный успешный кейс показывает результат. Измененное решение показывает критерий выбора - то, ради чего вообще читают экспертную статью.

✅ Жалобы и отказы показывают границы применимости предложения: при каких условиях и ожиданиях обычное решение компании перестаёт работать.

✅ Третье наблюдение более неприятное. Если причину изменения цены, срока или технологии нельзя восстановить по CRM, переписке, документам и комментариям участников, компания не может проверить происхождение конкретного решения. Это уже серьезная корпоративная проблема.

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

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

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

Хороший сценарий интервью выглядит иначе:

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

Нейросеть хорошо справляется с механической частью:

Это ускоряет систематизацию уже собранного материала.

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

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

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