AI 기반 일일 PM 워크플로우(AI-Powered Daily PM Workflow)
PM이 가장 많은 시간을 쓰는 업무인 standup 준비, stakeholder 업데이트, metric 요약, inbox triage를 AI로 자동화하는 일일 워크플로우를 설계하는 프롬프트입니다. 하루 2-3시간 절약을 목표로 합니다.
나는 PM 업무의 절반을 자동화했다. 실제로 효과 있었던 건 이것들이다.
지난해 9월, 저는 2주 동안 제가 하는 모든 일을 추적했습니다. 결과는 꽤 우울했습니다. 제 시간의 40%가 언어 모델이 저보다 더 잘할 수 있는 일에 쓰이고 있었습니다. Slack 스레드 요약, metric snapshot 정리, standup 업데이트 초안 쓰기, 이메일 triage 같은 일들이었습니다. 저는 연봉 18만 달러짜리 copy-paste 기계처럼 일하고 있었습니다.
그래서 AI 워크플로우를 만들었습니다. "AI가 PM을 대체한다"는 식의 환상이 아니라, 아주 지루하고 전술적인 종류의 자동화였습니다. Linear 티켓에서 standup 업데이트를 자동 생성하고, Amplitude에서 overnight metric 변화를 뽑고, 가장 중요한 Slack 스레드 5개의 답변 초안을 미리 준비해주는 아침 루틴 같은 것들이었습니다. 3개월쯤 지나자 주당 약 12시간을 다시 확보할 수 있었습니다.
아무도 말하지 않는 캘린더 세금
Productboard의 2023년 설문에 따르면 PM이 실제 제품 전략에 쓰는 시간은 고작 14%입니다. 나머지는 무엇일까요? 회의, 상태 업데이트, context switching, 그리고 제가 "information janitorial work"라고 부르는 것들입니다. 올바른 사람이 보게 하기 위해 데이터를 이 도구에서 저 도구로 옮기는 일 말입니다.
이건 개인 규율의 문제가 아닙니다. 시스템 문제입니다. 평균적인 PM은 하루에 7-9개의 도구를 씁니다. Jira, Slack, Figma, analytics, docs, email, calendar, 거기에 회사가 덧붙인 다른 무언가까지요. 각 도구는 각자 다른 알림 방식, 데이터 형식, 검색 방식을 갖고 있습니다. PM은 그 사이를 이어붙이는 인간 API 계층이 됩니다.
McKinsey의 2024년 AI in product development 보고서에 따르면 반복적인 PM 워크플로우를 자동화한 팀은 status reporting에 쓰는 시간이 35% 줄었고, decision speed도 측정 가능하게 개선됐습니다. AI가 더 나은 결정을 내려서가 아니라, PM이 스스로 결정할 정신적 여유를 더 갖게 되었기 때문입니다.
이 프롬프트가 돕는 방식
이 프롬프트는 당신의 도구 스택과 pain point에 맞춰 완전한 daily AI workflow를 설계합니다. 단순히 아이디어만 나열하지 않고, 아침·점심·마감 전 루틴으로 나눈 구체적인 blueprint를 만들어 각 업무를 어떤 AI capability와 연결할지까지 잡아줍니다.
가장 좋은 부분은 우선순위화입니다. setup 복잡도는 낮지만 시간을 가장 많이 아껴주는 고ROI 자동화부터 시작하게 만듭니다. 대부분의 PM이 "AI를 workflow에 넣겠다"고 하다가 실패하는 이유는 처음부터 너무 크고 복잡한 것부터 시도하기 때문입니다. 이 프롬프트는 쉬운 승리부터 시작하게 강제합니다.
언제 꺼내 쓸까
- 상태 업데이트, 회의 준비, inbox triage에 하루 2시간 이상 쓰고 있을 때
- 새 팀에 막 합류했고 처음부터 효율적인 workflow를 깔고 싶을 때
- CEO가 "제품팀 프로세스에 AI를 통합해보자"고 했고, 구체적인 계획이 필요할 때
- 여러 제품이나 squad를 동시에 관리하면서 context switching 때문에 deep work가 무너지고 있을 때
- 비싼 자동화 툴에 투자하기 전에 AI workflow를 먼저 프로토타이핑하고 싶을 때
좋은 결과물의 모습
강한 output은 하루 일정을 세 개 블록으로 나누고, 각 업무에 쓸 구체적인 AI prompt, tool integration point, 예상 시간 절감치를 담고 있어야 합니다. 또한 AI 결과에 사람 검토가 필요한 경우를 위한 fallback plan도 포함해야 합니다. 예를 들어 metric summary는 거의 항상 그렇습니다. 그리고 첫 주 온보딩 계획도 있어야 합니다. 처음부터 모든 걸 자동화하려 들지 않도록 하기 위해서입니다.
참고 자료
- The State of Product Management 2023 — Productboard
- AI in Product Development: Early Adopter Insights — McKinsey
- How Top PMs Use AI in Their Daily Workflow — Lenny's Newsletter
Sources
- The State of Product Management 2023 — Productboard
- AI in Product Development: Early Adopter Insights — McKinsey
- How Top PMs Use AI in Their Daily Workflow — Lenny's Newsletter
Prompt details
Ready to try the prompt?
Open the live prompt detail page for the full workflow.