Бывшая Grammarly купила Fathom. Зачем объединять заметки, почту и документы
Созвон закончился, конспект сохранили — а рабочая инструкция осталась прежней. Именно этот переход интересен в покупке Fathom компанией Superhuman, ранее Grammarly. Сделку объявили 14 сентября. Разберём, что уже описано в продуктах, что пока остаётся планом и как выбрать одну полезную связку «заметки → документ». Покажу её на учебном примере; сервисы для этого материала я не запускал.
Что купили и чего пока не обещали
Superhuman сообщила о приобретении Fathom и планах связать его возможности с приложениями и агентами своей платформы, включая почту и документы. В анонсе есть сценарий: агент использует содержание встречи для подготовки обновления в рабочем документе, а человек его проверяет. Это описание будущего применения, не подтверждение запуска такой связки для всех пользователей.
У Fathom уже есть собственное предложение для работы со встречами. На официальной странице продукта описаны краткие итоги, расшифровки с поиском, вопросы по прошлым разговорам и подключения к другим рабочим инструментам. Это заявленные возможности сервиса, а не результаты моего испытания.
В анонсе покупки нет даты общей доступности новой интеграции Superhuman. Перенос всех записей, конкретный тариф и доступ из вашего региона из этой новости тоже не следуют.
Для команды важен следующий документ
Мой вывод из направления сделки: обсуждать стоит не только качество конспекта, но и место, где сведения из встречи будут дальше работать. Конспект нужен участникам разговора. Инструкция нужна человеку, который в разговоре не участвовал и хочет выполнить действие.
Если просто вставить весь конспект в справку, читателю придётся самостоятельно отделять обсуждения от полезного объяснения. Поэтому для первой связки я бы выбрал один небольшой документ и одного его читателя. Например: заметки продуктового обсуждения превращаются в раздел вопросов и ответов для сотрудников.
Заполненный пример: из обсуждения — в справку
Представим вымышленную внутреннюю библиотеку шаблонов. Команда обсуждает, как объяснить поиск пользователям. Это придуманный продукт, а не описание Fathom или Superhuman. Заметки ниже составлены редактором; реальную встречу никто не записывал.
Исходные заметки:
Поиск находит шаблоны по названию и описанию. Внутри прикреплённых документов он не ищет. На стартовом экране показываем шаблоны всех отделов. Человек может выбрать свой отдел в отдельном фильтре. Если ничего не нашлось, нужно попробовать более короткий запрос или снять фильтр отдела. Пример: вместо «готовый отчёт по итогам интервью» искать «интервью».
Куда переносим: раздел «Как найти шаблон» в справке библиотеки. Для кого: сотрудник, который впервые пользуется поиском. Результат: три коротких ответа, по которым он может действовать без записи встречи.
Вот готовая редакционная версия:
Где поиск ищет слова?
В названиях и описаниях шаблонов. Текст внутри прикреплённых документов не проверяется. Если помните фразу только из самого документа, попробуйте название задачи или тип шаблона.
Как оставить шаблоны своего отдела?
Выберите отдел в фильтре. На стартовом экране без фильтра показаны шаблоны всех отделов.
Что делать, если ничего не найдено?
Сократите запрос: например, замените «готовый отчёт по итогам интервью» на «интервью». Если выбран отдел, снимите фильтр и повторите поиск.
Сведения те же, но назначение текста другое. В заметках перечислены свойства. В справке они отвечают на вопросы человека, который столкнулся с конкретной ситуацией. Новый результат — готовый раздел документа, а не ещё одна сокращённая версия созвона.
Как поставить задачу помощнику
Для такого перехода достаточно указать исходник, читателя и место результата:
Преврати приведённые заметки о вымышленной библиотеке в раздел справки «Как найти шаблон». Читатель впервые открывает библиотеку. Сделай три вопроса и ответа: где ищутся слова, как выбрать отдел, что сделать при пустой выдаче. Используй только указанные возможности. Сохрани ограничение поиска внутри документов и пример с «интервью». Верни текст раздела, без истории обсуждения и без новых функций.
Перед заменой рабочей справки её владелец сверяет текст с действующим продуктом. В нашем примере специально заданы исходные сведения, но в реальном процессе сама запись встречи может быть неполной или устаревшей. Нужен человек, который знает, соответствует ли объяснение текущей версии.
Начать можно и с ручного переноса такого раздела. Тогда становится понятно, что именно хочется автоматизировать позже: получение заметок, подготовку черновика, его просмотр или обновление страницы. Не требуется сразу соединять всю почту, календарь и документы команды.
Покупка Fathom даёт повод пересмотреть этот переход, но не заменяет настройку конкретного процесса. Я бы оценивал первую связку по простому вопросу: появился ли нужный человеку рабочий документ и проверено ли его содержание? Количество сохранённых конспектов само по себе этого не показывает.
Какой документ у вас чаще всего отстаёт от обсуждений на встречах: справка, описание проекта или инструкция для команды?