Когда вся компания держится у вас в голове

У компании могут быть сотрудники, рабочие чаты, папки с документами и система задач, но при этом значительная часть работы всё равно держится в голове руководителя. Только он помнит, что клиент уточнил по телефону, почему пока нельзя отправлять предложение и кто обещал вернуться с ответом.

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

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

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

Задача записана, но её всё равно нужно объяснять

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

Руководитель передаёт задачу сотруднику. В системе появляется карточка «Подготовить предложение», к ней прикладывают файлы и ставят срок. Кажется, всё необходимое сделано.

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

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

Такая задача формально записана, но для её выполнения по-прежнему требуется доступ к памяти руководителя. Ему приходится заново рассказывать предысторию, объяснять исключения и проверять, не потерялось ли что-нибудь ещё.

Что именно приходится держать в голове

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

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

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

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

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

Именно эту нагрузку полезно увидеть до выбора инструментов.

Почему ещё одна таблица может не помочь

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

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

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

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

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

Собрать запись, по которой можно продолжить

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

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

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

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

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

Как здесь может помочь ИИ

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

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

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

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

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

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

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

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

Сохранённая договорённость должна оставаться актуальной

После первой аккуратно оформленной карточки возникает следующий вопрос: что произойдёт, когда клиент снова что-нибудь изменит?

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

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

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

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

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

Необязательно сразу менять работу всей команды

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

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

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

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

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

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

Что останется руководителю

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

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

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

Мне кажется, одна из практических возможностей ИИ здесь — снизить усилия, необходимые для превращения разговора в пригодную для работы запись. Человек объясняет происходящее привычным способом, модель помогает собрать текст, а человек проверяет смысл и принимает решение.

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

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

Если вы узнаёте в этом свою работу, но пока трудно понять, с какого участка начать, такую ситуацию можно разобрать вместе. На консультации мы берём один реальный процесс, смотрим, где теряются договорённости и почему задачи возвращаются к руководителю, а затем определяем, какое изменение стоит попробовать первым. О том, как проходит этот разговор и что остаётся у вас после него, я рассказал в материале «Как устроена работа со мной».

Следующий шаг

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

Связанные материалы

• Прежде чем строить ИИ-агента, расскажите, как проходит ваш рабочий день.
• Сначала — выгрузить из головы.
• Как устроена работа со мной.

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov.