팀스파르타 PM과정 (27)

아티클 스터디 / 과제 진행 / 특강

---

데일리 아티클

1. 아티클 정보

• 제목 : 구슬은 이미 많다, 비즈니스를 꿰는 기획자의 실전 로직( 링크 )
• 작성자(저자) : 큰그림기획

2. 핵심 내용 요약

• 이 아티클의 주요 메시지 : “글의 핵심 논지나 전달하고자 하는 메시지를 명확히 정리해 보세요.”
• 핵심 키워드 : 이커머스 기획, 사슬체계, 비즈니스 관점티클 스터디 / 과제 진행 / 특강

1. 아티클 정보
제목 : 구슬은 이미 많다, 비즈니스를 꿰는 기획자의 실전 로직작성자(저자) : 큰그림기획2. 핵심 내용 요약
이 아티클의 주요 메시지 : “글의 핵심 논지나 전달하고자 하는 메시지를 명확히 정리해 보세요.”핵심 키워드 : 이커머스 기획, 사슬체계, 비즈니스 관점, 비즈니스 임팩트, ROI(순이익)

3. 흥미로운 점/새롭게 알게 된 점

• 읽으면서 가장 흥미로웠던 부분 :
  • 이커머스 기획은 정책이어야한다 
  • 비즈니스 관점에서 이커머스는 돈과 데이터가 얽힌 사슬로 유저의 모든 여정을 관통한다
  • 이커머스의 핵심 도메인 : 회원&인증 / 상품관리 / 주문&결제 / 배송&물류 / 클레임&사후처
  • 마케팅비용의 낭비를 막기 (체리피킹방지)
  • 깜감이 경영을 막는 ROI(순이익)설계 
  • 정산사고와 CS비용의 상관관계
  • 기획자가 설계하는 식별자 체계와 결제로직은 운영리소스를 최소화&현금흐름을 투명하게 만들어줌
  • 추가 배송비 로직의 중요성 : 누락 배송비의 나비효과 
  • 기획자는 물류의 흐름을 전산에 동기화시켜 고객안심을 이끌어내는 라스트마일의 흐름을 완성시켜야한다 
  • 고객유지와 손실방어 
• 이전에는 알지 못했거나 새롭게 배운 내용 :
  • 사수의 인계노트
    • 데이터마인드 : 지금 설계하는 필드의 3개월뒤의 매출리포트 상상하기
    • 방어적 기획 : 고객의 모든 여정 경로(긍정/부정/이탈)의 순간을 정책에 담을 것
    • 비즈니스커뮤니테이션 : 개발자의 기술용어와 재무팀의 정산로직
  • 이커머스라는 도메인의 핵심 포인트들과 비즈니스관점으로 조심해야할 포인트들을 명확하게 짚어둔 아티클이었

4. 나의 한 문장 요약

• 이 아티클을 한 문장으로 요약하면? “이커머스 기획자를 위한 Step by step”

 

---

지난 아티클 피드백

[기획자와 개발자의 협업 마인드셋]

• 동기부여의 주체: 영상에서는 PM이 개발자에게 다가가 '고민이 있어요'라는 방식으로 동기부여를 하고 기획에 참여시켜야 한다고 제안했습니다. 이에 대해 팀원들은 개발자와 어떻게 인간적인 유대를 쌓고, 소통의 벽을 허물며 시너지를 낼 수 있을지 다방면으로 논의했습니다.
• 눈에 보이지 않는 시스템의 이해: 눈에 보이는 UI 기획을 넘어, 연관된 타사 시스템이나 전체적인 개발/데이터 흐름을 이해하는 것이 궁극적으로 지향해야 할 PM의 역량이라는 점에 공감했습니다.
• 의견 구하기 vs 일 넘기기: 개발자에게 의견을 구하는 행위가 단순한 '업무 떠넘기기'가 되지 않으려면, PM 스스로 고민하고 정리한 기획의 의도와 기준이 명확히 서 있어야 합니다.
• "내가 고민하고 생각할 일은 나의 몫이 되어야 한다"는 점을 명확히 인지했습니다. 또한, 개발자에게 '고민이 있어요'라며 다가가는 등 인간적인 유대와 친절함을 제공하는 것이 협업을 윤택하게 하는 좋은 '당근'이 될 수 있음을 느꼈습니다.
• PM에게 진짜 필요한 핵심 역량은 감정적인 동기부여가 아니라, '기획의 의도를 이해시킬 수 있는 데이터 해석 능력과 문서화 역량'입니다. 개발자가 개발 환경에만 집중할 수 있도록 명확하게 커뮤니케이션해 주는 것이 핵심이며, 그 밑바탕에 경청, 공감, 솔직함, 존중 등의 태도가 수반되어야 합니다.

[환상 깨기: 동기부여는 각자의 몫이다]

• 회사는 돈을 받고 일하는 '프로'들이 모인 곳입니다. PM이 개발자의 동기부여까지 책임지며 '엄마'처럼 챙겨줄 시간적 여유는 실무에 거의 없습니다.
• 진정한 협업은 명확한 커뮤니케이션과 데이터 기반의 설득력 있는 기획안에서 나옵니다. PM으로서 갖춰야 할 하드 스킬과 기획 역량이 95%라면, 감정적인 동기 유발은 5% 정도의 부가적인 요소일 뿐입니다. (인간적인 친절함과 유대는 좋지만, 그것이 업무적 '동기부여'의 의무로 변질되어서는 안 됩니다.)

[초보 PM을 위한 조언: 조급해하지 말 것]

• UI 너머의 전체 시스템을 이해하고, 연관된 타사 시스템까지 숲을 보는 능력은 최소 3~5년 차 이상의 경력직들에게 요구되는 수준입니다. 주니어 시기부터 이를 완벽히 해내지 못한다고 자책하거나 긍휼(?)에 빠질 필요가 전혀 없습니다.
• 해결책은 '질문'입니다. 모르는 것을 부끄러워하지 말고, GPT 등으로 미리 학습한 뒤 개발자에게 프로세스와 데이터 흐름에 대해 적극적으로 물어보세요. 이 과정을 통해 시스템을 조금씩 이해해 나가는 주니어가 가장 빠르게 성장합니다.

---

과제