[강연] 네이버웹툰 서비스 기획자(PM) 직무 특강 후기 (실무 프로세스, 필요 역량 등)

디자인 보다 기획하는 시간이 더 많은 요즘, 더 잘하고 싶은 욕망과 함께 늘어나는 고민.

그와중에 정말 우연히 알게되어 강연에 다녀왔습니다.
강연자는 네이버웍스모바일을 거쳐 네이버 웹툰에서 기획자로 일하고 계신 멘토님이셨는데요, 

직무에 대한 상세 설명을 들어볼 수 있었던 시간이었습니다.

 

기획자는 '문제를 찾아서 해결하는 사람'이고

PM하면 떠오르는 데이터 분석이니 하는 것들은 수단이고(물론 볼 줄 알면 좋지만 그 전에..)  결국 본질적인 역량은 '문제 해결력'인데,

여기에 정답은 없어서 '자기만의 논리'가 탄탄해야 한다는 것.

저 논리가 탄탄해 지려면 문제 해결 '경험'을 최대한 많이 해보라는 것.

이 2시간 동안의 계속 반복되는 내용이었습니다.

 

또 특별히 기억에 남았던 부분이라면, PM은 좀 쿨한 마인드가 필요하다는 점이었습니다.

판단이 맞을지 걱정된다, 내 결정이 틀려서 회사에 지장을 주어 멘탈 관리가 안된다. 등의 걱정의 질문에

아주 쿨한 말투로

'완벽한 정답은 있을 수가 없고, 내가 해야하는 건 결정이니까 결정한다' '회사도 완벽한 걸 바라지 않을 걸요?'

'손해 입힐 수 있는데, 어짜피 회사 안망한다'

라고 생각하신다고 하셨습니다. 

 

조금 위로?가 되었던 점은요,

대기업이면 막~~ 유저 리서치 치열하게 하고 데이터도 항상 치밀하게 대고 그렇게 하는 줄 알았는데

(물론 과제, 규모에 따라 다른데) 그런거까지 꼭 안하고 할 때도 많다고 하셨습니다.

최근에 리서치 방법이니, 데이터 분석법이니 고민이 많았는데 

생각해보면 이거 다 툴일 뿐이지 결국엔 문제를 해결해내는 것이 더 중요하다는 걸 다시금 느꼈습니다.

 

아무튼, 다시 한 번 완벽한 정답은 없고 매 순간 빠르게 판단하고 결과를 확인하며 그 경험들을 쌓아

다음번에 성공확률을 높여가는 것.이 직업인이 되는 법인 것 같습니다.

아래는 강연을 들으며 메모했던 내용이에요.

 

---

기획 overview

기획 단계

상위 기획 → [상세 기획]상세 화면 설계, 스펙 정의 (상세 기획) → 디자인 → 개발 → QA →(배포) → 성과 측정(지표 및 유저 피드백)

상위 기획 시 잡은 KPI 기반으로 측정함

1. 상위 기획

새로운 아이디어를 낸다 보다는 기존 서비스의 문제(서비스 현황,불편점, 타사 비교)를 찾아 해결하는 것 이 기획자의 주 업무

개선 목적, 방향성 정의 (회사의 요구사항도 맞춰서)

디,개발자가 참여하는 경우는 거의 없음

• 방향성 조율 시에 어떤 지표가 가장 언급되는지?

2. 상세 기획

문제를 해결할 수 있는 구체적인 화면을 그리는 것

3. 디자인, 개발

서비스 기획자이기도 하지만 PM이기에, 각 업무가 차질 없이 진행되도록 일정 관리

<aside> ❓

일정산출 어떻게 하면 좋을지 팁은? -예상치 못한 이슈들

</aside>

4. 성과측정

KPI

5. 운영

배포 후에 CS등 들어오는 거 대응

---

실제 기획 예시

기획은 문제를 해결하는 사람

문제발견

데이터를 봤더니 최근 몇개월 이탈률이 올라갔다

원인분석

레퍼런스를 볼 수도 있고 서비스 전반의 상황을 파악

 

(나의 궁금증...)원인이 다양할 수 있는데? 다양한 변수가 작용할 경우, 원인 분석을 어떻게 하는 식?

 

해결 방안 검토

레퍼런스 분석 및 인사이트 도출 (ex. 취향에 맞는 작품을 보여주는 것이 중요하다)

 

상세 기획

화면 별 요구사항, 상세 스펙 정의

 

 

실무 필수 역량

• 문제 해결력
  • 정확한 문제 파악, 정의
  • 레퍼런스/유저리서치/데이터 바탕으로 최선의 해결 방안 도출 가능해야
    • 전부 구체적 데이터를 봐야하나?
    • → 실무에서 과제마다 다른데 레퍼런스 분석만으로 충분할 때도 있음
  • 왜 이것이 문제고 왜 이 해결 방안을 적용해야 하는지 나만의 논리가 있어야
    • 정답이 없어서 논리가 탄탄한게 중요한거지
• 유저 중심적 사고
  • 유저가 불편? 편하게?
  • 끊임없이 유저와 동기화하면서 최선의 해결 방안을 찾아나가야
• 커뮤니케이션 역량
  • 디자인/개발 + 사업/운영/QA 등 다양한 유관부서들과 끊임없이 소통하고 설득해야
  • 논리를 담당자들이 잘 이해하도록 문서를 잘 만들고, 말로 잘 전달해야

실무 필요 역량 - 있으면 플러스

- 도메인 관련 지식, 경험

- 데이터 분석력

SQL 자격증 같은 거 필수일까요?

→ 저도 잘 못함.. 필수는 아님 못해도 문제는 없음. 근데 할 수 있으면 더 좋다는 거지

문제 해결 경험이 없는데 데이터 공부나 하는 건 비추. 시간이 있으면 하셈

면접 물어보면..

• 피드백을 잘 받아들일 것 같다. 라는 느낌을 주는 사람은 선호
• 신입은 진짜 태도가 중요
• 적극적/능동적 배우고 질문, 성장하려는 자세

직무 장단점

• 장점
  • 문제 해결 경험이 쌓이면 커리어 확장성이 큼 (PO, 사업PM, 전략 기획 전환 가능)
  • 아이디어 실제 구현 성취감
  • 다양 직군 협업, 종합 시야 확보
• 단점
  • 빠른 의사결정과 설득 필수
  • 개발 리소스, 경영 판단 등 외부 요인에 제약
  • 정답이 없어 나만의 논리로 판단하는 것에 대한 부담

 

취업 어필 방법

문제 해결경험을 쌓아야 하고 잘 보여줘야 함

• 스펙보다 문제 해결 경험
• 경험 구조화 하기 : 문제 → 해결 → 결과(성과)
  • 실제 실무 프로세스기도 하고
• 경험과 ‘서비스 기획자’로서 필요한 역량 연결하자
  • 자소서에 보통 핀트가 어긋난 이야기가 많음 - 어필 포인트가 아닌데 좋아보여서 씀
  • 기획자로서 필요한 역량을 잘 연결할 것 - IT관련 경험이 아니어도 문제 해결경험 구조적으로 쓰면 OK
• 지원 도메인에 대한 깊은 이해를 보여주자

---

Q&A

• 부트캠프를 하는 것도 좋은데 어필을 잘 못하는 경우가 많음. 어필 중요함
  • 왜 이렇게 했는지 논리를 잘 정리하는 게 중요
  • 성과가 없다면 - 기대효과라도 적으셈 ㅇㅇ
• 우선순위 판단 법 : 각 팀별 리더가 KPI 판단
• 유저로서 그런데 진짜 맞는지 판단하기 어려울 떄 ? 주변에 물어봄
• 100%정답은 없음 그냥 고 하셈 회사도 완벽한거 안바랄 ‘거임
• 신규구축의 경우
  • AS-IS가 없는데 어떤 방향성으로 포폴 중요하면 되는지?
  → 신규여도 기존 문제가 있음
• 잘못된 의사결정이 됐을 때, 죄책감 컨트롤?
• → 이래도 회사 안망한다~

고객별 다양한 요구사항, 특정 기능 개선 바로 성과로 안 이어짐

• 데이터 없을 때 설득법? → 레퍼런스를 진~~~짜 많이 본다. 많이 보면 공통된 패턴이 있어서 설득 가능

레퍼런스 : 비슷한 맥락의 모든 서비스를 참고 하는편

레퍼런스 말고도 참신한 아이디어를 내는 법이 있는가? :

• 웹툰이니까 댓글 달리는데 - 댓글 보면서 아이디어를 얻기도

마인드셋이 중요한듯

• 내가 지금 잘못해도 회사 안망한다~
• 결정은 어짜피 해야한다~
• 정답이 없다~