기획자가 운영도 해야해요?

"운영은 제품이 살아 숨 쉬는 과정이다”

by 코스모

첫 업무로 서비스 운영을 맡아보라는 말을 들었을 때, 솔직히 불만이 있었다.

나도 새로운 거 만들고 싶은데, 운영이랑 CS랑 같은 거 아닌가?라는 생각이 들었었지만

뭐든 잘하고 싶었다.

왜 운영일까?
운영이란 정확히 무엇을 말하는 걸까?
운영을 ‘잘한다’는 건 어떤 의미일까?
이걸 통해 나는 무엇을 배우고, 기획과는 어떻게 연결해야 할까?

라는 생각을 하기 시작했고, 잘 해내고 싶다는 생각이 들었다.

정말 운영은 ‘기획과는 다른, 단순한 일’에 불과할까?


1. 제품을 만든 뒤, 진짜 일이 시작된다

삼성전자에 가전팀이 있다고 가정해 보자.
신제품이 출시되고, 고객이 전원을 켜는 순간 그때부터 제품의 여정이 시작된다.

그 이후에는 끊임없는 운영이 뒤따른다.


고객센터에는 문의가 쏟아지고, 불량률 데이터가 쌓이며, 교환 정책이나 리콜 기준도 세워야 한다.


제품은 ‘출시’로 완성되는 게 아니라, ‘운영’으로 살아간다.

이건 디지털 서비스도 마찬가지다. 화면을 만들고 기능을 구현했다고 끝이 아니다.
운영은 서비스가 매일 정상적으로 작동하고, 고객이 꾸준히 만족할 수 있도록 ‘살아있는 상태’를 유지시키는 일이다.


2. 흔한 오해 — 운영은 기획이 아니잖아요?

신입 기획자라면 한 번쯤 이런 고민을 해봤을 것이다.
“운영은 단순 반복 업무 아닌가요?”, “기획을 하고 싶은데, 왜 운영을 해야하지?”


운영은 시스템을 새로 만드는 일이 아니다.
문제에 어떻게 대응하고, 그 경험을 어떻게 개선할지를 결정하는 일이다.

제품은 살아있는 생물이다. 사용자의 손에 닿는 순간부터, 그 쓰임은 예상과 다르게 흘러간다.

운영자는 그 흐름을 가장 가까이서 관찰하며, ‘지금 이 기능이 실제로 어떤 문제를 만들고 있는가’를 본다.

고객에게는 새로운 기능보다 매일 쓰는 기능의 불편함이 훨씬 크다.
이 불편함을 가장 먼저 감지하고, 직접 해소할 수 있는 사람 — 그게 바로 운영자다.


운영자가 없다면 서비스는 굴러가지 않는다.
버그가 발생했을 때, 불편이 쌓였을 때, 고객은 그대로 데미지를 받는다.

운영자는 그 데미지를 미리 방지하고, 발생한 문제를 신속히 복구해, 고객이 “문제없었다”라고 느끼게 만드는 사람이다. 눈에 잘 띄지 않지만, 서비스의 ‘면역체계’를 담당하는 존재다.


3. 운영은 ‘기획의 뿌리’다

운영을 단순 업무로 보는 건, 서비스의 생태계를 충분히 이해하지 못했기 때문이다.

기획의 거의 모든 일은 운영 경험 위에 얹혀 있다.
운영을 하며 우리는 VOC를 직접 듣고, 지표의 변화를 관찰하고, 문제의 근본 원인을 추적한다.

그 과정에서 ‘문제를 발견하는 눈’이 생긴다.


이 눈이 있어야 현실적인 정책을 세우고, 실제 유저가 원하는 기능을 기획할 수 있다.

운영은 서비스의 현미경이다.
서비스가 어디서 막히고, 어떤 경험이 불편한지를 가장 가까이에서 보는 자리다.

기획자도 데이터를 보고 개선안을 만든다.
그래서 운영과 기획의 경계가 모호해질 때가 있다.

하지만 혼란스러워할 필요는 없다.

운영은 기획력을 쌓는 가장 현실적인 훈련장이다.

실제 고객과 서비스의 반응 속에서 ‘무엇이 문제인지 감각적으로 이해하는 힘’을 기를 수 있으니까.


4. 내부 운영 vs 외부 운영

운영은 크게 두 가지 방향으로 나뉜다.


* 외부 운영

고객과 직접 맞닿는 영역. CS 대응, 공지, 이벤트 운영 등 고객 커뮤니케이션 중심 업무


* 내부 운영

조직이 효율적으로 움직이도록 돕는 영역. 운영 매뉴얼, FAQ, 정책 관리, 데이터 점검 등 백오피스 중심 업무


두 가지가 함께 돌아가야 서비스는 비로소 안정화된다.

외부의 신뢰를 지키는 힘과 내부의 효율을 만드는 힘이 균형을 이룰 때, 서비스는 비로소 ‘건강하게’ 움직인다.


5. 운영 업무의 영역

운영의 범위는 생각보다 넓다. 내부와 외부 모두 살펴야하며 “서비스가 멈추지 않도록 하는 모든 일”이다.


① CS/VOC 대응

고객 문의 대응 및 피드백 수집

VOC 데이터 분류 및 패턴 분석

고객 커뮤니케이션 (공지, 안내, FAQ 등)


② 운영 계획 및 프로세스 설계

매뉴얼, 가이드 제작

온보딩 프로세스 설계

이슈 대응 절차 및 운영 효율화


③ 정책·규정·컴플라이언스 관리

이용약관 및 개인정보처리방침 관리

콘텐츠 정책 수립 및 검토

외부 기관 대응 및 리스크 관리


④ 데이터 모니터링 및 개선 제안

행동 데이터 수집 및 이상 패턴 탐지

VOC 패턴 분석과 개선 아이디어 도출

운영 효율 및 품질을 위한 실험 설계


이 외에도 회사마다 다르겠지만 상세한 일이 훨씬 더 많다.

운영자는 단순히 요청을 ‘처리’하는 사람이 아니다. 문제의 패턴을 읽고, 불편을 구조적으로 제거하는 사람이다.


6. 운영의 정체성과 전문성

운영이라는 명칭은 회사마다 CX 매니저, 서비스 운영 매니저, CS 담당자 등 다양하지만, 본질은 같다.

단순 처리업무로 그치는 것이 아니라 업무의 가치를 만드는 건 ‘나 자신’이다.


예전에 베리시 CX 매니저님 강연을 들었는데, 엄청난 전문성과 자부심을 가지고 계셨다.

세심한 터치포인트들을 만들어 제품을 접하는 순간부터, 구매, 배송, 착용까지 모든 여정에서 고객이 느낄 수 있는 불편함을 찾아내고 개선했다. (온,오프라인을 망라하고)

성과도 보여주셨는데, 아 운영으로 저렇게 성과를 낼 수 있구나.

운영을 어떻게 바라보고, 어떻게 설계해서 일을 만들어나가야 따라

이렇게 큰 차이를 만들어내는구나 라는걸 알 수 있었다.


그래서 운영의 전문성은 단순히 “운영을 해봤어요.”로 끝나지 않는다.

> 운영을 통해 문제를 발견하고, 개선으로 연결시킬 수 있어요. 까지 연결이 되야한다.


운영을 통해 배운 것은 곧 기획의 언어가 된다.
서비스의 건강 상태를 가장 먼저 진단하고, 그 데이터를 토대로 더 나은 방향을 제시하는 일 —
그게 바로 ‘기획의 뿌리’로서의 운영이다.


다음 글에서는 실제 사례를 통해, 운영의 과정과 성과에 대해 얘기해 볼 예정이다.


매거진의 이전글서비스 분석 - 지금 어떻게 구성되어있나