Сообщения для разных адресатов по одному документу в Gemini Canvas

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

Факты во всех сообщениях остаются общими, но каждому адресату нужны свои подробности.

С Gemini эту работу можно разделить на два этапа:

Процесс выглядит так:

Метод из учебных материалов Google

В основе статьи — практическое задание из официального курса Google «AI for Writing and Communicating» на Coursera. Оно посвящено сообщениям для разных адресатов в Gemini Canvas. Сначала из документа выбирают факты и проверяют их. Затем определяют, что нужно знать каждому читателю. По этим сведениям Gemini помогает подготовить и доработать черновики сообщений. Первые четыре шага взяты из задания. Затем мы добавляем проверки для работы с сообщениями, которые предстоит отправить коллегам или клиентам.

Шаг 1. Соберите факты из документа

Начните с исходного документа.

Это может быть:

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

Прикрепите его к Gemini и объясните, какое сообщение нужно подготовить.

I’m a [your role] responsible for [the project] described in the document attached.

I’m working on [a piece of communication] announcing [the topic] to [the audience].

Pull [number] key points from the document that I can use in my message.

Например:

I’m a project manager responsible for the product launch described in the attached report.

I’m working on an email announcing the launch to the full company.

Pull 6 key points from the document that I can use in my message.

На первом шаге вы собираете сведения, которые станут основой текста:

Проверьте выбранные факты по документу, прежде чем превращать их в письмо.

Зачем проверять факты до написания текста

Часто к длинному отчёту добавляют только короткую просьбу:

В таком запросе модели приходится самой решить:

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

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

Сначала спросите:

После проверки фактов можно задать следующий вопрос:

Шаг 2. Определите, что важно каждому адресату

Разным участникам проекта нужны разные подробности об одном событии.

В задании Google на этом шаге Gemini выбирает сведения для двух адресатов.

Select some points specifically for two key stakeholders:

[stakeholder 1] and [stakeholder 2].

Start by thinking about their priorities based on their roles before choosing the points I should highlight for each.

Например:

Select some points specifically for two key stakeholders:

our CFO and our operations manager.

Start by thinking about their priorities based on their roles before choosing the points I should highlight for each.

При выборе сведений действует простой принцип:

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

Объясните, что важно конкретному адресату

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

Если приоритеты не указаны, модель вынуждена их предполагать:

Добавьте известный контекст в запрос:

Our CFO is reviewing this primarily for:

- budget impact;
- expected financial benefit;
- implementation cost;
- downside risk.

Using only the attached source document, select the points most relevant to those priorities.

Теперь выбор фактов будет опираться на описанную задачу адресата.

Шаг 3. Подготовьте сообщение в Canvas

Выбрав подходящие пункты, перейдите в Canvas и превратите их в черновик.

Draft the email to [stakeholder].

Include the [prioritized points from the previous step] as [format].

Например:

Draft the email to our CFO.

Include the prioritized financial and risk-related points from the previous step as bullets.

Все сообщения должны опираться на факты из одного источника.

Меняются:

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

Читателю будет легче найти нужные сведения. При этом смысл фактов должен остаться прежним.

Шаг 4. Отредактируйте нужные фрагменты

Когда черновик открыт в Canvas, можно выделить конкретный фрагмент и попросить Gemini изменить только его.

Например:

Make this subject line shorter.

Или:

Make this paragraph more formal.

Или:

Reduce this section to two sentences without removing the deadline.

Если сообщение почти готово, правьте только неудачный фрагмент. Выделите его в Canvas и опишите изменение: например, сократить абзац или сделать тон менее официальным.

Один документ — несколько сообщений

Чтобы версии не противоречили друг другу, сначала составьте проверенный список фактов.

Работа строится так:

Например, один отчёт о запуске может содержать:

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

Версия для финансового директора

Здесь можно подробнее раскрыть:

• затраты;
• ожидаемую отдачу;
• отклонение от бюджета;
• финансовый риск.

Версия для команды, которая выполняет работу

Этой команде нужно знать:

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

Версия для всей компании

В общем сообщении достаточно пояснить:

• что запускается;
• почему это важно;
• когда это произойдёт;
• что нужно знать сотрудникам.

Меняются подробности и порядок изложения. Информация о проекте остаётся той же.

Дополнение M2B2: подготовьте общий список фактов

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

Review the attached source document.

I am preparing communications about this project for several different stakeholders.

Before drafting anything, create a source-of-truth table.

For each important point, include:

- fact
- supporting section in the source
- date or deadline, if present
- owner, if present
- number or metric, if present
- whether the information is explicit or inferred

Rules:

1. Use only information contained in the attached document.
2. Do not invent missing details.
3. Do not rewrite uncertain information as fact.
4. Mark anything inferred as "Inference".
5. Preserve important numbers, dates, and commitments exactly.

Do not draft any communications yet.

Он станет общей основой для всех сообщений.

Как возникают расхождения между версиями

Если писать каждое письмо отдельно, модель может незаметно изменить исходные сведения.

В одной версии может быть сказано:

В другой:

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

Дополнение M2B2: опишите читателей

После проверки фактов определите, что нужно каждому адресату.

Например:

Using the verified fact base above, prepare an audience map for these stakeholders:

1. CFO
2. Operations Manager
3. Full Company

For each audience, provide:

- their communication goal;
- known priorities I provided;
- facts from the source that are most relevant;
- details that can probably be omitted;
- questions the message should answer;
- appropriate level of detail;
- recommended call to action.

Do not create new project facts.

If a stakeholder priority is based only on your general assumption about the role rather than information I provided, label it "Assumed priority".

Разделите сведения об адресатах на две группы:

Подготовьте текст по проверенному описанию аудитории

Проверьте описание адресата и его приоритетов, затем переходите к сообщению.

Например:

Using only the approved fact base and audience map, draft an email to our CFO.

Purpose:
Provide a concise update and request approval for the next phase.

Structure:

- short subject line;
- 2-sentence opening;
- 4 bullet points covering the most relevant financial and risk information;
- clear decision required;
- deadline for the decision.

Tone:
Direct, concise, professional.

Do not add benefits, risks, dates, costs, or commitments that are not contained in the approved fact base.

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

Сохраняйте факты при смене акцентов

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

Например:

Факт из источника

Сообщение финансовому директору

Сообщение операционной команде

Версии подчёркивают разные факты из одного источника. Срок, бюджет и предварительный характер плана не изменились.

Проверьте, не пропущены ли важные сведения

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

Review this stakeholder-specific draft against the original source document.

Identify any information that was omitted but may still be necessary for this stakeholder to:

- understand the decision;
- understand the risk;
- understand their responsibility;
- act correctly.

For each potentially important omission, explain:

1. What information is missing.
2. Why this stakeholder may need it.
3. Whether it should be added to the message or can remain in the source document.
4. Where in the draft it would fit best if added.

Also flag:

- any statement in the draft that is stronger than the source supports;
- any date, number, commitment, benefit, or risk that has changed from the source;
- any wording that could create a misleading impression because relevant context was removed.

Use the original source document as the factual reference.

Do not add new facts.

Do not rewrite the message yet.

Return only the completeness review and recommended changes.

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

Без неё процесс сокращается до:

Сравните факты во всех версиях

Перед отправкой сопоставьте сообщения друг с другом и с исходным документом.

Compare the following stakeholder communications against the original source document.

For every message, check:

- dates;
- numbers;
- names;
- commitments;
- deadlines;
- project status;
- benefits;
- risks;
- requested actions.

Create a consistency report.

For each discrepancy, show:

1. The wording in the source.
2. The wording in each affected communication.
3. Why they differ.
4. Which version stays closest to the source.

Do not rewrite the messages yet.

Do not decide which stakeholder should receive more or less information.

Only check factual consistency.

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

Отделяйте факты от интерпретации

В сообщениях иногда нужно объяснить, что означают данные.

Например, источник может сообщать:

При подготовке сообщения этот показатель могут пересказать так:

Снижение обращений на 18% — конкретный показатель. Вывод об эффективности всей работы шире и требует дополнительных оснований. Попросите Gemini отметить выводы, которые нельзя подтвердить сведениями из исходного документа.

Review this draft and classify every important claim as:

- Direct source fact
- Calculation based on source facts
- Interpretation
- Recommendation
- Assumption

For every interpretation, recommendation, or assumption, show which source information it is based on.

Flag anything that has no support in the source document.

Так будет видно, какие выводы нужно проверить отдельно.

Составьте план сообщений по проекту

Если сообщений много, соберите их в таблицу с адресатами, целями и форматами.

Например:

Можно попросить Gemini создать её автоматически:

Using the source document and stakeholder information we have already established, create a communications matrix.

Include:

- audience
- purpose of communication
- most relevant verified facts
- questions the audience needs answered
- information they do not need
- recommended format
- recommended tone
- required call to action
- timing or deadline, if the source provides one

Do not create project facts that do not exist in the source.

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

Используйте разные форматы

По исходному документу можно подготовить не только письма.

Проверенные сведения пригодятся для:

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

Например:

Using the approved source-of-truth table, create three communication assets.

1. Executive email
Audience: leadership
Maximum length: 180 words
Focus: business impact, risk, decision required

2. Team announcement
Audience: all employees
Maximum length: 250 words
Focus: what is changing, when, and what employees need to do

3. Manager briefing
Audience: team managers
Format: bullets
Focus: timeline, responsibilities, questions employees may ask

Keep all dates, numbers, commitments, and project status consistent across all three versions.

Do not introduce information that is not contained in the approved source.

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

Правьте отдельные фрагменты

Когда структура уже подходит, можно менять только неудачные предложения и разделы. В Canvas для этого можно выделить нужный фрагмент и описать правку. Например:

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

Порядок подготовки и проверки сообщений

Для регулярной работы удобно выделить шесть этапов.

Этап 1 — Источник

Извлеките проверенные факты.

Этап 2 — Аудитория

Определите, что нужно знать каждому адресату.

Этап 3 — Приоритеты

Выберите важные для адресата сведения, сохранив их смысл.

Этап 4 — Черновик

Выберите подходящие формат и тон.

Этап 5 — Проверка

Сверьте черновик с источником.

Этап 6 — Доработка

Доработайте формулировки, сохраняя проверенные факты.

Весь порядок работы:

Шаблон промпта для подготовки сообщений

В этом запросе собраны требования ко всем этапам:

I need to create several stakeholder communications from the attached source document.

Do not draft any messages immediately.

Work through the following stages.

STAGE 1 — SOURCE OF TRUTH

Extract the important factual information from the document.

For every item include:

- fact
- source section
- date or deadline
- number or metric
- owner, if stated
- status
- whether it is explicit or inferred

Do not invent missing information.

STAGE 2 — AUDIENCES

My audiences are:

[audience 1]
Priorities:
[priorities]

[audience 2]
Priorities:
[priorities]

[audience 3]
Priorities:
[priorities]

For each audience, identify:

- which verified facts are most relevant;
- which questions their communication should answer;
- what action they need to take;
- what level of detail is appropriate.

If you infer a stakeholder priority that I did not provide, label it as an assumption.

STAGE 3 — COMMUNICATION PLAN

Create a table showing:

- audience
- communication objective
- facts to include
- format
- tone
- call to action

STAGE 4 — DRAFT

Draft each communication using only the verified source facts and the approved communication plan.

Do not invent:

- dates
- numbers
- benefits
- risks
- commitments
- project status

STAGE 5 — VERIFY

Compare every draft against the original source.

Flag:

- factual discrepancies;
- unsupported claims;
- changed numbers or dates;
- important omissions;
- interpretations presented as facts.

STAGE 6 — FINALIZE

Only after the verification step, produce the final versions.

Keep factual information consistent across all audiences while adapting emphasis, detail, structure, and tone to each one.

Для нового документа замените исходные сведения, адресатов и цели сообщений.

Где этот подход полезен

Подход полезен, когда об одном проекте или событии нужно сообщить нескольким группам. Например:

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

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

Как сохранить точность во всех сообщениях

Быстро подготовить несколько версий письма недостаточно.

В рабочей задаче важен результат:

Поэтому отдельно проверяйте:

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

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

Источник

На основе официального курса Google «AI for Writing and Communicating» на Coursera.