Почему никто не читает ваши заметки со встреч и что писать вместо них

Пишите для того, кого не было в комнате

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

С тех пор у меня один тест для каждой заметки: поймёт ли человек, которого не было, что произошло и почему? Не что было сказано и в каком порядке. Что произошло. Список имён и дата фиксируют присутствие, а не объясняют.

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

Четыре заголовка, и четвёртый самый важный

Наш шаблон состоит из четырёх заголовков: Контекст, Решения, Открытые вопросы, Дальше. Контекст объясняет, почему встреча вообще случилась. Решения фиксируют, о чём договорились и почему. Открытые вопросы держат неопределённость на виду, вместо того чтобы прятать её за туманным «посмотрим». Дальше, это чек-лист с именами.

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

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

Решение, с которым можно поспорить позже

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

Причина теряется первой. Через полгода само решение видно в продукте, а причина живёт только в чьей-то голове. Храните и отклонённые варианты, если они могут вернуться. По одной строке: «Еженедельный дайджест отклонён: оба пользователя, которые его просили, хотели уведомлений, а не сводок». Это предложение весной спасло нас от повторного разговора.

Я когда-то считал, что это слишком много писанины для получасовой встречи. Потом посчитал. Решение с причиной и одним отклонённым вариантом, это около сорока слов. Повторная встреча, которую оно предотвращает, это полчаса четырёх человек.

Исправляйте заметку, а не чат

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

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

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

Пример: обзор импорта с Олегом

Вот как выглядит такая заметка. Название: «Обзор исследования, первый импорт». Контекст: на прошлой неделе Олег провёл три сессии, наблюдая, как люди впервые импортируют заметки; вопрос был, где они зависают. Доказательства: ссылки на три сводки сессий, причём увиденное отделено от того, что участники об этом говорили. Двое остановились на выборе файла; все трое потом сказали, что выбор файла «нормальный».

Решения: протестировать более понятное описание поддерживаемых форматов рядом с кнопкой импорта. Причина: пауза возникала до того, как кто-то выбрал файл, так что проблема, скорее всего, не в окне выбора, а в незнании, что оно принимает. Отклонено: видеоинструкцию, потому что никто в сессиях в тот момент не искал помощи. Открытые вопросы: та же ли пауза с Markdown ZIP или только с ENEX?

Дальше, чек-листом: Олег к среде пишет новое описание; Мария на следующей неделе проводит ещё две сессии с Markdown ZIP. Обратная ссылка на блокнот «Импорт», чтобы каждый, кто над ним работает, видел эту заметку в списке. Всё вместе около 180 слов. У Олега ушло двенадцать минут, и за следующий месяц заметка ответила на три вопроса коллег без единого сообщения ему лично.

Проверьте запись, прежде чем ей верить

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

Если договорённости не было, так и пишите. «Решения нет; вопрос открыт, пока не придут цифры от Олега», это законный итог встречи. Притворство рождает решения, которых никто не принимал, и именно их потом громче всего отменяют.

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

Куда дальше

Найдите это и через год

Учёба и исследования: от шестидесяти сохранённых статей до одного аргумента