Okou 팀이 매주 돌리는 워크플로 다섯 가지입니다. 각각 설정, 프롬프트, Okou가 만들어 내는 산출물, 그리고 되돌려 주는 시간을 보여 줍니다.
그대로 베끼라는 뜻이 아닙니다. 완성된 Okou 워크플로가 어떤 모양인지 보고, 자기 업무에 맞춰 바꿔 쓰라는 뜻입니다.
1. 아침 브리핑
아픈 지점. 매일 아침은 밀린 것을 따라잡는 데서 시작합니다. Slack을 열고, @멘션을 훑고, 일정을 확인하고, 열린 PR을 흘끗 봅니다. 진짜 첫 업무까지 20분이 지나갑니다.
설정. 스케줄 하나, 평일 오전 8시. 커넥터: Slack, GitHub, Google 캘린더.
프롬프트.
"평일 오전 8시(베이징 시간)마다 네 개 섹션으로 DM 보내 줘:
- 최근 24시간 동안 읽지 않은 Slack @멘션과 한 줄 요약
- 나에게 할당된 GitHub 이슈를 오래된 순으로, 상태와 마지막 코멘트와 함께
- 오늘 일정 — 회의 제목, 시간, 링크되어 있다면 관련 Notion 문서
- 기한이 지났거나 다른 사람을 막고 있는 것을 근거로, 오늘 집중할 것 하나 제안"
돌아오는 것. 오전 8시 Slack DM, 보통 200~350단어. 각 섹션은 짧고, 숫자는 구체적이며, 링크는 본문에 박혀 있습니다. "집중할 것 제안"은 그날그날 다릅니다. 뻔한 PR일 때도 있고, 하루가 허락하는 것보다 더 신경 써야 할 회의 준비일 때도 있습니다.
되돌려 주는 것. 하루 약 20분, 여기에 아침부터 네 개 도구를 오가는 인지 비용까지.
변형. 신규 고객 가입이나 Sentry의 프로덕션 오류를 다섯 번째 섹션으로 추가하세요. 알림 없는 아침이 좋다면 Slack DM 대신 이메일로 바꾸세요.
2. 주간 경쟁사 점검
아픈 지점. 경쟁사가 지난주에 무엇을 냈는지 아는 것은 쓸모가 있습니다. X 계정 세 개, 체인지로그 세 개, 가격 페이지 세 개, 블로그 목록 하나를 손으로 확인하는 일은 조용히 밀리는 잡무입니다.
설정. 워크플로(competitor-scan)와 월요일 아침 예약 자동화. 커넥터: X와 Notion. 웹 검색은 연결할 것이 없습니다 — 관리형 서비스이기 때문입니다.
프롬프트.
"X에서 @competitor1, @competitor2, @competitor3와 각자의 체인지로그를 지난 월요일 이후로 훑어 줘. 가격 페이지와 블로그 글도 교차 확인해. 지난주 기준(Notion 페이지 'Competitor State')과 차이를 뽑아.
#competitor-intel에 다이제스트를 올리고 새 기능, 가격 변화, 채용 신호, 그리고 어조나 메시지에서 눈에 띄는 점을 강조해 줘."
돌아오는 것. 월요일 아침 Slack 스레드. 최상위 메시지는 다섯 줄 요약. 답글로 경쟁사별 섹션이 인용과 링크와 함께 붙습니다. Notion 기준 페이지는 자동으로 갱신되어, 다음 주 비교가 최신 기준 위에서 이루어집니다.
되돌려 주는 것. 주당 약 90분, 그리고 "Acme 좀 봐야 하는데" 하는 보이지 않는 심적 부담.
변형. 커뮤니티 분위기를 보려면 Reddit과 Hacker News를 추가하세요. 한 해의 변화를 이사회용 슬라이드 한 장으로 요약하는 분기 회고를 추가하세요.
3. 버그 트리아지
아픈 지점. 누군가 #bug-report에 스크린샷이나 모호한 설명을 올립니다. 그것이 재현 절차, 심각도, 라벨, 담당 팀이 붙은 진짜 GitHub 이슈가 되어야 합니다. 이 정리 단계는 작지만 끊이지 않습니다.
설정. 워크플로(triage-bug-report)를 #bug-report에서 Okou로 직접 호출합니다. 커넥터: Slack, GitHub.
프롬프트(채널에서):
"Okou 이거 트리아지해 줘 — 스크린샷과 스레드에서 재현 절차를 뽑고, 관련 GitHub 이슈를 찾고, 심각도(P0~P3)를 정하고, 파일 경로나 증상으로 보아 가장 가능성 높은 팀에 배정하고, 중복이 아니면 새 이슈를 만들어. 이 스레드에 링크로 답해 줘."
돌아오는 것. 약 60초 안에 스레드 답글이 옵니다. GitHub 이슈 링크, 선택한 심각도와 한 줄 근거, 맥락을 위한 관련 이슈 2~3건, 배정된 팀. Okou가 중복이라고 판단하면 새로 만들지 않고 원래 이슈 링크를 올립니다.
되돌려 주는 것. 바쁜 한 주로 보면, 이것이 깔끔한 이슈 트래커와 트리아지되지 않은 Slack 스크린샷 더미의 차이입니다.
변형. 신고자가 사외인지에 따라 "고객 영향" 태그를 붙이세요. P0은 온콜을 자동 호출하세요.
4. 고객 답장 초안
아픈 지점. 고객 메일에는 도움이 되고, 브랜드에 맞고, 문서에 근거한 답장이 필요합니다. 메일 한 통에 5분 × 주 30통이면 실제 비용입니다.
설정. 워크플로(customer-reply-draft)를 메일을 Okou에게 전달하거나 채팅에 붙여 넣어 직접 호출합니다. 커넥터: Gmail, Notion(또는 헬프 센터), Stripe(청구), Linear(알려진 이슈).
프롬프트.
"고객이 이 메일을 보냈어[붙여넣기]. 이 고객의 최근 티켓 세 건을 읽고, 우리 문서에서 해당 섹션을 찾고, 신고 내용과 맞는 알려진 이슈가 Linear에 있는지 보고, Stripe에서 청구 관련 맥락을 확인해 줘. 고객의 언어로 답장을 초안해 줘. 문서 섹션을 인용해. 150단어 이내로. 이 고객에게 보낸 지난 지원 답장의 어조에 맞춰 줘."
돌아오는 것. 아래에 출처 링크가 달린 답장 초안. 보통 문서 링크 두세 개와, "Linear ENG-4422가 이 건의 알려진 이슈입니다. 예정은 다음 주." 같은 안내가 함께 옵니다. 훑어보고, 한 줄 고치고, 보내면 됩니다.
되돌려 주는 것. 메일 한 통에 약 3~4분. 지원 업무 한 주로 치면 몇 시간입니다.
변형. Stripe에서 고객 등급을 자동 판별해 VIP 답장은 지정한 검토자에게 먼저 보내세요. 메일은 항상 당신 계정의 초안으로 남고 사람이 보냅니다. 즉 검토 단계에서 등급별로 얼마나 꼼꼼히 볼지 정하게 됩니다.
5. 주간 콘텐츠 제작
아픈 지점. 마케팅은 매주 블로그 글 하나, LinkedIn 게시물 셋, 소셜 카드 한 세트를 원합니다. 각각 리서치와 기존 콘텐츠에서 오는 맥락이 필요합니다. 도구를 오가며 조율하는 일이 쓰는 일보다 손이 많이 갑니다.
설정. 여러 단계로 된 워크플로(weekly-content)를 금요일 오후 예약 자동화에 올립니다. 커넥터: Notion(리서치), Plausible(분석), Fal(이미지 생성), Loops(이메일).
프롬프트.
"매주 금요일 오후 2시에 다음을 해 줘:
- 'Marketing Inputs' 데이터베이스에서 이번 주 새 Notion 문서를 읽기
- 지난주 블로그 주제와 대조해 중복 피하기
- 가장 시의적절한 주제로 800단어 블로그 글 하나 초안 작성, Notion 'Blog Drafts'에 저장
- 같은 착상으로 LinkedIn용 세 가지 변형 — 에세이 하나, 리스트형 하나, 개인적인 이야기 하나
- 우리 브랜드 스타일로 정사각형 소셜 카드 세 장 생성
- 검토용으로
#marketing에 묶어서 올리기"
돌아오는 것. 금요일 오후, 여섯 개 산출물이 모두 인라인으로 담긴 Slack 메시지 하나. 블로그 초안은 이미 서식이 잡힌 Notion 페이지로 연결됩니다. LinkedIn 초안은 복사해 붙이면 되는 상태입니다. 소셜 카드는 내려받아져 첨부만 하면 됩니다.
되돌려 주는 것. 주당 반나절가량의 조율. 편집자는 검토하고 내보낼 뿐, 초안을 쓰지 않습니다.
변형. Okou가 제목 두 개를 만들고 Loops로 소규모 대상에게 시험해 보는 A/B 테스트를 추가하세요. 지난주 성과가 좋았던 주제를 Plausible로 확인해 주제 선정에 반영하세요.
이 워크플로들은 하나같이 10~30분이면 만들어졌습니다. 그다음부터는 매일 혹은 매주 값을 합니다. 비용은 대체로 각 실행이 소비하는 크레딧이며 청구 페이지에서 볼 수 있습니다. 계산은 크레딧 및 청구를 참고하세요.
자기 버전을 만들려면 위 프롬프트 중 하나를 복사해 도구와 채널 이름을 바꾸고 실행해 보세요. 결과에서부터 다듬어 나가면 됩니다.
더 넓은 모음은 공개 워크플로 라이브러리에 있습니다. 예제마다 필요한 커넥터, 시작 프롬프트, Okou가 밟는 단계가 정리되어 있습니다.