GPT для документов: разбираем реальный ответ LibraChat по протоколу выставки. Как отделить поручения от идей, сохранить сроки и зависимости и проверить таблицу.
Ольга
Основатель малого бизнеса, партнёр
7 мин чтения
Из четырёх фраз о выставке я получила три поручения. Самая заметная цифра, 200 каталогов, в этот список не попала: тираж ещё обсуждали. Когда ищешь GPT для документов ради итогов встречи, такая разница важнее длины пересказа. Мне нужен перечень действий, который можно передать участникам без новых обязательств, возникших только при сокращении текста.
Я попросила LibraChat разобрать короткий фрагмент протокола и вернуть таблицу. Начала с одной встречи. Так легче сверить список. Хотела увидеть, что именно поручили и как действия связаны друг с другом. Ниже покажу фактический ответ и мою сверку каждой строки с исходником.
С большим протоколом сначала полезно разобрать исходный документ и выбрать фрагмент с нужными договорённостями. Для перечня поручений я беру именно этот фрагмент: так каждому действию проще найти основание, а обсуждение других тем не попадает в задачи автоматически.
GPT для документов: сначала выделяю действия
После встречи легко записать всё подряд: предложение, согласованную работу, возражение и вопрос на потом. В обычном абзаце это нормально. В списке задач такие фразы начинают выглядеть одинаково убедительно, особенно если каждому пункту досталась аккуратная галочка.
Поэтому сначала я смотрю на глагол и статус договорённости. «Уточняет стоимость» задаёт работу. «Обсудили идею» сообщает о состоявшемся разговоре. Чтобы второе превратилось в поручение, нужно ещё решение: кто и что делает дальше. Сокращение протокола не принимает его за участников.
В нашем фрагменте были такие сведения:
Куратор собирает список экспонатов к 12 ноября. Дизайнер верстает каталог после получения списка; календарный срок вёрстки не определён. Идею печатать 200 каталогов обсудили, решение о тираже отложено. Администратор уточняет стоимость доставки к 14 ноября.
Это помогает остановиться вовремя. Например, я не добавляю отдельную задачу «заказать печать» только потому, что каталог уже верстают. Подготовка макета не устанавливает тираж. А выяснение стоимости доставки не означает, что доставку уже заказали и оплатили.
Если исходник большой, начни с одного раздела или одной встречи. Удобнее проверить небольшой перечень целиком, чем получить десятки правдоподобных строк и не понимать, откуда взялась каждая. Для передачи чату подготовь текст без ненужных контактов и персональных сведений участников.
Срок и зависимость я держу раздельно
Сначала я хотела поставить все действия на одну временную линию. У куратора есть 12 ноября, у администратора 14 ноября. Между ними будто просится вёрстка. Но документ такого расписания не задаёт. Он сообщает только, что дизайнер начинает после получения списка.
Из этого нельзя вывести ни точную дату начала, ни продолжительность работы. Список могут передать раньше назначенного срока. Могут задержать. Самой вёрстке потребуется время, которого в нашем фрагменте нет. Если вписать удобную дату, таблица начнёт рассказывать больше исходного документа.
Мне нужны две колонки: срок и зависимость. Первая отвечает на вопрос, к какому моменту выполнить действие. Вторая сохраняет условие, которое связывает работы. Совмещать их в одной записи вроде «после 12 ноября» здесь было бы неточно: в исходнике событием названо получение списка, а не наступление даты.
Ещё одна тонкость — порядок строк. Если администратор стоит после дизайнера, это не означает, что уточнять доставку нужно только после вёрстки. Таблица может повторять порядок упоминаний в протоколе. Последовательность исполнения приходится обосновывать отдельно.
Отдельно я подготовила бы вопросы: когда нужно завершить вёрстку и кто возвращает решение о тираже на обсуждение? Это вопросы после чтения, а не новые поручения, якобы извлечённые из протокола. Не стоит добавлять их в основную таблицу без обозначения статуса. Ответы могут изменить план. Если на следующей встрече появится срок, он станет новым условием работы; его следует отметить как обновление, а не приписывать исходному фрагменту задним числом.
Если протоколы приходят файлами и становятся регулярной задачей, заранее сопоставь доступ к работе с файлами со своим рабочим объёмом. Выбранный режим должен подходить к исходникам, с которыми ты собираешься работать постоянно.
С подготовленным фрагментом открой LibraChat и попроси разделить поручения, сроки и зависимости. В моём запросе после фрагмента были названы колонки и ограничения:
Верни таблицу: поручение, ответственный, срок, зависимость. Не превращай обсуждавшуюся идею в утверждённое поручение и не назначай отсутствующий срок. После таблицы одной строкой укажи, какое решение отложено.
Это часть фактически отправленного запроса. При повторении на своём документе добавь сам фрагмент протокола: инструкция без исходных договорённостей не сообщит, какие действия действительно поручены.
Таблица, которую вернул чат
LibraChat ответил таблицей из трёх строк. Привожу её без редактирования значений:
Поручение · Ответственный · Срок · Зависимость
Собрать список экспонатов — Куратор — 12 ноября — —
Сверстать каталог — Дизайнер — не определён — после получения списка экспонатов
Уточнить стоимость доставки — Администратор — 14 ноября — —
Под ней была отдельная строка:
Отложено решение о тираже каталогов.
Я проверила не только число строк. У куратора осталось именно составление списка, у администратора — уточнение стоимости, а у дизайнера — вёрстка. Исполнители не поменялись местами. Календарный срок у дизайнера не появился. Условие получения списка сохранилось в своей колонке.
Тираж тоже остался в правильном состоянии. В ответе нет поручения напечатать 200 экземпляров. При этом отложенный вопрос не исчез совсем: его можно вернуть к следующему обсуждению. Для меня это существеннее того, насколько бодро звучит итог встречи.
Прочерки я читаю в пределах этого фрагмента: зависимость для двух действий там не названа. По одной короткой записи нельзя судить обо всех обстоятельствах выставки. Если для настоящего плана нужны дополнительные связи, их следует уточнить у участников, а затем добавить с понятным основанием.
В данном примере результатом была таблица в сообщении. Такой вид удобен для сверки. Сам по себе он не означает, что задачи уже попали в рабочую систему исполнителей. Переход от подготовленного перечня к назначению работы остаётся отдельным действием команды.
Передаю перечень только после приёмки
Гладкая таблица легко создаёт ощущение, что встреча наконец закончена. Я всё же прохожу её вместе с исходником. Особенно внимательно смотрю на строки, где появились конкретные даты и уверенные глаголы: именно они способны незаметно превратить предположение в обещание.
Для своего документа попробуй такой порядок:
Сопоставь каждое поручение с конкретной фразой протокола.
Проверь исполнителя и смысл действия целиком.
Отдели названные сроки от предложений по планированию.
Убедись, что зависимости не заменены датами по догадке.
Передай нерешённые вопросы участникам отдельно от подтверждённых задач.
Если сотрудник отвечает, что такое поручение не принимал, я возвращаюсь к исходной записи. Возможно, в протоколе неоднозначная фраза. Возможно, задача действительно требует повторного согласования. Спор нельзя закончить аргументом, что таблица уже красиво оформлена.
После уточнения удобно обновить перечень в том же разговоре, обозначив, какое новое условие подтверждено. Но я сохраняю разницу между извлечением и планированием: сначала выясняем, что договорились сделать, затем при необходимости назначаем недостающие сроки. Вторую работу не прячем внутри первой.
Возьми запись одной завершённой встречи. Попробуй получить из неё короткий перечень и спросить каждого исполнителя, узнаёт ли он свою договорённость. Если самое яркое число осталось среди открытых вопросов, это вполне может быть правильным итогом разбора. В нашем протоколе именно так произошло с тиражом.
