보이스 퍼스트 워크플로: 우리의 보이스 퍼스트 워크데이 하루

저는 Loqua.ai의 창업자 Shuran이에요. 이건 저희 보이스 퍼스트 워크플로의 솔직한 버전이에요. 어디서 시간을 절약하고, 어디서 실패하고, 그럴 때 대신 뭘 하는지요. 목표는 생산성을 연출하는 게 아니에요. 사고와 일을 진전시키는 산출물 사이의 거리를 줄이는 거예요. 이런 하루가 끝날 즈음엔 타이핑이냐 말하기냐 하는 질문은 거의 보이지 않게 돼요. 일 자체가 눈에 띄거든요.

오전 8시 인박스

저는 Spark Mail과 Slack으로 시작해요. 답장은 대부분 의도와 톤이라서 음성이 잘 맞아요. 거친 답을 받아쓰면 Loqua가 군더더기를 제거하고, 앱 인식 레이어가 Slack에서는 출력을 이메일보다 짧게 유지해줘요.

인박스 블록은 보통 15~20분 걸려요. 답장의 약 2/3는 받아쓰고, 나머지는 정확한 표현, 링크 목록, 섬세한 설명이 필요해서 타이핑해요. 이 비율은 규칙이 아니에요. 한 도구에 다른 도구의 일을 강제하지 않으면 아침이 자연스럽게 그렇게 흘러갈 뿐이에요.

음성이 실패하는 곳은요. 공공장소의 기밀 스레드예요. 카페에 있는데 메시지에 민감한 컨텍스트가 있으면 타이핑해요. 보이스 퍼스트라는 게 프라이버시 세컨드라는 뜻은 아니거든요.

스탠드업

스탠드업에서는 세 슬롯을 말해요. 출시, 오늘, 블로커요. 구조가 반복되고 내용만 바뀌기 때문에 가장 수익률 높은 일일 음성 입력 워크플로 패턴 중 하나예요.

비결은 산만하게 말하지 않는 거예요. 슬롯 이름을 소리 내어 말하고, Loqua가 그걸 구조로 사용해요. 스탠드업 자체를 쓰는 데 30초 정도, 나머지 팀이 올린 걸 읽는 데 1분 정도 걸려요. 음성은 각 스탠드업 자체에 큰 시간을 절약해주진 않아요. 미루는 비용을 절약해주는 거죠. 그게 예전엔 하루의 더 큰 짐이었거든요.

코드 리뷰

코드 리뷰는 혼합이에요. 우려 사항을 설명할 땐 음성이 훌륭하고, 줄 단위 정밀도엔 키보드가 더 좋아요. 리뷰 요약과 큰 그림 코멘트는 받아쓰고, 정확한 파일 내비게이션엔 마우스와 키보드를 써요.

좋은 음성 리뷰 코멘트는 어떤 줄이 잘못됐는지가 아니라 그 문제가 왜 중요한지를 말해요. 예를 들어 "이 캐시 키는 로케일을 무시해서 한국어와 영어 결과가 충돌할 수 있어요. 키에 로케일을 포함하고 회귀 테스트를 추가할 수 있을까요?" 같은 거요. 그런 코멘트는 코드를 읽으면서 타이핑하기보다 말하기가 훨씬 쉬워요.

스펙 초안

스펙 작성은 보이스 퍼스트 워크플로가 사고에 가장 가까워지는 곳이에요. 목표, 비목표, 사용자 흐름, 엣지 케이스, 수용 기준을 받아써요. 그다음 키보드로 헤딩을 편집하고요. 큰 스펙은 Obsidian에서 시작하고, 구현 작업은 정리된 버전을 Claude Code나 Cursor로 옮겨요.

받아쓴 첫 초안이 출시되는 스펙이 되는 경우는 드물어요. 키보드 편집을 명확하게 만들어주는 골격일 뿐이죠. 계속 다시 배우는 비결은, 받아쓴 버전이 타이핑한 개요보다 빠지진 섹션을 더 빨리 드러낸다는 거예요. "수용 기준"을 소리 내어 말하면 적어도 한 가지 기준을 그 뒤에 따라 말하지 않을 수 없게 되니까요.

Slack 스레드

Slack은 톤이 중요한 곳이에요. 정리 모델이 전사만 한다면 음성이 너무 무뚝뚝하게 들릴 수 있어요. Loqua의 목적지 포매팅은 답장을 짧게 유지하면서도 차갑지 않게 해줘요. 그래도 보내기 전엔 읽어봐요. 음성은 판단을 가속하는 거지, 대체하는 게 아니에요.

익히는 데 시간이 좀 걸린 패턴이 하나 있어요. 효율적인 버전이 아니라 따뜻한 버전을 받아쓰는 거예요. Slack은 첫 문장이 상대를 인정하고 두 번째 문장이 본론으로 들어갈 때 더 잘 읽혀요. 타이핑한 답장은 보통 첫 문장을 건너뛰는 경향이 있고, 받아쓴 답장은 그걸 유지해서 스레드가 더 건강해져요.

음성이 실패하는 곳은요. 스레드가 신중한 인용이나 여러 링크를 요구할 때예요. 그건 타이핑해요. 하이브리드 규칙은 간단해요. 논증엔 음성, 참조엔 키보드.

하루 마무리 저널

하루가 끝날 때 무엇이 놀라웠는지 받아써요. 이건 상태 업데이트가 아니에요. 기억을 잡아두는 거예요. 무엇이 제 생각을 바꿨고, 무엇이 예상보다 어려웠고, 내일까지 잊지 말아야 할 게 뭔지요. 검색 가능하고 링크할 수 있어서 목적지는 Obsidian이에요.

전형적인 저널 기록은 짧은 단락 세 개에 약 5분 걸려요. 흥미로운 패턴은, 가장 가치 있는 기록은 큰 결정이 아니라 작은 놀라움에 대한 거란 점이에요. 큰 결정은 어차피 기록되고, 보통은 한 번 이상 기록돼요. 작은 놀라움 — 문서가 암시한 것과 다른 형태로 돌아온 API, 제 모델과 모순된 사용자 코멘트 — 은 기록하지 않으면 다음 날 아침이면 사라지는 것들이에요.

오늘 음성이 통하지 않았을 때

같은 날의 두 가지 예시예요. 첫째, 분주한 파일에서의 밀도 높은 코드 리팩터링이었어요. 이름 바꾸기 계획을 에디터에 받아쓰려고 했는데, 보이는 컨텍스트가 리스너가 따라잡을 수 있는 것보다 빠르게 스크롤되는 바람에 모델이 식별자 하나를 계속 잘못 알아들었어요. 타이핑으로 전환했죠. 음성이 잘못된 도구였던 이유는 커서가 컨텍스트가 안정화되기에는 너무 빠르게 움직였기 때문이에요.

둘째, 올바른 답이 세 문장에 형용사 0개여야 했던 긴장된 Slack 스레드였어요. 받아썼는데, 정리 과정에서 공손한 헤지가 하나 추가돼서 메시지가 제가 원했던 것보다 부드럽게 읽혔어요. 손으로 다시 썼죠. 교훈은, 음성은 따뜻함엔 좋고 의도적인 차가움엔 나쁘다는 거예요. 평평한 메시지가 필요하면 타이핑하세요.

더 넓은 스택 세부 사항은 저희 보이스 생산성 스택을 확인해보세요. 이 습관 뒤의 논증은 AI와 함께 사고하기에 왜 키보드가 잘못된 도구인가를 보세요. 저희 맥 워크플로를 형성한 외부 참고 자료로는 Apple Dictation과 Linear 문서가 있어요.