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

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

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

Сохраняем основания для решений, а не только расшифровку

Сохрани возможность вернуться к сказанному

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

Проверь фрагменты, на которых будут основаны решения: имена, суммы, сроки, отрицания, условия. Особенно внимательно смотри на места, где говорят одновременно или система не уверена в говорящем

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

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

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

Раздели решение, предложение и гипотезу

Рассмотрим учебный фрагмент, который не взят из клиентской записи:

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

Из этой реплики нельзя сделать запись «Решили запустить страницу для руководителей». В ней есть предложение и предварительный шаг

Аккуратная обработка выглядит так:

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

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

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

Разбери расшифровку встречи по категориям:
1. Подтверждённые решения
2. Предложения, которые ещё обсуждаются
3. Открытые вопросы и противоречия
4. Действия с явно названным ответственным и сроком

Для каждого пункта укажи фрагмент-основание и временную отметку, если она есть
Не превращай предложение в решение
Не назначай ответственных и сроки самостоятельно
Если сведений нет, напиши «не согласовано»
Отдельно перечисли места, которые нужно прослушать и проверить

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

Учебный примерТри статуса одной рабочей заметки
Решение

Договорились проверить шаблон

Внести в план ↗
Предложение

Можно попробовать новый шаблон

Согласовать ↗
Гипотеза

Подготовка КП станет быстрее

Проверить ↗

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

Сделай короткий протокол для участников

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

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

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

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

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

Выдели заметки, которые пригодятся позже

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

В каждой заметке достаточно нескольких полей:

ПолеЗачем оно нужно
ТемаЧтобы найти заметку по рабочей задаче
СодержаниеОдин вопрос, вывод или решение
ИсточникЧтобы проверить исходный смысл
СтатусФакт, согласованное решение, гипотеза или вопрос
Дата и актуальностьЧтобы заметить устаревшее условие
Следующее действиеЧтобы знание попало в работу

Хранить такие записи можно в Markdown, обычных документах или привычной команде базе. Выбор приложения имеет смысл обсуждать после того, как понятны содержание и правила доступа

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

Используй базу при подготовке следующей работы

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

В каждом случае полезно формулировать задачу поиска. «Расскажи всё про клиента» слишком широко. «Какие ограничения по срокам явно обсуждались и где это зафиксировано?» помогает получить проверяемую подборку

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

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

Начни с одной встречи. Сделай протокол, выдели одну тематическую заметку и используй её при подготовке следующего документа. Тогда станет видно, чего не хватает в структуре и где ИИ действительно помогает

Разберём вашу задачу?

Расскажите о проекте и решении, которое нужно принять. Уточним подходящий формат и условия работы

Обсудить задачу