Утром вы открыли страницу в Notion с заголовком «PRD: [название фичи]». Прошло три часа — на странице по-прежнему «PRD: [название фичи]».
Вы понимаете проблему. Вы знаете решение. Вчера вы дважды объяснили его своему техлиду. Но как только садитесь записать это, всё стопорится.
Это не проблема мышления. Это проблема набора текста.
Продактам не платят за то, чтобы они печатали. Вам платят за решения — что строить и почему. PRD — это лишь артефакт, фиксирующий решение, чтобы инженеры, дизайнеры и руководство могли действовать. Где-то между «знаю, что писать» и «закончил документ» испаряются часы.
Есть путь быстрее. PRD — один из самых «голосовых» документов, которые пишет продакт. По сути это то, что вы сказали бы у доски, объясняя фичу. Как только вы перестаёте печатать PRD и начинаете их надиктовывать, время на черновик резко сокращается.
Незаметный налог на письменную работу продакта
Каждый PRD конкурирует с встречей, ревью роадмапа, обсуждением со стейкхолдерами в Slack. Сам текст пишется в украденных получасовых окнах или вечером после ужина.
Математика беспощадна. Средний человек печатает около 40 слов в минуту. Средний человек говорит около 150. Это разрыв примерно в 3,5 раза, и это ещё без учёта трения, которое замедляет именно письмо: бэкспейс, переформулировка, мучительный третий заход на одно предложение.
PRD на 1500 слов, который вы пишете 90 минут, надиктовывается примерно за 25. Мышление то же самое. Результат тот же самый. Меняется только механизм.
Почему PRD идеально подходят под голос
Большинство документов наказывают за диктовку, потому что требуют точности: код, таблицы, финансовые модели. PRD — противоположность. Это нарративные документы.
Вспомните последний PRD, который вы писали. Раздел «Проблема» — это два абзаца о том, почему это важно. «Решение» — описание того, как штука работает. «Пользовательские истории» — предложения формата «Как X, я хочу Y, чтобы Z». «Краевые случаи» — список сценариев «что произойдёт, если…».
Ничему из этого не нужна точность клавиатуры. Всё это — то, что вы бы и так сказали на встрече. Формат уже совпадает с тем, как продакт реально обсуждает работу.
Воркфлоу: черновик PRD за 30 минут
Вот рабочая структура: 1. Откройте пустой документ с уже расставленными заголовками секций: проблема, решение, пользовательские истории, критерии приёмки, краевые случаи, вне скоупа, открытые вопросы. 2. Идите секция за секцией. Надиктовывайте каждую так, словно объясняете её инженеру, который только что вышел в команду. 3. Не редактируйте, пока говорите. Переключение между ролями «спикер» и «редактор» — главное, что вас тормозит. 4. После того как надиктовали все секции, прочитайте черновик целиком, сверху вниз. Подтяните формулировки. Исправьте то, что действительно неверно. 5. Отправляйте на ревью.
Вся дисциплина — в третьем шаге. Если вы постоянно останавливаетесь, чтобы поправить предложения, прироста скорости не будет. Вы просто печатаете в другом костюме.
Раздел за разделом: как надиктовать каждую часть PRD
Какие-то секции диктовать проще, какие-то сложнее. Вот как подойти к каждой.
Постановка проблемы
Самая лёгкая для диктовки секция. Чистый нарратив. Вы объясняете, что сломано, у кого это сломано и почему это важно именно сейчас.
Говорите так, как рассказали бы новому коллеге на стендапе. Упомяните сегмент пользователей, трение, с которым они сталкиваются, метрику, на которую это влияет. Не парьтесь насчёт изящества прозы — это задача редактуры.
Обзор решения
Пройдитесь по предложенному решению так, как если бы рисовали его на доске. «Пользователь нажимает сюда, видит это, и тогда…» Голос отлично с этим справляется, потому что это совпадает с тем, как вы и так объяснили бы вживую.
Пользовательские истории
Пользовательские истории звучат механически из-за шаблона «Как X, я хочу Y, чтобы Z», но они хорошо ложатся на голос, если выдерживать формат. Произносите каждую историю одним предложением и переходите к следующей.
Если у вас десять историй, надиктуйте все десять за один заход. Не нумеруйте по ходу. Пусть нумерацией займётся редактор документа или AI-постобработка.
Критерии приёмки
Списки — самая каверзная часть голосовой диктовки, но с ней можно работать. Есть два подхода:
Первый — надиктовать критерии целыми предложениями и дать AI-полировке превратить их в список. Скажите что-то вроде: «Пользователь должен иметь возможность фильтровать результаты по дате, по пользователю и по статусу. Состояние фильтра должно сохраняться между сессиями. В пустом состоянии должна показываться подсказка».
Второй — явно проговаривать структуру буллетов: «Пункт первый — фильтр по дате. Пункт второй — фильтр по пользователю. Пункт третий — сохранение между сессиями». Выберите то, что менее ломает язык.
Краевые случаи
Вот здесь голос реально блистает. Краевые случаи — это размышление вслух, которое выходит чисто, когда вы говорите, и неуклюже, когда печатаете. Вопросы вроде «что если пользователь офлайн» или «а если данные устарели» естественнее звучат в речи, чем на письме.
Надиктуйте все краевые случаи, которые приходят в голову, даже самые очевидные. Лишнее уберёте в редактуре.
Вне скоупа
Три предложения. Максимум четыре. Голос справляется с этим меньше чем за минуту.
Открытые вопросы
Эту секцию недооценивают. Большинство продактов её пропускают, чтобы не выглядеть неуверенными. Зря. Именно секция открытых вопросов даёт инженерам, дизайну и вашему скип-левелу шанс поймать то, что вы пока не додумали.
Голос — правильный инструмент для неё. Открытые вопросы — это как раз полусформулированные мысли, которые красиво звучат, когда говоришь, и становятся странно тяжёлыми, когда пытаешься их напечатать. Проговорите вслух каждую неопределённость, даже ту, у которой, как вам кажется, ответ очевиден. Половина из них закроется на следующем стендапе. Другая половина спасёт ваш релиз.
Подстройка тона под секцию
PRD не пишется одним голосом. Краткое резюме сверху должно быть собранным и стратегичным. Технические спецификации — точными. Секция «открытые вопросы» может быть более разговорной.
Когда вы диктуете, регистр меняется естественно. Голос становится формальнее, когда вы говорите о стратегии, и свободнее, когда разбираете краевые случаи. Беда в том, что большинство диктовочных инструментов выдают одну и ту же плоскую транскрипцию вне зависимости от контекста.
Именно тут на сцену выходят Smart Rules в Voicr. Вы можете задать стиль «чистая профессиональная спецификация» для редактора документов, стиль «непринуждённый мозговой штурм» для тредов в Slack и стиль «техническая ясность» для инженерной вики. Voicr определяет активное приложение и автоматически применяет нужный стиль, так что одна и та же произнесённая мысль ложится по-разному в зависимости от того, куда она попадает.
Для PRD конкретно настройте правило, которое требует чистую профессиональную прозу, убирает слова-паразиты и оформляет маркированные списки там, где вы их обозначаете. Вы говорите один раз. Документ читается так, будто вы его аккуратно писали.
Где голос не помогает
Честно: не каждая часть PRD выигрывает от голоса.
Таблицы и матрицы по-прежнему быстрее набрать. Если в вашем PRD есть сетка сравнения фич, матрица прав доступа или таблица оценок — печатайте.
Точные технические строки тоже быстрее печатать. Имена API-эндпоинтов, названия колонок в базе, номера версий — можно надиктовать обходным путём («эндпоинт — слэш — users — слэш — ID»), но это коряво. Их печатайте.
Диаграммы, очевидно, не надиктуешь. Нарисуйте в любимом инструменте и вставьте.
Для всего остального — нарратива, пользовательских историй, краевых случаев, решений, обоснований — голос выигрывает по скорости и по тому, что вы не зависаете посреди предложения, подбирая идеальную формулировку.
Сдвиг мышления: думайте вслух, редактируйте потом
Главный выигрыш от диктовки PRD — не математика слов в минуту. Это то, что вы перестаёте полировать прямо по ходу письма.
Когда вы печатаете, вы давите бэкспейс. Переписываете предложение дважды. Десять минут смотрите на абзац, который «почти правильный». Именно тут PRD умирают: в зазоре между черновиком и редактурой, где толком не делается ни то, ни другое.
Когда вы диктуете, вы коммититесь. Произносите предложение, оно ложится на страницу, и вы идёте дальше. Первый проход грязнее, чем то, что вы бы напечатали. Зато вы дописали черновик. А грязный готовый черновик в разы полезнее отполированного незаконченного.
Когда черновик уже есть, редактура — совсем другая и куда более быстрая активность. Часто на доработку уходит больше времени, чем на диктовку, и это нормально. Шлифовать готовый документ — понятная работа. Пялиться в пустой — нет.
Попробуйте на следующем PRD
Возьмите PRD, который вы откладываете. Откройте документ, расставьте заголовки секций и продиктуйте сверху вниз, не редактируя. Поставьте таймер на 25 минут. Посмотрите, что получится.
В первый раз будет странно. Вам будет казаться, что результат недостаточно хорош. Удерживайтесь от соблазна чинить что-то на лету. Просто доведите до конца.
Если хочется, чтобы диктовка сразу выходила настолько чистой, что её почти не надо править, Voicr полирует автоматически. Зажмите FN из любого приложения на Mac, проговорите секцию, отпустите — и вставьте обработанный текст в документ. Voicr убирает слова-паразиты, чинит грамматику и структурирует мысль ещё до того, как она попадёт в буфер обмена. Черновик PRD, который раньше отнимал полдня, укладывается в один присест.
Ваши PRD сами себя не напишут. Но и печатать их тоже не обязательно.