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

Общее намерение «проверить интервью» слишком расплывчато.
Собеседник может:
• точно помнить последовательность действий и ошибиться в дате;
• знать решение изнутри, но не видеть его последствий;
• честно описывать свой опыт и делать слишком широкое обобщение;
• назвать приблизительную цифру как иллюстрацию;
• пересказывать слова клиента;
• использовать профессиональный термин в узком внутреннем значении;
• путать нынешнее состояние с тем, что было на момент события.
Поэтому единицей проверки становится не человек и не весь ответ, а утверждение, которое материал предлагает аудитории принять.
Например:
В базе больше тридцати миллионов заведений.
Во время пилота выяснилось, что девяти миллионов недостаточно.
Команды клиента ходят по улицам и ищут новые точки.
Из-за неполноты данных сервис растёт медленнее конкурентов.
Продукт обеспечивает самую высокую полноту.
Все пять фраз прозвучали или следуют из рабочего разговора о данных. Но для каждой нужен свой способ проверки.

Не проверяйте по памяти и не оставляйте факты внутри черновика.
Вынесите ключевые утверждения в таблицу:
Утверждение — Кто сказал — Основание сейчас — Что нужно проверить — Статус
В базе более 30 млн заведений — сотрудник компании — слова в интервью — актуальная внутренняя или публичная статистика, дата среза — не проверено
Во время пилота обнаружили пропуски — участник со стороны продукта — личный рабочий опыт — материалы пилота, второй участник — частично подтверждено
Клиент ищет точки вручную — пересказ слов клиента — косвенное свидетельство — интервью с клиентом, описание процесса — требует подтверждения
Неполнота замедляет рост — участник проекта — причинное объяснение — данные клиента, альтернативные причины — гипотеза
Полнота самая высокая — компания — сравнительная оценка — методика сравнения и данные конкурентов — не доказано
Таблица делает видимой разницу между яркостью фразы и силой основания.
В ней также обнаруживается, что один факт может быть верен только на определённую дату, для конкретного рынка или при конкретной методике подсчёта. Без этих условий формулировка станет шире доказательства.

Документ не всегда лучше человека, а второй человек не всегда подтверждает первый источник. Нужно искать основание, соответствующее природе утверждения.
Дата запуска проверяется по документам, публикациям, метаданным и участникам события.
Число объектов в базе — по выгрузке, внутреннему отчёту, публичной статистике с методикой и датой.
Решение команды — по протоколу, переписке и людям, которые участвовали.
Личный опыт — по самому человеку; но границы опыта нужно установить.
Последствия для клиента — по данным клиента, наблюдаемому изменению и альтернативным объяснениям.
Профессиональная оценка не превращается в факт после второго такого же мнения. Её можно атрибутировать, сопоставить с данными и другими позициями.
Цитата проверяется по оригинальной записи и контексту вопроса.
Привычная формула «нужны два источника» полезна как напоминание не зависеть от одной версии, но не является механическим доказательством. Два участника могут повторять одну корпоративную презентацию. Два сайта — перепечатать один пресс-релиз. Документ и свидетельство могут относиться к разным периодам.
Важна независимость и релевантность основания, а не только количество ссылок.

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

В интервью легко появляются:
• первый;
• крупнейший;
• единственный;
• самый полный;
• всегда;
• никто;
• все;
• вдвое быстрее;
• большинство;
• каждый.
Такие слова делают текст уверенным и уязвимым одновременно.
Если компания «обеспечивает самую высокую полноту», нужно знать:
• с кем сравнивают;
• на каких рынках;
• что считается заведением;
• как измеряется полнота;
• на какую дату;
• какие базы недоступны для сравнения.
Если доказательство получить невозможно, утверждение остаётся атрибутированным:
В компании считают ключевым преимуществом полноту базы.
Это слабее рекламно, но точнее редакционно.
Нельзя незаметно переносить самооценку источника в авторский голос.

Цифры живут во времени.
В рабочем разговоре база проходит несколько этапов: три, шесть, девять, более восемнадцати, двадцать пять и более тридцати миллионов объектов.
Перед публикацией нужно уточнить:
• что именно считалось на каждом этапе;
• одинаковая ли методика;
• относятся ли числа к одной категории объектов;
• когда сделан каждый срез;
• можно ли раскрывать данные;
• какое число актуально сейчас;
• не изменилось ли оно после интервью.
Фраза «сейчас у нас больше тридцати миллионов» перестаёт быть точной сразу после обновления системы. В тексте нужна дата или формулировка, устойчиво отражающая масштаб.
То же относится к должностям, названиям организаций, статусу проектов и ссылкам. Проверка, проведённая в день интервью, может устареть к моменту выхода.

Автоматическая расшифровка создаёт гладкий текст, в котором ошибки выглядят уверенно.
Особенно уязвимы:
• имена;
• иностранные названия;
• числа;
• даты;
• аббревиатуры;
• отраслевые термины;
• слова на другом языке;
• отрицания;
• реплики при перебивании.
В рабочей записи названия международных сервисов и англоязычные профессиональные термины легко распознаются по-разному. Ошибочное название затем может попасть в поиск, подпись и заголовок.
Все публикуемые цитаты нужно сверять со звуком. При монтаже — проверять соседние реплики и вопрос, на который человек отвечал.
Точная последовательность слов ещё не гарантирует точного смысла. Если из ответа убрать «я думаю», «примерно» или «возможно», предположение превратится в заявление.

Просьба «посмотрите расшифровку и исправьте, пожалуйста» перекладывает редакционную работу на собеседника.
Человек не знает:
• какие фрагменты важны;
• что автор понял неверно;
• какие утверждения требуют доказательства;
• какой формат готовится;
• насколько глубоко нужно редактировать устную речь.
Он может начать переписывать ответы, убирать живые формулировки и заменять их официальными.
Полезнее отправить короткий список:
Верно ли записано название продукта?
Какой датой вы считаете начало пилота?
Числа 18, 25 и 30 миллионов относятся только к кафе и ресторанам или ко всем типам точек?
Кто со стороны клиента может подтвердить ручной процесс поиска?
Вы сказали, что рост замедлялся из-за нехватки видимости. Это вывод клиента, ваши данные или рабочая гипотеза?
Можно ли публиковать эти цифры?
Такой запрос экономит время и показывает, что автор отвечает за анализ материала сам.

Собеседник полезен при проверке:
• написания имени и должности;
• профессиональной терминологии;
• дат и чисел;
• последовательности собственного опыта;
• точности сложного объяснения;
• контекста прямой цитаты;
• рисков идентификации.
Но это не даёт автоматического права:
• переписывать авторскую структуру;
• удалять неудобный, но точный ответ;
• заменять живую речь пресс-релизом;
• запрещать подтверждённые данные;
• редактировать слова других участников;
• отменять обоснованный вывод.
Рамки должны быть согласованы до записи. Если редакция обещала показать полный текст, обещание нужно выполнять или отдельно передоговариваться. Если обещала только проверку фактов, не следует превращать её в скрытое визирование.
На встрече о журналистской этике Брэндон Мерсер описывает практику: полный материал источнику обычно не отдают на предварительное утверждение, но могут связаться и сверить цитаты, чтобы убедиться в точности.
У конкретной редакции могут быть другие правила. Важно не универсальное «никогда не согласовывать», а прозрачное разделение:
источник помогает установить точность; редакция отвечает за материал.

После уточняющего письма человек может:
• действительно исправить ошибку;
• вспомнить точнее;
• прислать документ;
• заменить прежнюю оценку;
• смягчить формулировку;
• отказаться от неудобной реплики;
• предложить корпоративную версию.
Нельзя автоматически считать позднюю редакцию истиннее записи.
Зафиксируйте:
• первоначальную формулировку;
• новую версию;
• причину изменения;
• документ или источник;
• редакционное решение.
Например:
В интервью прозвучало «более тридцати миллионов». После разговора источник уточнил: 29,8 миллиона на конец квартала, потому что первоначально округлил число.
Это фактическое уточнение.
А фраза:
Лучше напишите, что наша технология формирует исчерпывающее представление о рынке.
не проверяет факт. Она предлагает маркетинговую редактуру.

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

Проверка не всегда приводит к одной бесспорной истине.
Документы неполны. Участники помнят по-разному. Внутренняя переписка недоступна. Показатели рассчитаны разными методами.
Тогда нельзя зашить неопределённость гладкой формулировкой.
Можно:
• показать обе атрибутированные версии;
• объяснить, на чём каждая основана;
• назвать недоступные данные;
• сузить вывод;
• отложить публикацию;
• исключить неподтверждённый фрагмент;
• продолжить поиск.
Например:
Представитель продукта связывает рост числа подключённых заведений с расширением базы. Данные клиента, позволяющие отделить этот фактор от других изменений, редакции недоступны.
Это не слабость текста. Это точная граница знания.

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

Возьмите пять утверждений из разговора о сервисах доставки:

1. в базе более тридцати миллионов заведений;
2. пилот показал существенную неполноту;
3. клиентские команды вручную ищут заведения;
4. нехватка видимости замедляет рост;
5. продукт обеспечивает наиболее полную базу.

Для каждого заполните:
Утверждение — Тип — Что доказывает сейчас — Что ещё нужно — Допустимая формулировка сегодня
Затем разделите действия:
• проверить самостоятельно;
• уточнить у собеседника;
• запросить документ;
• поговорить с клиентом;
• получить позицию другой стороны;
• оставить атрибутированным;
• исключить до подтверждения.
Это упражнение показывает: пять соседних предложений требуют пяти разных редакционных решений.

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

Проверка не выражает недоверия к собеседнику.
Человек отвечает из собственной памяти, роли и точки зрения. Автор видит материал шире: соединяет документы, версии, данные и последствия. Именно поэтому ответственность за итоговый факт нельзя переложить на источник.
Запись говорит: «это было сказано».
Редакционная проверка отвечает: «вот что мы имеем право утверждать».

• ST01 Что у нас считается хорошим материалом
• I14 Как получить из одного интервью несколько разных материалов
• PB01 Опубликовать — не значит выложить