오늘 아침 "PRD: [기능명]"이라는 제목의 Notion 페이지를 열었다. 세 시간이 지났는데도 여전히 "PRD: [기능명]"이라고만 적혀 있다.
문제는 안다. 해결책도 안다. 어제 엔지니어링 리드에게 두 번이나 설명했다. 그런데 막상 글로 옮기려고 앉으면 멈춰버린다.
이건 생각의 문제가 아니다. 타이핑의 문제다.
PM은 타이핑하라고 월급을 받는 게 아니다. 무엇을 왜 만들지 결정하라고 월급을 받는다. PRD는 그 결정을 엔지니어링, 디자인, 경영진이 실행할 수 있도록 담아 두는 산출물일 뿐이다. 그런데 무엇을 써야 할지 아는 시점과 문서를 마무리하는 시점 사이에서 몇 시간이 사라진다.
더 빠른 길이 있다. PRD는 PM이 작성하는 문서 중 음성에 가장 잘 맞는 형식이다. 본질적으로 화이트보드 앞에 서서 기능을 설명할 때 하는 말과 똑같다. PRD를 타이핑이 아니라 받아쓰기로 옮기기 시작하면 초안 시간이 확 줄어든다.
아무도 말하지 않는 PM의 글쓰기 세금
PRD를 쓸 때마다 미팅, 로드맵 리뷰, 이해관계자와의 Slack 스레드와 경쟁한다. 실제 글쓰기는 30분짜리 짬을 훔치거나 저녁 식사 이후로 밀려난다.
수치는 가혹하다. 보통 사람의 타이핑 속도는 분당 약 40단어다. 말하는 속도는 분당 약 150단어다. 백스페이스, 단어 바꿔치기, 한 문장을 세 번 고쳐 쓰는 망설임 같은 마찰을 빼고도 약 3.5배 차이가 난다.
1,500단어짜리 PRD를 타이핑하면 90분, 말로 하면 약 25분이다. 사고 과정은 같다. 결과물도 같다. 바뀌는 건 도구뿐이다.
PRD가 음성에 완벽하게 맞는 이유
대부분의 문서는 정밀함을 요구하기 때문에 받아쓰기에 불리하다. 코드, 표, 재무 모델이 그렇다. PRD는 정반대다. 서사형 문서다.
최근에 쓴 PRD를 떠올려 보자. "문제" 섹션은 왜 이게 중요한지 설명하는 두 문단이다. "해결책"은 이게 어떻게 작동하는지에 대한 설명이다. "사용자 스토리"는 "X로서, Y를 원한다, 그래야 Z할 수 있다" 형식의 문장들이다. "엣지 케이스" 섹션은 "이럴 때는 어떻게 되지?" 시나리오의 나열이다.
어느 것도 키보드 정확도가 필요하지 않다. 모두 미팅에서 말로 할 법한 내용이다. 그 형식 자체가 이미 PM이 실제로 일을 설명하는 방식과 일치한다.
30분 만에 끝내는 PRD 초안 워크플로우
효과 있는 구조는 이렇다: 1. 빈 문서를 열고 섹션 헤더를 먼저 깔아 둔다: 문제, 해결책, 사용자 스토리, 수용 기준, 엣지 케이스, 범위 외, 미해결 질문. 2. 섹션별로 진행한다. 팀에 새로 합류한 엔지니어에게 설명하듯 각 섹션을 받아쓴다. 3. 말하는 동안에는 절대 편집하지 않는다. "화자"와 "편집자" 모드를 오가는 게 가장 큰 속도 저하 요인이다. 4. 모든 섹션을 받아쓴 뒤, 처음부터 끝까지 한 번 읽는다. 표현을 다듬고, 정말 잘못된 부분만 고친다. 5. 리뷰에 올린다.
핵심 규율은 3단계다. 중간에 문장을 고치려고 멈추면 속도 이점이 사라진다. 옷만 바꿔 입은 타이핑 속도로 돌아갈 뿐이다.
섹션별 받아쓰기 가이드
어떤 섹션은 받아쓰기가 더 쉽다. 각 섹션을 어떻게 접근하면 좋을지 정리했다.
문제 정의
받아쓰기가 가장 쉬운 섹션이다. 순수한 서사다. 무엇이 망가졌는지, 누구에게 영향을 주는지, 왜 지금 중요한지 설명하면 된다.
스탠드업에서 새 팀원에게 브리핑하듯 말하자. 사용자 세그먼트, 그들이 겪는 마찰, 영향을 받는 지표를 언급한다. 문장이 우아한지는 신경 쓰지 말자. 그건 편집의 몫이다.
해결책 개요
화이트보드에 스케치하듯 제안한 해결책을 단계별로 설명한다. "사용자가 여기를 클릭하면, 이걸 보고, 그다음에는…" 음성은 이런 흐름을 자연스럽게 처리한다. 어차피 말로 설명하는 방식과 똑같기 때문이다.
사용자 스토리
"X로서, Y를 원한다, 그래야 Z할 수 있다" 패턴 때문에 사용자 스토리는 기계적으로 들리지만, 형식을 일관되게 유지하면 받아쓰기가 잘 된다. 스토리 하나를 한 문장으로 말한 뒤, 다음으로 넘어간다.
스토리가 열 개라면 한 번에 열 개를 다 받아쓴다. 말하면서 번호를 매길 필요는 없다. 문서 편집기나 AI 정리 패스가 형식을 잡아 줄 것이다.
수용 기준
음성 받아쓰기에서 가장 까다로운 부분이 리스트지만, 충분히 다룰 수 있다. 두 가지 방법이 있다:
첫 번째는 기준을 완전한 문장으로 말하고 AI 정리에 맡겨 리스트로 변환하게 하는 방법이다. 예를 들면: "사용자가 결과를 날짜, 사용자, 상태별로 필터링할 수 있어야 한다. 필터 상태는 세션 간에 유지되어야 한다. 빈 상태에서는 안내 문구가 표시되어야 한다."
두 번째는 글머리 구조를 직접 말하는 방법이다. "첫 번째 항목, 날짜별 필터링. 두 번째 항목, 사용자별 필터링. 세 번째 항목, 세션 간 유지." 입에 덜 어색한 쪽을 고르면 된다.
엣지 케이스
이 부분이 음성의 진가가 드러나는 구간이다. 엣지 케이스는 "생각을 입 밖으로 꺼내는" 방식이 잘 어울리는 내용이다. 말로 하면 깔끔하고, 타이핑하면 어색하다. "사용자가 오프라인이면 어떻게 되지?" "데이터가 오래된 경우는?" 같은 질문은 글보다 말이 훨씬 자연스럽다.
떠오르는 엣지 케이스를 전부 받아쓰자. 뻔해 보이는 것까지 모두. 가지치기는 편집할 때 하면 된다.
범위 외
세 문장, 많아야 네 문장. 음성이라면 1분도 안 걸린다.
미해결 질문
이 섹션은 저평가되어 있다. 대부분의 PM은 불확실해 보이고 싶지 않아서 건너뛴다. 그러지 말자. 미해결 질문 섹션은 엔지니어링, 디자인, 윗선이 PM이 미처 생각하지 못한 것들을 잡아 주는 자리다.
여기에 음성이 딱 맞다. 미해결 질문은 정확히 그런 종류의 생각이다. 말로 하면 자연스럽게 흘러나오지만 타이핑하려고 하면 묘하게 무거워지는 절반쯤 정리된 생각들. 뻔한 답이 있을 것 같은 질문까지 포함해서, 모든 불확실성을 입 밖으로 꺼내 받아쓰자. 절반은 다음 스탠드업에서 풀린다. 나머지 절반은 출시를 구한다.
섹션에 맞는 톤 맞추기
PRD는 하나의 톤으로 쓰이지 않는다. 맨 위 경영 요약은 짧고 전략적이어야 한다. 기술 사양은 정확해야 한다. "미해결 질문" 섹션은 좀 더 캐주얼해도 된다.
말할 때는 자연스럽게 레지스터가 바뀐다. 전략을 이야기할 때는 격식 있게, 엣지 케이스를 짚을 때는 더 느슨해진다. 문제는 대부분의 받아쓰기 도구가 맥락과 상관없이 똑같이 밋밋한 결과물을 내놓는다는 점이다.
여기서 Voicr의 Smart Rules가 빛난다. 문서 편집기에는 "깔끔한 프로페셔널 스펙" 스타일을, Slack 스레드에는 "가벼운 브레인스토밍" 스타일을, 엔지니어링 위키에는 "기술적 명확성" 스타일을 설정할 수 있다. Voicr는 활성화된 앱을 감지해 자동으로 맞는 스타일을 적용하기 때문에, 같은 말이라도 어디로 들어가느냐에 따라 다르게 다듬어진다.
PRD에는 깔끔한 프로페셔널 문체를 요청하고, 군더더기 단어를 제거하고, 신호를 보낸 부분에서 글머리 리스트로 정리해 달라는 규칙을 만들어 두자. 한 번 말하면, 문서는 마치 정성껏 작성한 것처럼 읽힌다.
음성이 도움이 안 되는 부분
솔직히 말하면, PRD의 모든 부분이 음성으로 더 빨라지는 건 아니다.
표나 매트릭스는 여전히 타이핑이 빠르다. 기능 비교표, 권한 매트릭스, 사이즈 산정표가 들어간다면 그건 타이핑하자.
정확한 기술 문자열도 타이핑이 빠르다. API 엔드포인트명, 데이터베이스 컬럼명, 버전 번호는 받아쓸 수 있지만("엔드포인트는 슬래시 users 슬래시 ID") 어색하다. 그런 건 그냥 친다.
다이어그램은 당연히 말로 그릴 수 없다. 좋아하는 도구에서 그려서 임베드하자.
그 외 모든 것 — 서사, 사용자 스토리, 엣지 케이스, 결정과 근거 — 에서는 음성이 속도뿐 아니라 문장을 완벽하게 다듬으려다 중간에서 막히지 않는다는 점에서 이긴다.
마인드셋의 전환: 일단 말하고, 편집은 나중에
PRD를 받아쓰면서 얻는 가장 큰 이득은 단어당 분(WPM) 계산이 아니다. 쓰는 동안 다듬기를 멈추게 된다는 점이다.
타이핑할 때는 백스페이스를 누른다. 문장을 두 번 다시 쓴다. "거의 다 됐는데" 싶은 문단을 10분간 노려본다. PRD가 죽는 곳이 바로 거기다. 초안 작성과 편집 사이, 어느 쪽도 제대로 진행되지 않는 그 틈.
받아쓸 때는 일단 내뱉는다. 한 문장 말하고, 화면에 떨어지고, 다음으로 넘어간다. 첫 패스는 타이핑한 것보다 지저분하다. 하지만 초안은 끝난다. 그리고 지저분하더라도 완성된 초안이 깔끔하지만 미완인 초안보다 훨씬 쓸모 있다.
초안이 존재하는 순간 편집은 전혀 다른, 그리고 훨씬 빠른 작업이 된다. 받아쓰기보다 다듬는 데 더 많은 시간을 쓰게 될 수도 있는데, 그건 괜찮다. 완성된 문서를 다듬는 건 익숙한 작업이다. 빈 문서를 노려보는 일은 그렇지 않다.
다음 PRD에 한 번 적용해 보기
미뤄 둔 PRD 하나를 고르자. 문서를 열고, 섹션 헤더를 깔아 두고, 편집 없이 위에서 아래로 받아쓴다. 25분 타이머를 맞춰 두자. 결과를 확인해 보자.
처음에는 어색하다. 결과물이 부족해 보이지 않을까 걱정하게 된다. 흐름을 멈추고 고치고 싶은 충동을 참자. 일단 끝까지 간다.
받아쓴 결과물이 거의 손볼 필요가 없을 만큼 깔끔하게 나오길 원한다면 Voicr가 자동으로 다듬어 준다. Mac 어디서든 FN을 누른 채 한 섹션을 말하고, 놓고, 정리된 텍스트를 문서에 붙여 넣는다. 클립보드에 들어가기 전에 군더더기 단어를 제거하고, 문법을 고치고, 생각의 구조를 잡아 준다. 오후 한 나절을 잡아먹던 PRD 초안이 한 자리에서 끝난다.
PRD가 스스로 써지지는 않는다. 하지만 굳이 타이핑할 필요도 없다.