레브옵스 · 수익 운영
Revenue Operations (RevOps)
레브옵스란?
- 마케팅·영업·CS를 하나로 정렬
- 수익 전 과정을 통합 운영
- 부서 단절이 매출 누수의 원인
레브옵스가 실제로 바꾸는 것은 조직도가 아니라 숫자의 소유권입니다. 리드·파이프라인·갱신 데이터를 누가 정의하고 누가 고칠 수 있는지가 한 곳으로 모이면, 같은 달 상담 건수를 마케팅은 412건, 영업은 297건으로 보고하는 일이 사라집니다. 회의 풍경도 달라집니다. 부서별 실적 보고 세 개를 순서대로 듣는 대신, 유입부터 갱신까지 한 장으로 이어 붙인 퍼널을 띄워 놓고 '어느 구간에서 새는가'만 따지게 됩니다. 책임 소재가 팀이 아니라 구간으로 옮겨가는 셈입니다.
세일즈 옵스의 이름만 바꾼 것으로 보면 곤란합니다. 세일즈 옵스가 할당량·영역·보상처럼 영업 조직 안쪽의 생산성을 다룬다면, 레브옵스는 그 위에서 마케팅 옵스·CS 옵스까지 묶어 데이터·프로세스·기술·인에이블먼트 네 축을 관장합니다. 조직 형태는 대개 셋으로 갈립니다. 팀마다 옵스 담당자를 붙이는 분산형, 한 팀이 전사 운영 권한을 쥐는 중앙집중형, 데이터와 시스템만 중앙이 쥐고 실행은 각 팀이 가져가는 하이브리드형입니다. 국내 B2B에서는 영업 인원 20명, 사용 중인 SaaS 툴 10개를 넘어서는 시점이 전담자를 두는 현실적인 기준선으로 통합니다.
현장에서 가장 흔히 어긋나는 지점은 레브옵스를 'CRM 통합 프로젝트'로 아는 것입니다. 시스템을 하나로 합쳐도 평가 지표가 예전 그대로면 영업은 신규 계약, 마케팅은 MQL 건수, CS는 NPS를 보며 각자 다른 방향으로 뜁니다. 통합 대시보드만 화려해지고 리드 누수는 그대로입니다. 두 번째는 권한 없이 사람만 앉히는 경우입니다. 리드 배분 규칙이나 단계 정의를 바꿀 결재선을 주지 않으면 엑셀과 대시보드만 찍어내는 리포트 담당으로 굳어집니다. 도입 첫 분기에 '무엇을 바꿀 권한이 있는지'를 문서로 못 박지 않으면, 1년 뒤 남는 것은 비싼 툴 계약서뿐입니다.
세일즈 옵스를 수익 전 과정으로 확장한 개념으로, B2B·SaaS의 부서 정렬 필요와 함께 2010년대 후반 부상했습니다.
가상의 사례로 살펴보겠습니다. 클라우드 근태·급여 SaaS를 파는 A사는 임직원 140명, ARR 180억 원 규모입니다. 월 MQL이 600건씩 들어오는데 영업이 실제로 접촉한 건 40% 남짓이었고, 갱신 시즌마다 CS가 '이 고객이 뭘 약속받고 계약했는지 모르겠다'며 영업에 전화를 돌렸습니다. NRR이 97%까지 떨어지자 CRO 주도로 6개월짜리 레브옵스 도입에 들어갔습니다.
- 첫 회의에서 CRO가 세 팀 리더의 파이프라인 리포트를 나란히 띄웠더니, 같은 달 신규 상담 건수가 412건·368건·297건으로 제각각이라 30분간 숫자 검증만 했습니다.
- 레브옵스 팀장으로 합류한 김 팀장이 '리드 정의부터 다시 씁니다'라고 선언하고, 8주에 걸쳐 MQL·SQL 기준을 재작성하고 중복 계정 4,200건을 한 CRM으로 통합했습니다.
- 마케팅·영업이 SLA를 문서로 못 박았습니다 — MQL 전달 후 2영업일 내 미접촉 건은 자동 반환. 첫 달에 190건이 반환되면서 '누가 안 했는지'가 처음으로 드러났습니다.
- CS까지 묶어 갱신 90일 전 위험 고객 알림을 CRM에 심자, 담당 CSM이 '영업이 도입 때 뭘 약속했는지 이제 화면에서 보인다'며 선제 방문 일정을 잡기 시작했습니다.
- 김 팀장에게 리드 배분 규칙과 단계 정의를 바꿀 결재 권한을 명시적으로 넘긴 것이 분기점이었습니다. 권한 문서가 나오기 전 두 달은 대시보드만 늘었습니다.
- 6개월 뒤 MQL→상담 전환율은 11%에서 19%로, 리드 평균 응답 시간은 38시간에서 6시간으로 줄었고, NRR은 97%에서 108%로 올라섰습니다.