День 4

Разобрать документ и извлечь главное

В День 3 вы работали с сырым материалом: заметками, набросками, длинными сообщениями или неструктурированным текстом. Там главная задача была — превратить хаос в понятный рабочий результат.

Что вы получите сегодня

Сегодня вы:

научитесь задавать ИИ конкретный вопрос к документу, а не просто просить “разобрать”;
получите шаблон для извлечения главного, действий, вопросов, рисков и зон проверки;
увидите разницу между обычным пересказом и рабочим разбором под цель;
сохраните размеченный документ: фрагменты источника с пометками [ГЛАВНОЕ], [ДЕЙСТВИЕ], [ВОПРОС] и [РИСК], готовые к использованию в вашей задаче.

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

Здесь важно не просто попросить ИИ: “сделай краткое содержание”. Краткий пересказ редко отвечает на рабочий вопрос. Один и тот же документ можно разбирать по-разному: чтобы понять суть, найти действия, выделить требования, увидеть риски, подготовить вопросы или проверить, что именно от вас ожидается.

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

Зачем это нужно

В работе документы часто читают не “для общего развития”, а с конкретной целью:

понять, что от вас требуется;
быстро войти в новый проект;
выделить решения и договорённости;
найти сроки, ответственных и следующие шаги;
подготовить вопросы к автору документа;
проверить, нет ли противоречий, рисков или недостающих данных.

Обычный запрос “сделай саммари” часто даёт гладкий пересказ, но не помогает действовать. В нём могут потеряться обязательные требования, спорные места, условия, исключения и вопросы, которые нужно уточнить.

Более сильный подход — сначала определить, зачем вы читаете документ, а потом просить ИИ извлечь именно то, что нужно для этой цели.

Пример разницы:

Слабая цель:
Понять документ в целом.

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

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

Практическая инструкция

Выберите один документ, с которым можно безопасно работать. Для тренировки подойдёт:

внутренняя инструкция без чувствительных данных;
описание процесса;
проектный бриф;
правила работы;
учебный материал;
обезличенный фрагмент регламента;
открытый документ или публичное описание.

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

Дальше двигайтесь по шагам.

Шаг 1. Определите цель разбора

Перед тем как отправлять документ ИИ, ответьте себе:

Зачем я разбираю этот документ?
Что мне нужно понять или сделать после чтения?
Какой результат будет полезен: сводка, список действий, вопросы, риски, требования, план?

Примеры целей:

Мне нужно понять, какие действия ожидаются от моей команды.

Мне нужно выделить требования, которые нельзя пропустить.

Мне нужно подготовить вопросы к автору документа.

Мне нужно быстро войти в проект и понять, что уже решено, а что нет.

Мне нужно проверить, нет ли в документе противоречий или неясных мест.

Шаг 2. Подготовьте безопасный фрагмент

Не загружайте документ целиком “на всякий случай”, если для задачи достаточно части.

Перед работой с ИИ проверьте:

Есть ли в документе персональные данные?
Есть ли клиентские данные?
Есть ли финансовые показатели?
Есть ли договорные условия?
Есть ли коммерческая тайна?
Есть ли внутренние названия проектов, клиентов, людей или систем?
Можно ли заменить их условными обозначениями?
Можно ли сократить документ до нужного фрагмента?
Разрешён ли выбранный AI-инструмент для такого типа данных?

Если есть чувствительные данные, используйте один из подходов:

1. Работайте только в разрешённом корпоративном инструменте.
2. Используйте обезличенную версию.
3. Уберите лишние фрагменты.
4. Замените имена, компании, суммы, контакты и внутренние названия условными обозначениями.
5. Оставьте только тот фрагмент, который нужен для задачи.

Пример обезличивания:

Было:
Клиент ООО “Альфа” просит подготовить расчёт до 15 мая. Ответственный — Иван Петров. Бюджет проекта — 4,8 млн рублей.

Стало:
Клиент [Клиент А] просит подготовить расчёт до [срок X]. Ответственный — [роль/участник 1]. Бюджет заменить на диапазон или убрать, если он не нужен для задачи.

Шаг 3. Дайте ИИ не только документ, но и задачу

Не отправляйте документ с запросом:

Разбери документ.

Такой запрос слишком общий. ИИ сам решит, что важно, и может пропустить то, что нужно именно вам.

Лучше задайте рамку:

Мне нужно разобрать документ не для пересказа, а для дальнейшей работы.
Цель: понять, что нужно сделать, какие требования обязательны, какие вопросы остались и какие места требуют ручной проверки.
Используй только текст документа. Не добавляй предположений.
Если в документе чего-то нет, так и напиши.

Шаг 4. Попросите структурированный результат

Для большинства рабочих документов удобна такая структура:

1. Краткая суть документа
2. Ключевые положения
3. Требования или правила
4. Действия и ответственные
5. Сроки и ограничения
6. Вопросы, которые нужно уточнить
7. Риски или неясные места
8. Что нужно проверить вручную

Не все пункты будут применимы к каждому документу. Это нормально. Важнее, чтобы ИИ не выдумывал недостающие части.

Шаг 5. Сверьте результат с документом

После ответа ИИ не ограничивайтесь чтением красивой сводки.

Проверьте:

Не пропущены ли важные требования?
Не добавил ли ИИ то, чего нет в документе?
Правильно ли перенесены сроки, роли, ограничения и условия?
Не перепутаны ли обязательные требования и рекомендации?
Есть ли места, где ИИ сделал вывод вместо автора документа?
Какие пункты нужно перечитать вручную?

Удобный способ сверки — разметка: пройдите по исходному документу и пометьте подтверждённые места прямо в тексте:

[ГЛАВНОЕ] — ключевое положение
[ДЕЙСТВИЕ] — что нужно сделать
[ВОПРОС] — что осталось неясным
[РИСК] — что требует внимания или ручной проверки

Так вы остаётесь в контакте с источником, а не с пересказом: каждая пометка опирается на конкретный фрагмент документа. Размеченный документ и есть артефакт сегодняшнего дня.

Полноценный рабочий пример

Представим, что у вас есть фрагмент проектного брифа. Документ не юридический и не финансовый. Он описывает запуск нового внутреннего процесса.

1. Исходный фрагмент документа

Проектный бриф: запуск ежемесячной сводки по клиентским обращениям

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

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

Формат результата:
До 5 числа каждого месяца ответственный специалист готовит краткую сводку за предыдущий месяц. В сводке должны быть:
- 5–7 основных тем обращений;
- примеры типичных формулировок клиентов без персональных данных;
- динамика по сравнению с прошлым месяцем, если данные доступны;
- список проблем, которые требуют решения владельцев процессов;
- предложения по следующим действиям.

Ограничения:
В сводку нельзя включать персональные данные клиентов, контакты, номера договоров, суммы оплат и прямые цитаты, по которым можно определить клиента. Перед отправкой руководителям сводку проверяет руководитель поддержки.

Роли:
Ответственный за подготовку сводки — специалист поддержки.
Руководитель поддержки проверяет сводку перед отправкой.
Руководители направлений рассматривают проблемы и дают обратную связь по действиям.

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

2. Слабый или слишком общий запрос

Разбери этот документ и сделай краткое содержание.

3. Почему он слабый

Этот запрос не объясняет, зачем нужен разбор. ИИ может сделать аккуратный пересказ, но не выделить то, что важно для работы:

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

В результате пользователь получает текст “о чём документ”, но не получает карту для действия.

4. Рабочий запрос

Мне нужно разобрать фрагмент проектного брифа не для общего пересказа, а для дальнейшей работы.

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

Проанализируй документ строго по его тексту. Не добавляй факты и выводы, которых нет в документе. Если данных не хватает, отметь это как вопрос или зону проверки.

Сделай результат в такой структуре:

1. Краткая суть документа — 2–3 предложения.
2. Что уже определено.
3. Что нужно сделать.
4. Обязательные требования и ограничения.
5. Роли и ответственность.
6. Открытые вопросы.
7. Возможные риски при запуске.
8. Что мне нужно проверить вручную в исходном документе.

Документ:

[вставьте текст документа]

5. Пример результата ИИ

1. Краткая суть документа

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

2. Что уже определено

- Сводка готовится ежемесячно.
- Срок подготовки — до 5 числа каждого месяца.
- Анализируется предыдущий месяц.
- На первом этапе используются обращения из общей почты поддержки и формы обратной связи на сайте.
- Личные чаты менеджеров и телефонные звонки в первый этап не входят.
- Перед отправкой руководителям сводку проверяет руководитель поддержки.

3. Что нужно сделать

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

4. Обязательные требования и ограничения

- Нельзя включать персональные данные клиентов.
- Нельзя включать контакты.
- Нельзя включать номера договоров.
- Нельзя включать суммы оплат.
- Нельзя использовать прямые цитаты, по которым можно определить клиента.
- На первом этапе нельзя включать личные чаты менеджеров и телефонные звонки, потому что они не входят в scope первого этапа.

5. Роли и ответственность

- Специалист поддержки готовит сводку.
- Руководитель поддержки проверяет сводку перед отправкой.
- Руководители направлений рассматривают проблемы и дают обратную связь по действиям.

6. Открытые вопросы

- Кто будет собирать обратную связь от руководителей направлений после отправки сводки?
- Как будет устроен единый справочник тем обращений?
- Нужно ли включать обращения из CRM на втором этапе?
- Кто будет владельцем процесса после запуска?
- Как будет фиксироваться выполнение предложенных действий?

7. Возможные риски при запуске

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

8. Что нужно проверить вручную в исходном документе

- Точную дату запуска: указано “с 1 июля”, но нужно понять, какой месяц будет первым отчётным.
- Формат “до 5 числа”: это календарный или рабочий день.
- Достаточно ли описаны источники данных.
- Есть ли отдельное описание процедуры обезличивания.
- Кто утверждает итоговый формат сводки.
- Где будет храниться сводка и кто будет иметь к ней доступ.

6. Что в результате полезно и что нужно проверить

Полезно, что ИИ не просто пересказал документ, а разложил его на рабочие части:

суть;
определённые положения;
действия;
требования;
роли;
открытые вопросы;
риски;
зоны ручной проверки.

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

Особенно полезны разделы “Открытые вопросы” и “Что нужно проверить вручную”. Они помогают не принять документ за полностью готовый, если в нём есть пробелы.

7. Что нужно проверить вручную

Даже хороший ответ ИИ нужно сверить с документом.

В этом примере вручную стоит проверить:

1. Не придумал ли ИИ лишние действия.
Например, “где будет храниться сводка” не указано в документе. Это хороший вопрос, но не факт из документа.

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

3. Верно ли перенесены ограничения.
Персональные данные, контакты, номера договоров, суммы оплат и узнаваемые цитаты действительно указаны в документе как запрет.

4. Верно ли определены границы первого этапа.
Личные чаты и звонки не входят в первый этап. Это важно не потерять.

5. Нет ли важных пунктов, которые ИИ пропустил.
Например, “предложения по следующим действиям” — обязательная часть сводки. Если ИИ не включил её в действия, результат нужно исправить.

Главный вывод: ИИ помогает увидеть карту документа, но финальную уверенность даёт только сверка с источником.

Готовый шаблон запроса для своей задачи

Скопируйте шаблон и подставьте свой документ или безопасный фрагмент.

Мне нужно разобрать документ не для общего пересказа, а для дальнейшей работы.

Моя цель:
[напишите, зачем вы разбираете документ: понять суть / найти действия / выделить требования / подготовить вопросы / увидеть риски / проверить ограничения]

Тип документа:
[инструкция / регламент / проектный бриф / описание процесса / правила работы / аналитическая записка / другое]

Что важно извлечь:
- главное содержание;
- ключевые требования;
- действия и следующие шаги;
- роли и ответственность;
- сроки и ограничения;
- открытые вопросы;
- риски или неясные места;
- что нужно проверить вручную.

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

Формат результата:

1. Краткая суть документа
2. Что уже определено
3. Что нужно сделать
4. Ключевые требования или правила
5. Сроки, роли и ответственность
6. Открытые вопросы
7. Возможные риски
8. Что нужно проверить вручную в исходном документе

Документ или фрагмент:

[вставьте текст]

Короткий вариант шаблона

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

Разбери документ под мою цель: [цель].

Выдели:
1. главное;
2. факты и требования из документа;
3. действия и следующие шаги;
4. открытые вопросы;
5. риски или неясные места;
6. что нужно проверить вручную.

Используй только текст документа. Не додумывай. Если данных нет, так и напиши.

Документ:
[вставьте текст]

Как проверить результат

Цель

Ответ помогает решить мою задачу или просто пересказывает документ?

Опора на источник

Ключевые выводы действительно есть в документе?

Факты

Правильно ли перенесены даты, сроки, роли, ограничения, суммы, названия и условия?

Разделение фактов и выводов

Понятно ли, где факт из документа, а где предположение или рекомендация ИИ?

Полнота

Не пропущены ли важные требования, исключения, ограничения или условия?

Действия

Понятно ли, что нужно сделать дальше?

Открытые вопросы

Показал ли ИИ, чего в документе не хватает?

Риски

Не появились ли в ответе слишком уверенные выводы без основания?

Чувствительные данные

Нет ли в результате персональных, клиентских, финансовых, договорных или внутренних данных, которые нельзя дальше пересылать?

Цена ошибки

Если ошибка в разборе может повлиять на клиента, деньги, сроки, юридические обязательства или людей — достаточно ли глубокой была ручная проверка?


Хороший AI-разбор документа не обязан быть финальным ответом. Его задача — помочь вам быстрее понять структуру, увидеть важные места и решить, что читать внимательнее.

Типичные ошибки

Ошибка 1. Просить “сделай саммари” без цели

Такой запрос даёт пересказ, но не даёт рабочего результата.

Лучше:

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

Ошибка 2. Загружать документ целиком без необходимости

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

Лучше:

Я дам только разделы “Цель”, “Требования”, “Роли” и “Открытые вопросы”. Разбери их для подготовки списка действий.

Ошибка 3. Не обезличивать чувствительные данные

ИИ не должен получать лишние персональные, клиентские, финансовые, договорные или конфиденциальные данные.

Лучше:

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

Ошибка 4. Принимать пересказ ИИ за понимание документа

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

Лучше:

После ответа ИИ я сверю ключевые пункты с исходным документом.

Ошибка 5. Не просить открытые вопросы

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

Лучше:

Отдельно выдели, что в документе не определено, но нужно уточнить для дальнейшей работы.

Ошибка 6. Просить ИИ принять решение по документу

ИИ может помочь подготовить решение, но не должен принимать его за вас.

Слабый вариант:

Стоит ли нам запускать этот процесс?

Рабочий вариант:

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

Ошибка 7. Использовать один и тот же запрос для любых документов

Разные документы требуют разных вопросов.

Примеры:

Для инструкции:
Что нужно делать по шагам? Где есть исключения?

Для проектного брифа:
Что уже определено? Что нужно уточнить? Какие риски для запуска?

Для регламента:
Какие требования обязательны? Кто за что отвечает? Где возможны нарушения?

Для аналитической записки:
Какие факты приведены? Какие выводы сделаны? На чём они основаны? Что требует проверки?

Для договора или юридически значимого документа:
Какие пункты требуют внимания специалиста? Что нужно передать на юридическую проверку? Не делать финальных юридических выводов по пересказу ИИ.

Маленькое задание на день

Выберите один из двух маршрутов.

Маршрут 1. Использовать свой документ

Возьмите небольшой рабочий документ или фрагмент на 1–2 страницы. Лучше выбрать не самый рискованный документ, а безопасный материал для тренировки: инструкцию, описание процесса, внутренние правила, проектный бриф, учебный материал или обезличенный фрагмент.

Сделайте 5 шагов:

1. Определите цель разбора.
Например: найти действия, требования, вопросы или риски.

2. Подготовьте безопасный фрагмент.
Уберите лишнее, обезличьте чувствительные данные, проверьте допустимость инструмента.

3. Используйте шаблон запроса из этого дня.

4. Получите структурированный разбор:
- главное;
- требования;
- действия;
- вопросы;
- риски;
- ручная проверка.

5. Сверьте разбор с документом и разметьте источник:
отметьте в тексте [ГЛАВНОЕ], [ДЕЙСТВИЕ], [ВОПРОС] и [РИСК].
Каждая пометка должна опираться на конкретный фрагмент документа,
а не на пересказ ИИ.

Сохраните размеченный документ — это артефакт дня. К нему добавьте два коротких наблюдения:

Что ИИ выделил верно, а что пришлось исправить после сверки:
Какие пометки [ВОПРОС] и [РИСК] требуют действий в ближайшее время:

Итог дня

Сегодня вы научились работать с документом не как с текстом “для краткого пересказа”, а как с источником для рабочей задачи.

Главная схема дня:

цель разбора → безопасный фрагмент → конкретный запрос → разбор ИИ → разметка источника и ручная проверка

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

Особенно важное правило:

Чем выше цена ошибки, тем меньше можно полагаться на пересказ и тем внимательнее нужно сверять результат с исходным документом.

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