녹호두

PM 직무 이해

1. 인프런 - 데이먼 강의

https://www.inflearn.com/course/%EC%A0%9C%ED%92%88-%EA%B4%80%EB%A6%AC%EC%9E%90-%EC%8B%A4%EC%A0%84-%EB%85%B8%ED%95%98%EC%9A%B0

2. 유투브 - 붐바 다이어리

https://www.youtube.com/channel/UCGTIjwquc7_JvWdskWbVJQQ

이론적인 성장

1. 커리어리 PM 필독도서, 아티클

https://blog.careerly.co.kr/pm-books-and-articles/

스킬적인 성장 - 기획/디자인

1. 리메인 서비스 기획 강의

https://remain.co.kr/shop/item.php?it_id=1622786853 

2. 리메인 UI/UX 강의

https://remain.co.kr/shop/item.php?it_id=1616312786 

3. 그로스쿨 - UX writing

https://groschool.kr/category/business/course/ux_writing

4. 브런치 - 김강령님 브런치

https://brunch.co.kr/@thinkaboutlove#works

스킬적인 성장 - 데이터/개발

1. 스파르타 코딩클럽 SQL

https://spartacodingclub.kr/online/sql

2. 프로그래머스 SQL 고득점 kit

https://programmers.co.kr/learn/challenges?tab=sql_practice_kit 

강의명 : 제품 관리자와 서비스 기획자를 위한 실전 노하우 - 아낌없이 드립니다!

링크 : https://www.inflearn.com/course/%EC%A0%9C%ED%92%88-%EA%B4%80%EB%A6%AC%EC%9E%90-%EC%8B%A4%EC%A0%84-%EB%85%B8%ED%95%98%EC%9A%B0#curriculum

1강 : IT 제품 관리자의 직무 구문 (프로덕트 오너, 프로덕트 매니저, 기획자)

링크 :  https://youtu.be/yHNbFSXc2 nc

창업 케이스

• 필요 구성인원 3인 : CEO, 디자이너, 개발자
  • 역할
    • CEO : 비즈니스 
    • 디자이너 : UI/UX
    • 개발자 : 기술
  • 세 직군 간의 커뮤니케이션이 잘되는 경우 제품 관리자가 필요 없음
  • 커뮤니케이션이 잘 안될 때 제품 관리자가 필요함. 초기에 CEO가 대행하는 경우가 많음
  • 축구에서 미드필더에 가까움.
• 프로덕트 출시 전
  
  • 무엇에 대한 아이템은 있지만 어떻게 할지는 없는 상태 = PM이 결정함
  • 프로세스
    • 요구사항 분석
      • 비즈니스 관계자(CEOor운영자) 인터뷰 -> 필요사항 확인
      • 고객 분석 : 설문지, FGI
    • 설계
      • IA (information architecture), 정책, 프로세스, wireframe 구축 
      • 정책, 프로세스, wireframe을 보통 스토리보드라고 하며, 서비스 기획자의 주 업무
      • wireframe의 구체화 -> 디자이너의 역할
    • 출시 : 일정관리, QA
• 프로덕트 출시 후 
  • 프로덕트 내 카테고리가 여러 개 있을 경우 기획자는 하나하나씩 순차적으로 작업하며 유지 보수함
    • -> 이렇게 될 경우 고객중심으로 진행하기 어려워서 각 카테고리를 담당하는 PO가 존재
  • 각 카테고리마다 PO가 존재하며, 각각 개발자가 PO와 함께 소속되며 디자이너와 데이터 분석가는 각 카테고리를 서포트함
    • -> 이렇게 진행할 경우 고객중심/최적화에 좋음, 동시다발적 고도화가 가능함
    • -> 반면 단점은 인력비용과 분열 가능성이 있다. (팀이 다양하다 보니)
  • PO의 역할
    • 각 카테고리마다의 결정권을 가짐
    • 제품의 로드맵을 정의
    • 백로그=요구사항을 관리
    • 로드맵과 백로그를 기준으로 우선순위를 잡음
    • 애자일 프로세스를 주로 업무 진행
    • 제품에 관해서 필요한 내용을 EPIC / user story 포맷으로 정리함 - PO는 와이어프레임을 그리진 않고 고객에게 필요한 것을 글로 풀어냄. 
    • 데이터 분석, A/B테스트...
  • PO의 백그라운드 : 비즈니스 전문가가 더 많음. 기획자보다는
  • PO의 조직구조
    • CEO 조직구조와 유사함
    • PO = mini CEO라고 표현함
  • PM이 필요한 경우
    • 신규 프로젝트 진행
    • SI/에이전시(PO X)
    • 카페 24나 고도몰같은 B2B 설루션(PO X)
  • PO가 필요한 경우
    • B2B보다는 B2C에 필요 - 고객중심, 고객 최적 경험이 목적이므로
    • B2C 내에서도 다양한 고객이 있는 경우 = 카테고리 다양화가 필요한 경우
• PM, PO, 서비스 기획
  • PM, PO 뭐든 간에 비즈니스, UX, Tech 세 가지 백그라운드 지식이 필요함
  • 서비스 기획자는 조금 더 프로젝트 베이스 - 설계업무가 좀 더 많음
  • PO는 프로덕트 베이스로 의사결정에 중심

21.05.31 쿠팡 팝업창 케이스

최근 들어 쿠팡은 다양한 프로모션들을 초기 팝업으로 유도하는 전략을 구사하고 있다.

창고 할인, 화장품 할인 등등 종류에 관계없이 거의 매일 하나의 팝업이 뜨고 있다.

대부분 화면의 30% 정도의 위치에 팝업이 배치되었다.

그런데 처음으로 쿠팡에서 위 사진처럼 70% 이상을 덮는 팝업이 등장했다.

그 내용 또한 기존의 '매출'과 직결되던 프로모션이 아니라, "찜한 상품"에 대한 이슈였다.

🔥

어플 전면을 팝업으로 가리는 것은 고객 이탈률을 올린다.

일종의 벽이기에 저항이 생기기 때문이다.

또한 닫기 버튼(X)이 안보이거나, 멀어 팝업을 닫기가 어려울수록, 이탈률은 더 올라간다.

그런데 쿠팡은 이렇게 큰 팝업창으로 화면의 절반 이상을 덮었다.

대단한 용기가 아닐 수 없다.

이는 높은 구매율과 충성도를 이미 갖춘 쿠팡이기에 가능한 시도라고 보였다.

일종의 자신감의 표출로 보이기도 했다.

🔥

장바구니가 아니라 "찜한 상품"에 있는 상품들은

고객들이 관심을 표했음에도 불구하고 쌓여있기만 해

구매로 유도되는 경우가 낮았을 것이다.

나 또한 좋아요로 남겨둔 상품들은 몇 달이나 몇 주 만에

'어 맞다 이런 게 있었지'하며 만나게 되는 경우가 허다했다.

즉, (1) 찜한 상품에 담겨 있는 제품들을 구매 독려하고

(2) 찜한 상품이라는 기능이 있음을 재인식시키는 마케팅 자체가

자주 목격되는 사례가 아니라는 점에서 관심이 갔고,

화면을 공격적으로 덮은 것에서 더 관심이 갔다.

성과가 나오지 않는 것이라면 절대 하지 않고,

제품을 확인하기도 전에 반품 환불을 진행하는 쿠팡이

고객 이탈과 저항을 예상했음에도 불구하고,

"찜한 상품"을 이런 방식으로 커뮤니케이션한 이유가 뭘까?

🔥

그 커뮤니케이션 방식은 역시나 드라이했다.

쿠팡은 마케팅을 드라이하게 하는 것으로 유명하다.

감성적인 터치나 시각적인 완성도보다는,

빠르고 직관적인 커뮤니케이션을 주로 운영한다.

예를 들어 홈 인테리어 상품을 여름맞이 세일한다고 하면,

29CM나 오늘의 집의 경우 "성큼 다가온 여름, 한걸음 멀어지는 방법"과 같은

우회적이고 부드러운 커뮤니케이션을 하는 반면,

쿠팡은 언제나 그랬듯 "시원한 SALE 60%"와 같은

드라이한 커뮤니케이션을 선택한다.

감성보다는 기능성, 그리고 숫자로 하는 커뮤니케이션.

그것이 쿠팡의 톤 앤 매너인듯하다.