← thisisyazid.com아티클 › OKR 예시ENBM한국어
목표와 지표

OKR 예시: 바로 참고할 수 있는 35가지

일곱 영역마다 SMART한 OKR 예시를 다섯 개씩 담았습니다. 영역마다 무엇을 측정하는지, 어떤 용어가 나오는지 짧게 설명합니다. 그대로 베끼기보다 출발점으로 쓰세요. 기본부터 알고 싶다면 OKR 설정법을 먼저 읽어 보세요.

카드 읽는 법: 모든 예시는 SMART합니다

목표는 쉬운 말로 방향을 정합니다. 그 아래 핵심 결과는 SMART하게 씁니다. 각 글자가 카드 어디에 나타나는지 보세요.

S구체적 (Specific)카드에 팀 이름이 있고, 핵심 결과마다 무엇을 세는지 정확히 적혀 있습니다.
M측정 가능 (Measurable)모든 핵심 결과에 출발점과 목표치가 있고, 숫자의 출처가 적혀 있습니다.
A달성 가능 (Achievable)목표치는 한 분기 안에 도전적이지만 손이 닿는 수준입니다. 약 70%를 달성하면 잘한 것입니다.
R관련성 (Relevant)"중요한 이유" 줄이 목표를 실제 사업 문제와 연결합니다.
T기한 (Time-bound)모든 카드는 2027년 3월 31일(1분기)에 끝납니다. 더 일찍 끝나는 핵심 결과는 따로 표시합니다.

가져다 쓰기 전에: 숫자는 모양을 보여 주려고 만든 것입니다. 출발점은 모두 실제 숫자로 바꾸고, 팀이 믿을 수 있는 목표치를 고르고, 한 분기에 목표는 3개 이하로 정하세요. 필수 표시가 있는 카드는 보통 법적 기한이나 감사 일정 때문에 100%를 달성해야 합니다.

1
영역 1/7

🛡️ 컴플라이언스와 리스크

날마다 규정을 지키는 것은 KPI입니다. 감사 통과, 인증 취득, 쌓인 지적 사항 해소, 리스크 축소처럼 새로운 상태에 도달해야 할 때 OKR이 됩니다. 이 중 일부는 "필수" 목표입니다. 벌금이나 감사 실패를 피하려면 반드시 1.0을 달성해야 하기 때문입니다.

리스크 히트맵: OKR은 리스크를 높은 가능성·높은 영향에서 낮은 쪽으로 옮깁니다 높음보통드묾 경미보통심각 영향 → 가능성 → A A A = 고객 데이터 유출 전: 가능성 높음, 영향 심각. OKR의 핵심 결과 (교육, 암호화, 빠른 패치)가 리스크를 드묾·보통으로 옮깁니다.
리스크 OKR은 리스크를 아래(가능성 감소)나 왼쪽(피해 감소)으로 옮기는 방식으로 작동합니다. 핵심 결과는 실제로 옮겨졌다는 증거입니다.

알아 둘 용어

용어뜻
감사 지적 사항감사인이 발견한 규정 미준수 사항. 담당자와 개선 조치가 필요합니다.
부적합 사항ISO 27001 같은 표준을 충족하지 못한다는 공식 지적. "중대한" 부적합은 인증을 막을 수 있습니다.
통제리스크를 줄이는 안전장치. 예: "퇴사자는 24시간 안에 접근 권한을 잃는다".
리스크 등록부알려진 리스크 목록. 각각 가능성, 영향, 담당자, 계획이 있습니다.

OKR 예시 5가지

1.1보안·컴플라이언스팀필수⏱ 2027년 3월 31일까지
3월 15일 ISO 27001 감사를 중대한 지적 없이, 막판 허둥댐 없이 통과한다.
중요한 이유: 인증을 잃으면 대기업 고객 3곳의 재계약이 위험해집니다.
  • 2026년 감사 지적 사항 해소 (증빙 제출 포함)2월 28일까지6 → 18/18
  • 감사인의 증빙 요청에 답하는 데 걸리는 평균 영업일 (감사 기록)10 → 2
  • 3월 15일 감사에서 나온 중대한 부적합 사항3월 15일까지3 → 0
가드레일: 컴플라이언스 점검 때문에 릴리스가 하루 넘게 늦어지지 않는다.
1.2인사팀·보안팀, 전 직원필수⏱ 2027년 3월 31일까지
모든 직원이 싱가포르 개인정보보호법(PDPA)에 맞게 고객 데이터를 안전하게 다룬다.
중요한 이유: 데이터 유출 시 최대 100만 싱가포르 달러 또는 싱가포르 매출의 10%까지 벌금을 물 수 있고, 신뢰도 잃습니다.
  • 2027년 PDPA 보수 교육을 이수한 직원 (학습 시스템 보고서)1월 31일까지62% → 100%
  • 월간 피싱 테스트에서 링크를 클릭한 직원18% → 8%
  • 전체 디스크 암호화가 켜진 회사 노트북 (기기 관리 보고서)2월 28일까지80% → 100%
1.3플랫폼팀⏱ 2027년 3월 31일까지
공격자가 악용하기 전에 보안 구멍을 막는다.
중요한 이유: 대부분의 침해는 이미 알려졌지만 아직 패치되지 않은 취약점을 이용합니다.
  • 스캐너가 발견한 지 7일 안에 패치된 치명적 취약점40% → 90%
  • 고위험 취약점 패치에 걸리는 일수 (중앙값)45 → 14
  • 지원이 끝난 운영체제를 쓰는 운영 서버3월 15일까지22 → 0
가드레일: 패치로 인한 계획되지 않은 다운타임이 없다.
1.4리스크 위원회⏱ 2027년 3월 31일까지
상위 20개 리스크마다 담당자와 실제로 검증한 대응 계획이 있다.
중요한 이유: 이사회가 상위 리스크가 목록에만 있지 않고 관리되고 있다는 증거를 요구했습니다.
  • 담당자가 지정되고 모의훈련이나 점검으로 계획을 검증한 상위 20개 리스크5 → 15
  • 예정일에 열린 월간 리스크 검토 (1·2·3월)1/3 → 3/3
  • 기한이 지난 리스크 조치31 → 10
1.5IT팀필수⏱ 2027년 3월 31일까지
12개 핵심 시스템에는 꼭 필요한 사람만 접근할 수 있다.
중요한 이유: 작년 사고 2건에 퇴사자 계정이 사용되었습니다.
  • 마지막 근무일로부터 24시간 안에 접근 권한이 모두 회수된 퇴사자 (인사·IT 기록)1월 31일까지70% → 100%
  • 검토 후 남은 관리자 권한 계정120 → 40
  • 1분기 접근 권한 검토를 마친 핵심 시스템0 → 12/12
가드레일: 새 접근 요청은 여전히 영업일 1일 안에 승인된다.
2
영역 2/7

💬 고객 만족: CSAT와 NPS

고객 만족은 눈에 잘 보이지 않아서, 팀은 고객에게 직접 물어 숫자로 나타냅니다. 가장 흔한 두 방법이 CSAT와 NPS입니다. 비슷하게 들리지만 측정하는 대상이 달라서, 핵심 결과에 넣기 전에 둘 다 잘 알아 두는 것이 좋습니다.

CSAT: 고객 만족도 점수

질문: "[이번 상담 / 배송 / 방문]에 얼마나 만족하셨나요?" 고객은 보통 그 일이 있은 직후 1(매우 불만족)부터 5(매우 만족)까지로 답합니다.

점수: 4나 5로 답한 사람의 비율.

CSAT는 1~5점 척도에서 4점과 5점을 셉니다 1 😠20명 2 🙁10명 3 😐20명 4 🙂70명 5 😄80명 만족 = 150 CSAT = 만족 150 ÷ 응답 200 = 75%
기억이 생생할 때 바로 물어보세요. 나쁜 경험을 빨리 찾아내기에 좋습니다.

NPS: 순추천지수

질문: "친구나 동료에게 저희를 추천할 가능성이 얼마나 되나요?" 고객은 0부터 10까지로 답합니다. 보통 상호작용마다가 아니라 몇 달에 한 번 묻습니다.

점수: 응답을 세 그룹으로 나눕니다. NPS = 추천 고객 % − 비추천 고객 %. 중립 고객은 전체 응답 수에는 들어가지만 더하거나 빼지 않습니다. 결과는 −100에서 +100 사이이며, 퍼센트가 아니라 그냥 숫자입니다.

NPS는 0~10점 척도를 비추천, 중립, 추천 고객으로 나눕니다 012345678910 비추천 고객: 불만, 남에게 말릴 수 있음 중립 고객 추천 고객 100명 중 20명 = 20% 30명 50명 = 50% NPS = 50% − 20% = +30
척도가 얼마나 엄격한지 보세요. 7이나 8은 유리하게 계산되지 않습니다. 의도된 것입니다. 진짜 팬만 입소문을 내니까요.
CSATNPS
측정 대상한 순간 또는 한 번의 상호작용전반적인 관계와 충성도
질문"…에 얼마나 만족하셨나요?""저희를 추천할 가능성이 얼마나 되나요?"
척도1~50~10
점수4점과 5점의 비율 (0%~100%)추천 % − 비추천 % (−100~+100)
묻는 시점상호작용 직후몇 달에 한 번
변화 속도빠름, 몇 주 안에느림, 몇 달에 걸쳐
적합한 용도특정 경험 개선고객이 우리를 지지할지 추적

좋은 점수는 얼마일까요?

업계와 고객에 따라 크게 다르므로 자신의 추세가 가장 중요합니다. 대략적인 기준은 다음과 같습니다.

NPS 0 미만비추천 고객이 추천 고객보다 많습니다. 성장을 쫓기 전에 이유부터 찾으세요.
NPS 0~+30긍정적. 많은 기업에서 흔한 수준이며 발전할 여지가 많습니다.
NPS +30 초과강함. +50을 넘으면 매우 우수합니다. CSAT는 보통 80% 이상이면 좋다고 봅니다.

잘 활용하는 법

항상 "왜?"를 물으세요.점수 뒤에 주관식 질문을 하나 붙이세요. 이유: 숫자는 뭔가 잘못됐다는 것을, 의견은 무엇이 잘못됐는지를 알려 줍니다.
응답자 수를 함께 보여 주세요.이유: 응답이 40개뿐이면 몇 사람만으로도 NPS가 10점씩 흔들립니다.
고리를 닫으세요.불만인 고객에게 연락하고, 무엇을 바꿨는지 모두에게 알리세요. 이유: 변화를 본 사람은 계속 응답합니다.
한 번의 설문이 아니라 추세를 보세요.이유: 점수는 오르내립니다. 몇 달에 걸친 방향이 중요합니다.
점수 자체에 보상하지 마세요.이유: 사람들이 고객에게 10점을 달라고 부탁하기 시작하고, 숫자는 의미를 잃습니다.

왜 둘 다 쓸까요? CSAT는 빨리 움직여서 변화가 효과가 있는지 몇 주 안에 알려 줍니다. NPS는 느리게 움직이지만 그 변화들이 충성도로 이어지는지 보여 줍니다. CSAT는 오르는데 NPS가 그대로라면, 작은 것들은 고쳤지만 큰 것은 아직 못 고쳤다는 뜻인 경우가 많습니다.

OKR 예시 5가지

2.1고객지원팀⏱ 2027년 3월 31일까지
고객의 문제를 한 번의 대화로 해결한다.
중요한 이유: "두 번 설명해야 했다"가 설문 의견에서 가장 많이 나오는 불만이고, 재문의에 매달 상담원 약 600시간이 듭니다.
  • 상담 채팅 후 CSAT (월간, 응답 300건 이상)75% → 85%
  • 같은 문제로 7일 안에 다시 연락한 고객22% → 12%
  • 첫 답변에서 해결된 티켓35% → 50%
가드레일: 첫 답변 시간 중앙값이 4시간 미만으로 유지된다.
2.2고객경험팀, 전사 협력⏱ 2027년 3월 31일까지
우리를 추천하는 팬 고객을 늘린다.
중요한 이유: 추천으로 온 고객은 확보 비용이 가장 낮고 이탈도 가장 적습니다.
  • 분기별 NPS 설문 (응답 400건 이상)+12 → +22
  • 비추천 고객 비율 (0~6점)30% → 22%
  • 48시간 안에 직접 다시 연락받은 비추천 고객1월 31일까지0% → 90%
2.3물류팀⏱ 2027년 3월 31일까지
주문이 약속한 날짜에 도착한다.
중요한 이유: 별점 1점 리뷰 10개 중 4개가 배송 지연 때문입니다.
  • 약속한 날짜 또는 그 전에 배송된 주문82% → 93%
  • 배송 후 CSAT70% → 80%
  • 주문 1,000건당 "주문이 어디 있나요?" 문의60 → 30
가드레일: 주문당 배송비 상승은 5% 이내로 유지한다.
2.4온보딩팀⏱ 2027년 3월 31일까지
새 고객이 첫 주에 실질적인 가치를 얻는다.
중요한 이유: 첫 달에 막힌 고객이 가장 많이 해지합니다.
  • 온보딩 후 CSAT (가입 14일째 설문)68% → 80%
  • 가입 90일 이내 고객의 NPS−5 → +10
  • 가입부터 첫 예약 완료까지 걸리는 일수 (중앙값)14 → 5
2.5제품팀·고객경험팀⏱ 2027년 3월 31일까지
고객이 자신의 의견으로 무언가가 바뀌는 것을 본다.
중요한 이유: 응답률이 6%뿐이라 점수를 믿기 어렵습니다.
  • 설문 응답률6% → 12%
  • 4분기 상위 5개 불만 주제 중 개선이 출시된 것0 → 3/5
  • 영업일 10일 안에 "이렇게 바꿨습니다"라고 답한 서면 의견10% → 70%
3
영역 3/7

🧲 고객 확보와 충성도

고객 확보는 새 고객을 얼마나 얻는지, 충성도는 그중 얼마나 남고 다시 오는지입니다. 한 달 뒤 떠날 고객을 얻는 것은 새는 양동이에 물을 붓는 것과 같아서, 좋은 OKR은 보통 수도꼭지와 새는 곳을 함께 측정합니다.

새는 양동이: 새 고객은 위로 들어오고, 이탈 고객은 아래로 샙니다 고객 1,000명 매달 신규 +70 고객 확보: 수도꼭지 매달 이탈 −40 이탈: 새는 곳 (4%) 순성장: +30 이탈률을 2%로 반으로 줄이면 판매를 하나도 늘리지 않고 성장이 +50으로 뜁니다.
고객 확보는 양동이를 채우고, 충성도는 새는 것을 막습니다. 새는 곳을 막는 편이 수도꼭지를 더 트는 것보다 싼 경우가 많습니다.

알아 둘 용어

용어뜻
전환율한 단계에서 다음 단계로 넘어가는 사람의 비율. 예: 무료 체험에서 유료로.
CAC (고객 확보 비용)영업·마케팅 지출 ÷ 새로 얻은 고객 수. $8,800 ÷ 40 = 고객당 $220.
유지율기간 말에 남아 있는 고객 ÷ 기간 초 고객. 1,000명 중 950명 = 95%.
이탈률 (Churn)유지율의 반대: 떠난 고객의 비율. 1,000명 중 50명 = 월 이탈률 5%.
재구매율정해진 기간(예: 60일) 안에 다시 구매한 고객의 비율.
LTV (생애 가치)일반적인 고객이 떠나기 전까지 내는 총액. 건강한 경험칙은 LTV가 CAC의 3배 이상인 것입니다.

OKR 예시 5가지

3.1그로스팀⏱ 2027년 3월 31일까지
싱가포르 소규모 병원이 가장 먼저 찾는 예약 앱이 된다.
중요한 이유: 소규모 병원은 가장 수익성 높은 고객층인데, 지금 우리를 쓰는 곳은 약 6%뿐입니다.
  • 3월 신규 유료 병원 수40 → 60
  • 체험 첫 7일 안에 예약을 5건 이상 받은 병원30% → 45%
  • 고객 확보 비용(CAC), 1분기 평균$220 → $180
가드레일: 30일 안에 해지하는 신규 고객은 5% 미만으로 유지한다.
3.2이커머스팀⏱ 2027년 3월 31일까지
첫 구매 고객이 두 번째 주문을 하러 돌아온다.
중요한 이유: 돌아오는 고객은 새 고객보다 훨씬 적은 비용으로 얻을 수 있습니다.
  • 60일 안에 다시 주문한 첫 구매 고객 (1·2월 첫 구매)18% → 25%
  • 첫 주문과 두 번째 주문 사이 일수 (중앙값)45 → 30
  • 최근 12개월 동안 3회 이상 주문한 고객1,200 → 1,500
가드레일: 할인 비용은 매출의 8% 미만으로 유지한다.
3.3고객성공팀⏱ 2027년 3월 31일까지
고객이 계속 남는 이유는 제품이 계속 제 몫을 하기 때문이다.
중요한 이유: 월 이탈률 4%면 매년 고객 10명 중 약 4명을 잃습니다.
  • 월간 고객 이탈률 (3월)4% → 3%
  • 해지 사유로 "사용하기 너무 어렵다"를 고른 비율30% → 15%
  • 영업일 3일 안에 연락한 위험 계정 (14일 동안 로그인 없음)2월 28일까지0% → 90%
3.4마케팅팀⏱ 2027년 3월 31일까지
가장 만족한 고객이 새 고객을 데려온다.
중요한 이유: 추천 고객은 확보 비용이 가장 낮고 가장 오래 머뭅니다.
  • 3월 신규 고객 중 추천으로 온 비율8% → 15%
  • 추천 초대를 한 번 이상 보낸 고객5% → 12%
  • 유료 고객이 된 추천 체험 사용자20% → 30%
3.5어카운트 관리팀⏱ 2027년 3월 31일까지
고객 한 명 한 명이 시간이 갈수록 더 많은 가치를 얻는다.
중요한 이유: 수익성 있게 성장하려면 고객의 가치가 확보 비용보다 훨씬 커야 합니다.
  • 고객당 월평균 매출$40 → $46
  • 연간 요금제 고객15% → 25%
  • 생애 가치 대비 확보 비용(LTV:CAC), 최근 12개월2.2:1 → 2.6:1
가드레일: 분기별 NPS가 떨어지지 않는다.
4
영역 4/7

🚀 배포 속도

배포 속도는 변경이 "누군가 작성했다"에서 "고객이 쓸 수 있다"까지 얼마나 빨리 가는지입니다. 소프트웨어 팀은 흔히 Google의 DevOps 연구·평가 프로그램에서 나온 DORA 지표를 씁니다. 그중 둘은 속도에 관한 것으로, 얼마나 자주 배포하는지와 변경이 운영에 반영되기까지 얼마나 걸리는지입니다. 나머지 둘은 안정성에 관한 것으로, 아래 신뢰성 영역에 있습니다.

변경 하나의 리드 타임: 대부분이 대기 시간입니다 변경 하나의 리드 타임: 12일 코딩 리뷰 대기3일 수정 테스트 대기3일 테스트 릴리스 날 대기4일 반영 실제 작업: 약 2일 대기: 약 10일 타이핑을 빨리 한다고 해결되지 않습니다. 더 작은 변경, 더 빠른 리뷰, 자동화된 테스트, 언제든 릴리스하는 것이 해결합니다. 그래서 배포 OKR은 대기 시간을 겨냥합니다.
전형적인 리드 타임. 파란 부분은 작업, 빨간 부분은 대기열입니다. 배포 속도 개선은 대부분 대기열을 없애는 데서 나옵니다.

알아 둘 용어

용어뜻
배포 빈도운영 환경에 얼마나 자주 릴리스하는지. 최상위 팀은 하루에도 여러 번 배포합니다.
변경 리드 타임변경이 커밋된 때부터 운영에서 실행될 때까지의 시간.
사이클 타임한 항목의 작업을 시작해서 끝낼 때까지의 시간.
배치 크기한 번의 릴리스에 나가는 변경의 양. 작을수록 빠르고 안전합니다.

OKR 예시 5가지

4.1결제팀⏱ 2027년 3월 31일까지
작은 변경을 매일 고객에게 릴리스한다.
중요한 이유: 2주마다 하던 대규모 릴리스가 지난 분기 장애 4건 중 3건의 원인이었습니다.
  • 주당 운영 배포 횟수 (4주 평균)1 → 5
  • 풀 리퀘스트당 변경된 줄 수 (중앙값)800 → 300
  • 1분기 중 주말 작업이 필요한 릴리스4 → 0
가드레일: 변경 실패율은 15% 미만으로 유지한다.
4.2결제팀⏱ 2027년 3월 31일까지
완성된 작업이 몇 주가 아니라 며칠 안에 고객에게 닿는다.
중요한 이유: 하루 만에 만든 수정을 고객은 2주나 기다렸습니다.
  • 병합에서 운영 반영까지의 리드 타임 (중앙값)12 → 3일
  • 첫 리뷰까지 24시간 넘게 기다린 풀 리퀘스트2월 28일까지45% → 15%
  • 완성된 변경이 릴리스 창을 기다리는 평균 일수5 → 1
4.3플랫폼팀⏱ 2027년 3월 31일까지
어떤 엔지니어든 30분 안에 안전하게 릴리스할 수 있다.
중요한 이유: 심야 릴리스가 사람들을 지치게 하고 긴급 수정을 늦추고 있습니다.
  • 릴리스 체크리스트의 수동 단계2월 28일까지14 → 3
  • 릴리스 시작부터 반영 완료까지 걸리는 시간 (중앙값)4시간 → 30분
  • 근무 시간 중에 한 릴리스30% → 85%
4.4개발자 경험팀⏱ 2027년 3월 31일까지
개발자가 모든 변경에 대해 몇 분 안에 피드백을 받는다.
중요한 이유: 느린 빌드를 기다리느라 개발자 한 명당 하루 약 1시간을 잃습니다.
  • 빌드·테스트 파이프라인 시간 (중앙값)45 → 15분
  • 불안정한 테스트 때문에 실패한 주간 파이프라인 실행25 → 5
  • 새 개발자가 첫 변경을 릴리스하기까지 걸리는 영업일10 → 3
4.5제품팀⏱ 2027년 3월 31일까지
작은 요청이 큰 작업 뒤에 갇히지 않는다.
중요한 이유: 영업팀에 따르면 고객에게 약속한 빠른 개선이 한 달이나 걸립니다.
  • "소" 크기 항목의 사이클 타임 (중앙값)15 → 7일
  • 30일 넘게 진행 중인 항목18 → 5
  • 기능 플래그(켜고 끄는 스위치)로 출시한 새 기능10% → 60%
5
영역 5/7

🧱 신뢰성

신뢰성은 고객이 필요할 때 제품이 작동하는지입니다. 핵심은 얼마나 믿을 만해야 충분한지를 숫자로 합의하는 것입니다. 그 목표치가 SLO입니다. 그보다 낮으면 고객이 피해를 보고, 훨씬 높이려면 보통 얻는 것보다 비용이 더 듭니다.

가용성 목표별 월간 허용 다운타임 30일 한 달 동안 목표별로 허용되는 다운타임 99%99.5%99.9%99.99% 7시간 12분 3시간 36분 43분 4분 "9"가 하나 늘 때마다 허용 다운타임은 10분의 1로 줄고, 달성 비용은 훨씬 커집니다. 고객에게 실제로 필요한 목표를 고르세요.
가용성은 흔히 "9의 개수"로 말합니다. 99.9%는 99%와 비슷하게 들리지만 허용 다운타임은 10분의 1입니다.

알아 둘 용어

용어뜻
SLI (서비스 수준 지표)측정하는 대상. 예: "2초 안에 성공한 결제 요청의 비율".
SLO (서비스 수준 목표)그 지표의 목표치. 예: 30일 동안 99.9%.
오류 예산SLO가 허용하는 실패. 99.9%면 0.1%, 한 달 약 43분이 남습니다. 다 쓰면 릴리스를 늦추고 안정성부터 고칩니다.
MTTR (평균 복구 시간)장애가 시작된 때부터 서비스가 다시 작동할 때까지의 평균 시간.
변경 실패율운영에서 문제를 일으킨 릴리스의 비율. DORA 지표 중 하나입니다.

OKR 예시 5가지

5.1결제팀⏱ 2027년 3월 31일까지
고객이 언제나 구매를 마칠 수 있다.
중요한 이유: 결제가 1시간 멈출 때마다 약 4만 달러의 매출을 잃습니다.
  • 월별 결제 가용성99.5% → 99.9%
  • 분기 중 심각도 1 장애6 → 2
  • 1분기 중 43분 오류 예산을 지킨 달1/3 → 3/3
5.2사이트 신뢰성팀⏱ 2027년 3월 31일까지
문제가 생기면 몇 시간이 아니라 몇 분 안에 복구한다.
중요한 이유: 대부분의 장애를 우리보다 고객이 먼저 알아챕니다.
  • 심각도 1·2 장애의 평균 복구 시간3시간 → 45분
  • 고객 신고 전에 모니터링으로 감지한 장애40% → 80%
  • 모의훈련으로 런북을 검증한 1등급 서비스4 → 20/20
5.3전 제품팀⏱ 2027년 3월 31일까지
릴리스가 고객의 경험을 망가뜨리지 않는다.
중요한 이유: 지난 분기 릴리스 4건 중 1건이 장애나 롤백을 일으켰습니다.
  • 변경 실패율 (장애나 롤백을 일으킨 릴리스)25% → 12%
  • 5분 안에 롤백할 수 있는 서비스2월 28일까지20% → 80%
  • 고객이 신고한 월간 버그30 → 15
가드레일: 배포 빈도가 줄지 않는다.
5.4웹·모바일팀⏱ 2027년 3월 31일까지
어떤 휴대폰에서도 앱이 빠르게 느껴진다.
중요한 이유: 우리 데이터상 로딩이 4초를 넘는 페이지는 모바일 전환율이 절반으로 떨어집니다.
  • 모바일 페이지 로딩 시간 95번째 백분위 (실사용자 모니터링)4.0초 → 2.5초
  • API 응답 시간 95번째 백분위900 → 400 ms
  • 충돌 없는 모바일 앱 세션97% → 99.5%
5.5엔지니어링⏱ 2027년 3월 31일까지
모든 장애에서 배워 같은 일이 두 번 일어나지 않게 한다.
중요한 이유: 지난 분기 장애 8건은 이미 알던 원인 때문이었습니다.
  • 영업일 5일 안에 비난 없는 회고를 한 심각도 1·2 장애30% → 100%
  • 분기 중 원인이 이미 알려진 재발 장애8 → 2
  • 기한 안에 완료한 회고 조치40% → 85%
6
영역 6/7

🙋 셀프서비스

대부분의 고객은 답장을 기다리기보다 간단한 문제는 스스로 해결하고 싶어 합니다. 좋은 셀프서비스는 도움말 센터, 앱 안내, 잘 작동하는 계정 설정으로 그것을 가능하게 합니다. 연락이 줄었는지만이 아니라 고객이 성공했는지를 측정하세요. 포기한 것은 셀프서비스가 아닙니다.

도움이 필요한 고객 100명 중 지금과 OKR 이후 스스로 해결하는 사람 이번 주 도움이 필요한 고객 100명 중… 현재 30명 스스로 해결 10 60명 지원팀에 연락하고 대기 목표 60명 스스로 해결 5 35명 지원팀에 연락 답을 못 찾고 포기: 꼭 지켜볼 숫자. 이 숫자가 늘면 셀프서비스가 조용히 실패하고 있는 것입니다.
목표는 연락할 수 있는 사람을 줄이는 것이 아니라 스스로 성공하는 사람을 늘리는 것입니다.

알아 둘 용어

용어뜻
셀프서비스 비율도움이 필요했던 고객 중 사람에게 연락하지 않고 해결한 비율.
문의 회피 (Deflection)셀프서비스가 먼저 답해서 일어나지 않은 지원 문의.
CES (고객 노력 점수)"…하기가 얼마나 쉬웠나요?"에 1(매우 어려움)부터 7(매우 쉬움)까지 답합니다. 평균이 점수입니다.
첫 가치까지 걸리는 시간새 고객이 제품에서 처음으로 실질적인 이득을 얻기까지 걸리는 시간.

OKR 예시 5가지

6.1고객지원·도움말 콘텐츠팀⏱ 2027년 3월 31일까지
가장 흔한 질문 20개는 고객이 스스로 해결한다.
중요한 이유: 티켓의 절반이 도움말 센터에서 이미 답해야 할 질문입니다.
  • 셀프서비스 비율 (도움말 센터 방문 후 24시간 안에 티켓이 없는 방문자)30% → 45%
  • 활성 고객 1,000명당 "어떻게 하나요?" 티켓50 → 30
  • "도움이 됐어요" 평가를 받은 상위 20개 도움말55% → 70%
가드레일: CSAT가 떨어지지 않는다. 티켓이 줄었다고 불만인 고객이 늘어서는 안 된다.
6.2온보딩팀⏱ 2027년 3월 31일까지
새 고객이 한 번에 스스로 설정을 마칠 수 있다.
중요한 이유: 온보딩 통화 한 번에 전문가의 시간이 45분씩 듭니다.
  • 지원팀에 연락하지 않고 설정을 마친 새 계정45% → 70%
  • 가입부터 첫 가치까지 걸리는 일수 (중앙값)5 → 2
  • 온보딩 통화가 필요한 새 고객100% → 40%
6.3결제·청구팀⏱ 2027년 3월 31일까지
고객이 이메일 없이 계정 정보를 바꾼다.
중요한 이유: 청구 관련 이메일이 전체 티켓의 25%이고, 대부분 간단한 변경입니다.
  • 앱에서 직접 한 계정 변경 (주소, 요금제, 청구서)40% → 80%
  • 계정 작업의 고객 노력 점수 (1~7)4.1 → 5.5
  • 3월 청구 관련 티켓600 → 300
6.4도움말 센터팀⏱ 2027년 3월 31일까지
고객이 첫 검색에서 맞는 답을 찾는다.
중요한 이유: 검색 5번 중 1번은 결과가 없고, 그중 대부분이 티켓을 엽니다.
  • 도움말 문서 클릭으로 끝난 검색50% → 70%
  • 결과가 없는 도움말 검색2월 28일까지20% → 8%
  • 첫 검색부터 맞는 문서를 열기까지 걸리는 시간 (중앙값)3 → 1분
6.5채팅 어시스턴트팀⏱ 2027년 3월 31일까지
채팅 어시스턴트가 간단한 질문은 해결하고 나머지는 매끄럽게 넘긴다.
중요한 이유: 고객은 어시스턴트 채팅을 사람과의 채팅보다 훨씬 낮게 평가합니다.
  • 어시스턴트가 완전히 해결한 채팅 (상담원 연결 없음, 24시간 안에 티켓 없음)15% → 35%
  • 어시스턴트만 응대한 채팅의 CSAT60% → 75%
  • 상담원 연결 후 고객이 질문을 다시 말해야 했던 경우2월 28일까지50% → 10%
가드레일: 어떤 고객이든 두 번의 클릭 안에 사람과 연결될 수 있다.
7
영역 7/7

🧭 일하는 방식

이 OKR은 팀 자체에 관한 것입니다. 시간을 계획한 일에 얼마나 쓰는지, 얼마나 예측 가능한지, 지치지 않고 좋은 일을 할 수 있는지. 흔한 예가 계획되지 않은 일입니다. 스프린트 중간에 들어온, 계획에 없던 모든 일, 즉 긴급 요청, 운영 버그, 부탁 같은 것입니다. 조금은 정상이지만, 많으면 계획이 허구가 됩니다.

여섯 번의 스프린트 동안 계획되지 않은 일이 45%에서 18%로 줄어듦 스프린트별 계획되지 않은 일의 비율 45%스프린트 140%스프린트 235%스프린트 328%스프린트 422%스프린트 518%스프린트 6 목표 20% 계획된 일 계획되지 않은 일
스프린트마다 추적하세요. 목표는 0이 아닙니다. 예상치 못한 일을 위한 여유는 건강합니다. 목표는 믿을 수 있는 계획입니다.

알아 둘 용어

용어뜻
계획되지 않은 일 %스프린트 계획에 없던 일에 쓴 시간 ÷ 전체 시간. 많은 팀이 10~20%를 목표로 하고, 이를 위한 여유를 조금 남겨 둡니다.
스프린트 목표 달성률스프린트 목표를 달성한 스프린트의 비율. 예측 가능성의 척도입니다.
이월스프린트 끝에 끝나지 않아 다음 스프린트로 넘어간 항목.
흐름 효율항목에 실제로 작업한 시간 ÷ 시작부터 끝까지의 전체 시간. 15~20%가 흔하며 나머지는 대기입니다.
WIP진행 중인 일: 시작했지만 끝나지 않은 항목. WIP 한도를 참고하세요.

OKR 예시 5가지

7.1모바일팀⏱ 2027년 3월 31일까지
스프린트를 계획한 일에 쓴다.
중요한 이유: 지난 분기에 계획되지 않은 일이 40%를 차지해 스프린트 6번 중 4번의 계획이 무너졌습니다.
  • 스프린트 용량 중 계획되지 않은 일의 비율 (1분기 스프린트 평균)40% → 25%
  • 합의된 접수 양식으로 들어온 긴급 요청1월 31일까지30% → 90%
  • 스프린트를 방해한 월간 운영 버그30 → 15
가드레일: 진짜 긴급 상황의 대응 시간은 나빠지지 않는다.
7.2모바일팀⏱ 2027년 3월 31일까지
다른 팀이 우리의 약속을 믿을 수 있다.
중요한 이유: 지난 분기 우리 작업이 늦어져 협력 팀 2곳의 출시가 밀렸습니다.
  • 스프린트 목표를 달성한 스프린트 (1분기 6번)2/6 → 5/6
  • 스프린트당 이월된 평균 항목 수9 → 3
  • 예측일 기준 1주 안에 출시한 릴리스40% → 75%
7.3웹팀⏱ 2027년 3월 31일까지
덜 시작해서 더 많이 끝낸다.
중요한 이유: 모두가 일을 네 개씩 붙잡고 있어서 일이 몇 주씩 반쯤 된 채로 머뭅니다.
  • 1인당 평균 진행 중 항목 수 (매일 보드 스냅숏)4 → 2
  • 사이클 타임 (중앙값)12 → 7일
  • 흐름 효율 (실제 작업 시간 ÷ 전체 시간)15% → 25%
7.4데이터팀⏱ 2027년 3월 31일까지
모두가 깊이 집중해서 일할 시간을 갖는다.
중요한 이유: 지난 설문에서 60%가 회의 때문에 최선을 다해 일하지 못한다고 답했습니다.
  • 1인당 주간 평균 회의 시간 (캘린더 데이터)14 → 9
  • 1인당 주간 2시간 이상 회의 없는 시간 블록1월 31일까지2 → 5
  • "좋은 일을 할 시간이 있다"에 동의한 사람 (월간 설문)40% → 70%
7.5플랫폼팀⏱ 2027년 3월 31일까지
사람들이 들어오고 싶고 머물고 싶은 팀이 된다.
중요한 이유: 지난 분기 두 명이 떠났고, 둘 다 퇴사 면담에서 팀 건강을 이유로 꼽았습니다.
  • 팀 건강 점검에서 초록색인 영역 (10개 영역)4 → 7
  • 다음 회고 전까지 완료한 회고 조치30% → 75%
  • 새 입사자가 첫 변경을 릴리스하기까지 걸리는 영업일15 → 5

섞어서 쓰기

한 팀의 분기는 보통 여러 영역을 섞습니다. 예를 들어 제품팀은 고객 OKR 하나, 신뢰성 OKR 하나, 일하는 방식 OKR 하나를 정하고, 나머지는 가드레일로 쓸 수 있습니다.

다음 읽을거리

모든 아티클 보기 →