서비스 기획자의 역량은 도대체 어디까지 인지.. 현직에 있는 저 조차 생각하게 만듭니다. 단순히 아이디어만 내는 게 아니라 그 아이디어를 구체화하고 실행하는 과정 전반을 관리해야 하는 업무가 주로 이루기 때문에 하나하나 신경쓸게 너무나 많습니다. 서비스 기획자는 다양한 부서와 협업하고, 고객의 요구와 회사 임원분들과 의견도 들어야하고, 트렌드에 따른 시장 환경에 맞춰 서비스 개선을 고민하게 만듭니다.이러한 이유로 서비스 기획자는 스트레스를 달고 살 정도로 버겁습니다. 오늘은 서비스 기획자가 겪는 대표적인 어려움과 필수 역량, 산업별 역할 차이, 그리고 미국과 한국에서의 서비스 기획자 역할 차이를 다뤄보겠습니다
1. 서비스 기획자의 고충
서비스 기획자는 의사소통에서 큰 어려움을 겪을 수 있습니다. 이건 무조건 회사에 취업하게 되면 겪는 일이라 이겨내야 합니다. 다양한 팀과 소통해야 하는데, 각 팀마다 우선순위나 중요시하는 포인트가 다르기 때문에 의견을 조율하는 일이 쉽지 않죠. 개발팀은 기술적 가능성을 중요시하고, 디자인팀은 사용자 경험(UX)에 중점을 두며, 마케팅팀은 시장의 요구를 강조합니다.
이 과정에서 기획자가 한 팀의 입장만 고수하면 다른 팀과 싸울수 밖에 없습니다. 그리고 각 부서의 기술적 한계나 상황을 충분히 이해하지 못하면 프로젝트 방향이 틀어질 수도 밖에 없습니다.
또 다른 어려움은 변화하는 시장 환경입니다. 요즘 서비스는 고정된 것이 아니라 사용자 피드백이나 외부 시장 트렌드에 맞춰 계속 변화해야 하는데 이미 진행 중인 프로젝트에 큰 변화를 줘야 하는 경우도 있고, 경우에 따라 처음부터 다시 기획해야 할 때도 있습니다. 출시 직후 피드백을 즉각 반영해야 할 때는 빠른 결정과 대처가 필수입니다. 글로 보기만 해도 답답해 한숨이 절로 나오지 않나요?
2. 서비스 기획자의 필수 역량
서비스 기획자가 성공적으로 일하려면 여러 역량을 갖춰야 한다고 생각합니다. 진짜 박지성 같은 멀티플레이어죠
첫 번째로 데이터 분석 능력이 필수입니다. 사용자의 행동을 분석하고, 그 데이터를 바탕으로 전략을 세울 줄 알아야하는데 신입 기획자는 이런 일은 거의 안할거라 생각합니다. 대부분 사수 기획자가 하고 백업 정도만 하신다고 생각하시면 됩니다. 옆에서 하는거 배우면서 경험을 쌓으면 나중에는 주로 하시게 될것입니다. 기획자는 사용자의 행동 데이터를 기반으로 시장 조사를 하고, 트렌드를 파악해 서비스 개선 방향을 제시해야 합니다. 이런거 마케터가 하는거 아냐? 라고 생각할수 있는데 기획자도 해야합니다. 새로운 기능을 추가 하고 싶거나 수정하고 싶을때 데이터가 없으면 사용자가 실제로 무엇을 원하는지 모르는 상태에서 방향 설정도 어렵고 같이 일 하는 디자이너, 개발자들이 절대로 기획자 말을 듣지 않을 겁니다. 객관적인 자료가 있어야 헛소리하는 분들을 잠재울 수 있습니다.
두 번째는 문제 해결 능력입니다. 서비스는 늘 순탄하게 진행되지 않죠. 예상하지 못한 문제가 생기기 마련이고, 기획자는 그 문제를 빠르게 파악하고 해결책을 제시할 줄 알아야 합니다. 단순히 문제를 고치는 게 아니라, 더 나은 방향으로 서비스 개선할 방법을 찾는 능력이 중요합니다. 예를 들어, 회원가입을 심플하고 편하게 할수 있도록 제공하기 위해 소셜 로그인 버튼을 크게 하던가 등과 같은 거예요 사용자 만족도를 높이기 위해서는 그들이 겪는 불편함을 정확히 진단하고 개선해야 하죠.
세 번째로는 협업 능력이 필수입니다. 서비스 기획자는 혼자 일 하는 것이 아니라, 다양한 팀과 협력해야 해야합니다. 모든 부서가 같은 목표를 향해 나아갈 수 있도록 조율하고, 서로 다른 팀의 입장을 잘 이해하고 소통해야 합니다.. (제일 중요..) 기획자는 각 팀의 의견을 잘 듣고, 적절히 조율하여 팀원들이 원활하게 일할 수 있도록 도와줘야 합니다. 이쯤 되면 기획자 하고 싶지 않을거 같네요
3. 서비스 기획자가 되기 위한 노력
서비스 기획자가 되려면 끊임없는 학습과 경험이 필요합니다. 시장 트렌드를 꾸준히 분석하고, 경쟁사의 서비스도 경험해보는 것이 중요하구요. 요즘에는 SQL이나 Google Analytics 같은 데이터 분석 툴을 잘 다룰 줄 알아야 하고, 데이터를 기반으로 전략을 세울 수 있어야 합니다. 점점 멀티를 요구하는 시대가 오는것 같습니다.
또한, 소프트 스킬을 키우는 것도 중요한데 다양한 팀과 협업할 때 공감 능력과 의사소통 능력이 필요합니다. 의사소통이라는 단어가 계속 강조할수 밖에 없는게 사람들과 일을 하기 때문에 단어 하나에 서로 다른 생각을 갖을 수 있고 행동하기 때문에 설명을 잘해야합니다.
마지막으로, 서비스 기획자는 끈기가 필수입니다. 기획이란 것이 처음부터 한 번에 완성되지 않거든요. 수많은 수정 과정을 거쳐 완성되기 때문에 중간에 좌절하지 않고 꾸준히 나아가는 인내심이 필요합니다. 기획만 끝내면 나머지 시간은 그래도 빡세지 않습니다
4. 서비스 기획자의 필수 도구와 툴
서비스 기획자는 다양한 도구와 툴을 활용해 프로젝트를 관리하고 효율성을 높이기 때문에 툴 같은건 배워두면 좋습니다. 5분이면 끝날 일을 1시간을 붙잡아서 할 수 있기 때문에 새로운게 나왔다? 그럼 무조건 설치하고 해보는게 좋습니다. 아래는 몇가지 도구와 툴 소개합니다.
4.1 프로젝트 관리 도구
- Jira는 애자일 개발에서 많이 사용되는데, 기획자가 팀의 작업을 관리하고 진행 상황을 트래킹할 수 있음
- Trello는 카드 기반의 작업 관리 도구로, 팀원들이 한눈에 프로젝트 상황을 파악할 수 있음
- Asana도 프로젝트 관리와 팀 협업에 유용해요. 작업을 분배하고 기한을 설정할 수 있음
4.2 데이터 분석 도구
- Google Analytics는 웹사이트 사용자의 행동 데이터를 분석해 UX 개선에 도움줌
- Mixpanel은 앱 내에서 사용자의 행동을 추적하고 분석해 구체적인 사용자 패턴을 파악하는 데 유용함
- SQL을 사용해 데이터를 직접 분석하고 사용자 트렌드를 파악하는 능력도 중요함
4.3 디자인 및 프로토타이핑 도구
- Figma는 기획자가 디자이너와 협력해 UX/UI를 빠르게 구체화할 수 있는 툴(이건 별표 5개짜리)
- Sketch는 웹과 모바일 앱 UI 디자인에 사용되는 도구 (이거 요즘 잘 사용 안함)
- InVision은 디자인된 화면을 인터랙티브하게 만들어 사용자 경험을 시뮬레이션할 수 있음 (이것도 요즘 잘 사용 안함)
4.4 커뮤니케이션 도구
- Slack은 팀 간 원활한 소통을 위한 메신저로, 각 프로젝트별 채널을 만들어 빠르게 논의를 진행할 수 있음
- Confluence는 기획 문서나 자료를 정리하고 팀 내에서 공유할 수 있는 협업 도구
5. 미국과 한국의 서비스 기획자 역량 차이
미국과 한국의 서비스 기획자 역할에는 어떤 차이가 있을까? 생각해 본적 있나요? 미국의 기획자는 더 독립적이고 전략적인 역할을 맡는 경우가 많습니다. 비즈니스 전반의 성과를 관리하고 장기적인 전략을 수립하죠. 반면 한국의 기획자는 팀워크와 조율 능력이 더 중요해요. 팀 간의 원활한 협력을 이끌어내고, 단기적인 목표를 빠르게 달성하는 능력이 요구됩니다.
미국 기획자는 데이터를 기반으로 장기적인 목표를 세우고, 애자일 방식의 소프트웨어 개발 방법론을 활용해 프로젝트를 추진합니다. 기술적 역량이 매우 중요하죠. 반면 한국의 기획자는 실시간으로 사용자 피드백을 반영하고, 신속하게 개선하는 민첩한 대응이 더 요구돼요. 이렇듯, 두 나라에서의 서비스 기획자 역할은 다소 차이가 있지만, 핵심적인 목표는 같습니다. 바로 사용자의 요구를 충족 하면서도 비즈니스 목표를 달성하는 것이죠.
6. 끝으로
서비스 기획자의 역량이라는 글을 쓰면서 기획자는 진짜 하는게 많구나…하고 생각하면서 한편으로는 내가 이런걸 하고 있구나 생각하니 안쓰럽기도 하고 불쌍하기도 합니다. 회사마다 다르겠지만 서비스 기획자는 프로젝트 기획 뿐만 아니라 PPT 제안서 작성도 시키고, 운영도 시키고 그런 경우도 많습니다. 이게 직원인가 머슴인가 할정도로 그래서 처음 서비스 기획자로 시작하시는 분들은 회사를 잘 들어가야합니다. 첫 단추부터 잘 잠궈야 한다고 생각합니다. 서비스를 만들어 본적도 기획자가 뭔지도 모르는 그런곳에 다니면 그냥 고생만 하다가 퇴사하는분들 여럿이 봤습니다. 대충 면접 질문이나 회사 분위기 보면 알수 있으니 아니다 싶으면 튀시길…. 바랍니다.
진짜 끝으로 하고 싶은말은 개발 공부를 조금 많이 하셨으면 좋겠습니다. 나중에는 개발을 아냐 모르냐에 차이로 서비스 깊이가 달라진다고 생각합니다. 제가 하는 말을 오해하지 않았으면 좋겠습니다.
