Чому ніхто не читає ваші нотатки зі зустрічей і що писати натомість

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

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

Відтоді в мене один тест для кожної нотатки: чи зрозуміє людина, якої не було, що сталося і чому? Не що було сказано і в якому порядку. Що сталося. Список імен і дата фіксують присутність, а не пояснюють.

Нотатка починається із запитання, на яке група шукала відповідь, і з матеріалів, які розглядали. Якщо був бриф або попереднє рішення, дайте посилання. Читач має повернутися до контексту одним кліком, а не відновлювати його з пам’яті.

Чотири заголовки, і четвертий найважливіший

Наш шаблон складається з чотирьох заголовків: Контекст, Рішення, Відкриті запитання, Далі. Контекст пояснює, чому зустріч узагалі відбулася. Рішення фіксують, про що домовилися і чому. Відкриті запитання тримають непевність на видноті, замість ховати її за туманним «побачимо». Далі, це чек-лист з іменами.

Відкриті запитання, це заголовок, якому люди опираються. Здається, що ви визнаєте провал зустрічі. Насправді це найчесніша частина нотатки, і саме з неї починається наступна зустріч. «Ми не знаємо, проблема дайджестів у частоті чи в змісті» корисніше за впевнений абзац, який удає, що знаємо.

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

Рішення, з яким можна посперечатися пізніше

Порівняйте дві версії одного рішення. «Покращити онбординг». І: «У наступному тесті поставити гайд з імпорту поруч із порожнім блокнотом, бо троє нових користувачів спитали, з чого почати». Перше, це побажання. У другого є межі, причина і спосіб перевірити, чи спрацювало.

Причина губиться першою. Через пів року саме рішення видно в продукті, а причина живе лише в чиїйсь голові. Зберігайте і відхилені варіанти, якщо вони можуть повернутися. По одному рядку: «Щотижневий дайджест відхилено: обидва користувачі, які його просили, хотіли сповіщень, а не підсумків». Це речення навесні врятувало нас від повторної розмови.

Я колись вважав, що це забагато писанини для тридцятихвилинної зустрічі. Потім порахував. Рішення з причиною і одним відхиленим варіантом, це близько сорока слів. Повторна зустріч, якій воно запобігає, це пів години чотирьох людей.

Виправляйте нотатку, а не чат

Поділіться нотаткою в проєктному блокноті протягом дня і попросіть людей виправити рішення, а не вичитувати текст. Найшвидший спосіб убити звичку, це перетворити перевірку на редагування. Для уточнення досить коментаря до нотатки. Якщо уточнення змінює домовленість, оновлюється основний текст, а коментар лишається слідом.

Що йде не так без цього: уточнення осідає в чаті, нотатка лишається хибною, і за два місяці охайний документ і безладний тред суперечать один одному. Нові люди читають документ. Вони впевнено поінформовані неправильно.

Наступну зустріч відкривайте відкритими запитаннями з попередньої нотатки. Тридцять секунд. Це найдешевший відомий мені спосіб переконати людей, що нотатки читають, а коли вони в це вірять, вони починають писати їх як слід.

Приклад: огляд імпорту з Олегом

Ось як виглядає така нотатка. Назва: «Огляд дослідження, перший імпорт». Контекст: минулого тижня Олег провів три сесії, спостерігаючи, як люди вперше імпортують нотатки; запитання було, де вони зависають. Докази: посилання на три підсумки сесій, причому побачене відокремлене від того, що учасники про це казали. Двоє зупинилися на виборі файлу; усі троє потім сказали, що вибір файлу «нормальний».

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

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

Перевірте запис, перш ніж йому вірити

Перш ніж нотатка вважатиметься погодженою, спитайте присутніх, чи збігаються рішення і його межі з тим, що вони пам’ятають. Саме тут нотатки тихо зсуваються. Один учасник пам’ятає «спробуємо, якщо цифри підтвердять», а в нотатці «зробимо». Виправляйте це в основному тексті, а не у відповіді.

Якщо домовленості не було, так і пишіть. «Рішення немає; запитання відкрите, доки не прийдуть цифри від Олега», це законний результат зустрічі. Удавання протилежного породжує рішення, яких ніхто не ухвалював, і саме їх потім найгучніше скасовують.

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

Куди далі

Знайдіть це й через рік

Навчання й дослідження: від шістдесяти збережених статей до одного аргументу