Product & Support Ops를 위한 연간 계획

연간 계획은 회사에서 기능, 팀으로 이어지는 계단식 구조를 따릅니다. 1단계 — 회사 전략 (회계연도 1월 시작의 경우 일반적으로 10월): 경영진은 해당 연도의 회사 수준 우선순위(상위 3가지 전략적 베팅, 매출 목표, 성장 모델 강조점(신규 사업 vs. 확장 vs. 해외))를 정의합니다. 이는 부서별 계획이 다루어야 할 입력값입니다. 2단계 — 부서별 계획 (10월~11월): 각 부서장(VP of Product, VP of Support, VP of CS)은 부서별 계획을 수립합니다. 즉, 해당 기능이 각 회사 우선순위에 어떻게 기여하는지, 어떤 자원(인력, 도구, 예산)이 필요한지, 어떤 트레이드오프가 이루어지고 있는지(가장 중요한 것에 집중하기 위해 무엇이 우선순위에서 밀려나는지)를 결정합니다. Product Ops는 작년의 계획 대비 성과, 다가오는 해의 제품 베팅 규모, 자원 모델링과 같은 데이터를 제공하여 이 단계를 지원합니다. 3단계 — 통합 및 협상 (11월): 부서장들은 경영진에게 계획을 발표하고 피드백을 받은 후 조정된 우선순위와 예산을 협상합니다. 4단계 — 전파 (12월): 승인된 계획은 팀에 전달되고, 팀 및 개인 수준에서 OKR이 설정되며, 도구 및 채용 계획이 실행됩니다.

Product Ops의 OKR 설정은 야망과 달성 가능성 사이의 균형을 맞추고 가장 흔한 실패 모드를 피해야 합니다. 흔한 OKR 실패 사례: 결과가 아닌 활동인 핵심 결과("활성화율을 65%로 높인다" 대신 "3가지 기능 출시"); 연말에 평가할 수 없을 정도로 모호한 목표("2025년에 제품을 더 좋게 만든다"); 너무 많은 OKR(각각 3개의 핵심 결과가 있는 3개의 목표 = 9개의 측정 가능한 목표; 이보다 많으면 우선순위가 분산됨). Product Ops OKR 설계 원칙: 각 핵심 결과는 현재 기준선, 목표, 명확한 측정 방법을 가진 지표여야 합니다. 예시: "KR: 성공 계획을 완료한 엔터프라이즈 계정의 비율을 44%(현재)에서 80%(목표)로 증가시키고, Gainsight 성공 계획 완료 보고서를 통해 매월 측정한다." "야심차지만 달성 가능": OKR은 팀이 뛰어난 실행으로 KR의 70%를 달성하도록 조정합니다. 만약 100% 달성된다면 목표가 너무 보수적이었던 것입니다. OKR은 간단한 RAG(Red/Amber/Green) 상태 업데이트를 사용하여 매월(간략하게) 검토되며, 회사 우선순위가 크게 변경된 경우 2분기에 중간 연도 수정이 예정됩니다.

연간 인력 요청은 CFO의 면밀한 조사를 통과해야 합니다. 발표는 요청된 인력이 약속된 비즈니스 성과를 달성하는 데 필요한 최소한의 인력이며, 채용 외의 대안이 진정으로 고려되었음을 보여주어야 합니다. 효과적인 인력 발표 구조: (1) 현재 상태 — 현재 팀 규모, 현재 업무량 지표(상담원당 티켓 수, CSM당 계정 수, 스프린트 속도), 목표 대비 현재 성과(현재 인력으로 SLA 및 CSAT 목표를 달성하고 있는가?). (2) 성장 예측 — 다가오는 해의 수요 증가 예측(매출 성장 계획, 제품 복잡성 증가, 신규 시장 확장 기반). (3) 효율성 개선 계획 — 특히, 인력 외적인 어떤 개선 사항이 수요 증가의 일부를 상쇄할 것인지(AI 도구, 프로세스 개선, 셀프 서비스 투자) — 그리고 그들이 흡수할 것으로 예상되는 수요 증가량. (4) 잔여 격차 — 효율성 개선으로 흡수할 수 없는 수요 증가로, 인력이 필요한 부분. 인력 요청은 이 격차를 메우기 위한 최소한의 인력입니다. (5) 추가 인력 미확보 위험 — 인력 요청이 승인되지 않을 경우 예상되는 SLA 준수율, CSAT 점수, 이탈 위험. 이 마지막 섹션은 가장 설득력 있는 요소입니다. 인력 거부를 특정 매출 위험과 연결하면 순수한 효율성 주장으로는 만들 수 없는 비즈니스 사례가 됩니다.