Сьогодні вранці ви відкрили сторінку в Notion із заголовком «PRD: [назва фічі]». Через три години вона все ще каже «PRD: [назва фічі]».
Ви знаєте проблему. Ви знаєте рішення. Учора ви двічі пояснювали його тимліду інженерів. Але щойно сідаєте записати — впадаєте в ступор.
Це не проблема мислення. Це проблема друку.
PM не отримують зарплату за те, що друкують. Вам платять за рішення про те, що і чому будувати. PRD — лише артефакт, який фіксує це рішення, щоб інженерія, дизайн і керівництво могли діяти. Десь між розумінням, що писати, і завершенням документа зникають години.
Є швидший шлях. PRD — один із найбільш «голосових» документів, які пише PM. По суті це те, що ви сказали б, стоячи біля дошки й пояснюючи фічу. Щойно ви перестанете друкувати PRD і почнете їх диктувати, час на чернетку різко скоротиться.
Прихований податок на писанину, про який ніхто не говорить
Кожен PRD, який ви пишете, конкурує з нарадою, ревʼю роадмапа, тредом стейкхолдерів у Slack. Реальне написання відбувається у вкрадених півгодинних вікнах або після вечері.
Математика жорстока. Середня людина друкує близько 40 слів на хвилину. Середня людина говорить близько 150. Це приблизно 3,5-кратний розрив — ще до того, як врахувати тертя, яке робить писання важчим: бекспейс, переформулювання, тривимірне переписування одного речення, перш ніж рухатися далі.
PRD на 1500 слів, який друкується 90 хвилин, проговорюється приблизно за 25 хвилин. Мислення те саме. Результат той самий. Змінюється лише механізм.
Чому PRD ідеально підходять для голосу
Більшість документів карають за диктування, бо вимагають точності: код, таблиці, фінансові моделі. PRD — навпаки. Це наративні документи.
Згадайте останній PRD, який ви писали. Розділ «Проблема» — два абзаци про те, чому щось важливо. «Рішення» — опис того, як працює річ. «Користувацькі історії» — речення у форматі «Як X, я хочу Y, щоб Z». Розділ «Граничні випадки» — список сценаріїв «що буде, якщо...».
Нічого з цього не потребує точності клавіатури. Усе це — те, що ви сказали б на нараді. Формат уже збігається з тим, як PM реально комунікує роботу.
Процес створення чернетки PRD за 30 хвилин
Ось структура, яка працює: 1. Відкрийте порожній документ із готовими заголовками розділів: проблема, рішення, користувацькі історії, критерії приймання, граничні випадки, поза скоупом, відкриті питання. 2. Йдіть розділ за розділом. Диктуйте кожен так, ніби пояснюєте новому інженеру, який щойно приєднався до команди. 3. Не редагуйте, поки говорите. Перемикання між «оратором» і «редактором» — це те, що сповільнює найбільше. 4. Після диктування всіх розділів прочитайте повний чернетковий текст один раз від початку до кінця. Підтягніть мову. Виправте те, що справді не так. 5. Надішліть на ревʼю.
Дисципліна — у третьому кроці. Якщо ви постійно зупиняєтесь, щоб виправити речення, ви не отримуєте виграшу в швидкості. Ви знову на швидкості друку, лише в іншому костюмі.
Розділ за розділом: як диктувати кожну частину PRD
Деякі розділи диктувати легше, ніж інші. Ось як підходити до кожного.
Опис проблеми
Це найлегший розділ для диктування. Чистий наратив. Ви пояснюєте, що зламано, для кого і чому це важливо саме зараз.
Говоріть так, як ви ввели б у курс нового тимейта на стендапі. Згадайте сегмент користувачів, тертя, з яким вони стикаються, метрику, на яку це впливає. Не переймайтеся витонченістю прози. Це робота для редагування.
Огляд рішення
Проведіть через запропоноване рішення так, ніби малюєте його на дошці. «Користувач клікає сюди, бачить це, а потім...» Голос справляється з цим вільно, бо це збігається з тим, як ви і так пояснювали б це вголос.
Користувацькі історії
Користувацькі історії звучать механічно через шаблон «Як X, я хочу Y, щоб Z», але диктуються добре, якщо ви тримаєтесь формату. Скажіть кожну історію одним реченням і переходьте до наступної.
Якщо у вас десять історій, продиктуйте всі десять за один прохід. Не нумеруйте їх на ходу. Нехай редактор документа або ваш AI-прохід для очищення подбає про форматування.
Критерії приймання
Списки — найскладніша частина голосового диктування, але це робиться. Два підходи:
Перший — диктувати критерії повними реченнями і дозволити AI-поліровці перетворити їх на список. Скажіть щось на кшталт: «Користувач має могти фільтрувати результати за датою, за користувачем і за статусом. Стан фільтра має зберігатися між сесіями. Порожній стан має показувати підказку».
Другий — явно проговорювати структуру буллетів: «Буллет один, фільтр за датою. Буллет два, фільтр за користувачем. Буллет три, збереження між сесіями». Виберіть те, що менш незручно вимовляти.
Граничні випадки
Ось тут голос справді сяє. Граничні випадки — це той тип роздумів уголос, який звучить чисто, коли ви говорите, і незграбно, коли друкуєте. Питання на кшталт «що буде, якщо користувач офлайн» або «що з випадками, коли дані застарілі» течуть природніше у мовленні, ніж у письмі.
Продиктуйте кожен граничний випадок, який спадає на думку, навіть очевидні. Зайве підріжете під час редагування.
Поза скоупом
Три речення. Може, чотири. Голос справляється з цим менш ніж за хвилину.
Відкриті питання
Цей розділ недооцінений. Більшість PM його пропускають, бо не хочуть здаватися невпевненими. Не пропускайте. Розділ відкритих питань — це місце, де інженерія, дизайн і ваш скіп-левел ловлять речі, які ви ще не продумали до кінця.
Голос — правильний інструмент для цього. Відкриті питання — саме ті напівсформовані думки, які звучать нормально, коли ви говорите, і дивно важко, коли намагаєтеся їх надрукувати. Продиктуйте кожну невпевненість уголос, навіть ті, на які підозрюєте очевидні відповіді. Половина з них вирішиться на наступному стендапі. Інша половина врятує ваш реліз.
Підбирайте тон до розділу
PRD не пишеться одним голосом. Виконавче резюме на початку має бути стислим і стратегічним. Технічні специфікації — точними. Розділ «відкриті питання» може бути більш невимушеним.
Коли ви диктуєте, ви природно переключаєте регістри. Голос стає формальнішим, коли говорите про стратегію, і вільнішим, коли проходитесь граничними випадками. Проблема в тому, що більшість інструментів диктування видають однакову плоску транскрипцію незалежно від контексту.
Саме тут на сцену виходять Smart Rules у Voicr. Ви можете встановити стиль «чиста професійна специфікація» для редактора документів, стиль «невимушений мозковий штурм» для тредів у Slack і стиль «технічна ясність» для інженерної вікі. Voicr визначає активний застосунок і автоматично застосовує правильний стиль, тож одна й та сама вимовлена думка приземлюється по-різному залежно від того, куди вона потрапляє.
Конкретно для PRD налаштуйте правило, яке просить чисту професійну прозу, прибирає слова-паразити та структурує марковані списки там, де ви їх сигналізуєте. Ви говорите один раз. Документ читається так, ніби ви писали його вдумливо.
Де голос не допомагає
Чесно кажучи: не кожна частина PRD виграє від голосу.
Таблиці й матриці все ще швидше друкувати. Якщо ваш PRD містить порівняльну сітку фіч, матрицю дозволів або таблицю розмірних оцінок — друкуйте.
Точні технічні рядки теж швидше друкувати. Імена API-ендпойнтів, назви колонок у базі даних, номери версій — їх можна обходити голосом («ендпойнт — слеш, users, слеш, ID»), але це незручно. Друкуйте їх.
Діаграми, очевидно, продиктувати неможливо. Малюйте у звичному інструменті та вставляйте.
Для всього іншого — наративу, користувацьких історій, граничних випадків, рішень, обґрунтувань — голос виграє у швидкості та в тому, що ви не зависаєте посеред речення, намагаючись сформулювати його ідеально.
Зміна мислення: думайте вголос, редагуйте потім
Найбільший виграш від диктування PRD — не математика слів на хвилину. А те, що ви перестаєте полірувати під час написання.
Коли ви друкуєте, ви натискаєте бекспейс. Переписуєте речення двічі. Вдивляєтесь у абзац, який «майже правильний», по десять хвилин. Саме тут вмирають PRD: у розриві між чернеткою та редагуванням, де ні те, ні інше не відбувається повноцінно.
Коли ви диктуєте, ви фіксуєтеся. Кажете речення, воно лягає на сторінку, і ви рухаєтеся далі. Перший прохід неохайніший за те, що ви надрукували б. Але ви закінчуєте чернетку. А неохайна завершена чернетка значно корисніша, ніж відполірована незавершена.
Щойно чернетка існує, редагування — інша і значно швидша діяльність. Ви часто витрачатимете більше часу на доопрацювання, ніж на диктування, і це нормально. Доопрацювати готовий документ — знайома робота. Дивитися на порожній — ні.
Спробуйте на наступному PRD
Виберіть PRD, який ви відкладали. Відкрийте документ, поставте заголовки розділів і продиктуйте від початку до кінця без редагування. Поставте таймер на 25 хвилин. Подивіться, що вийде.
Перший раз це здаватиметься дивним. Ви хвилюватиметеся, що результат недостатньо хороший. Стримуйте бажання правити на льоту. Просто завершіть.
Якщо хочете, щоб диктування виходило настільки чистим, що ви ледь редагуватимете, Voicr бере поліровку на себе автоматично. Утримуйте FN із будь-якого місця на Mac, проговоріть розділ, відпустіть і вставте очищений текст у документ. Він прибирає слова-паразити, виправляє граматику й структурує думки до того, як вони потраплять у буфер обміну. Чернетка PRD, на яку раніше йшов цілий вечір, тепер вкладається в один присіст.
Ваші PRD не напишуть себе самі. Але їх і не обовʼязково друкувати.