[내배캠] Day 16 | AI 진단 퀴즈, 아티클 카타, 서비스 기획 입문 과제, KPT 회고

 

 

시각	내용
09:00 - 09:15	AI 진단 퀴즈
09:15 - 10:15	아티클 카타: 개인 작성 후 팀원 작성 내용 확인 👀
10:15 - 11:00	아티클 카타: 팀 내용 작성
11:00 - 13:00	서비스 기획 입문 과제: 우선순위 및 핵심 문제 선정
13:00 - 14:00	개인 정비 시간
14:00 - 18:00	서비스 기획 입문 과제: 개선 아이디어 및 가설 설정
18:00 - 19:00	개인 정비 시간
19:00 - 20:00	서비스 기획 입문 과제: 개선 아이디어 및 가설 설정
20:00 - 20:30	팀 스크럼
20:30 - 21:00	TIL 정리

 

 

 

AI 진단 퀴즈

 

‣ 해결한 개념

- 비즈니스 맥락과 가설설정 능력

- 목표 연계 핵심지표 설정 능력

 

※ 서비스 기획 숙련 단계로 넘어가버려서, 매니저님께 문의 후 강의 진도에 맞추기 위해 당분간 퀴즈 풀이는 쉬기로 함

 

 

 

 

아티클 카타

 

✔︎ PM이 개발자와 협업하는 법 - 소통편

https://dalpha.so/blog/pm-cowork-communication/

PM이 개발자와 협업하는 법 - 소통편

 

1. 내용 요약

‣ 주요 메시지

작업 요청 시에는 개발이 필요한 이유, 배경 맥락과 고객의 니즈를 충분히 공유하고 함께 문제를 해결하려는 태도가 중요하다. 일정 조율과 장애 대응 역시 일방적인 요청이 아니라, 개발 리소스와 상황을 고려한 협의 과정이 필요하다. 결국 PM과 개발자 간의 협업의 핵심은 서로의 역할과 어려움을 이해하고 존중하는 커뮤니케이션 태도에 있다.

‣ 핵심 키워드

개발자, 협업, 커뮤니케이션, 배경 맥락 공유, 일정 조율, 장애 대응, 유대감

 

2. 흥미로웠던 점

PM과 개발자의 소통도 결국 사람 간 커뮤니케이션이기 때문에 가장 중요한 건 인간적인 유대감이라는 부분에 많은 공감이 됐다. 결국 PM이든 개발자든 서로의 역할과 어려움을 이해하고 존중하려는 태도가 좋은 협업의 핵심이라는 점이 인상 깊었다.

 

3. 새롭게 알게 된 점

‣ 개발자가 일의 필요성과 방향성에 대해 충분히 공감할 수 있도록 해주고, 이러한 과정을 통해 결국 ‘나의 일’이라고 느낄 수 있게 만들어 주는 것이 중요하다는 것

‣ 개발자의 프로젝트 진행 상황 및 가용 리소스를 파악하는 것도 효율적인 업무 진행을 위해서는 중요하다는 것

 

4. 한 줄 요약

PM과 개발자의 협업은 개발 배경과 문제 맥락을 충분히 공유하고 서로의 상황을 고려하며 함께 문제를 해결해가는 과정이다.

 

 

 

 

 

서비스 기획 입문 과제

 

‣ 리뷰 빈도 수가 적은 기능 오류 문제를 어떻게 해석할 것인가?

- 이전에 개발자로 업무를 할 때는 기능 오류 자체를 긴급도가 높은 문제로 인식하는 경우가 많았기 때문에, 리뷰 빈도가 낮더라도 장바구니 초기화와 같은 오류를 우선적으로 해결해야 하는 문제라고 생각했다. 그러나 PM 관점에서 리뷰 데이터를 기반으로 분석을 진행하면서는 단순 오류 존재 여부만이 아니라, 실제 영향 범위·재현 빈도·핵심 사용자 흐름에 미치는 영향 등을 함께 고려해야 한다는 점을 고민하게 되었다. 특히 장바구니 상품 유실과 같은 문제는 구매 전환에 직접 영향을 줄 가능성이 있는 치명적인 경험으로 볼 수 있었지만, 리뷰 데이터만으로는 모든 사용자가 반복적으로 겪는 문제인지, 특정 환경에서만 발생하는 문제인지 명확히 확인하기 어려웠다. 이에 따라 단순 오류 여부만으로 우선순위를 판단하기보다, 리뷰 반복 빈도·사용자 영향도·예상 영향 범위를 함께 고려해 해석하고자 했다.

 

‣ 개선 아이디어는 꼭 새로운 기능 개발이어야 할까?

- 처음에는 ‘마이쇼핑’ 탭 안에 혜택을 한곳에 모아 보여주는 형태의 개선 방향을 생각했다. 하지만 고민을 이어가면서, 사용자가 별도의 공간으로 이동해 혜택을 확인하는 방식보다 기존 쇼핑 탐색 흐름 안에서 자연스럽게 혜택을 인지하게 만드는 방향이 더 중요할 수 있다고 느꼈다. 이를 통해 새로운 기능을 크게 추가하는 것보다, 현재 사용자 흐름 안에서 문제를 해결하는 방식으로 접근하고자 고민하고 있다.

 

※ 진행 중에는 고민한 부분에 대해 TIL에 작성, 과제 결과물은 과제 마무리 후 별도 업로드 예정

 

 

 

 

KPT 회고

 

‣ Keep

- 문제 정의 이후 우선순위 선정 과정에서 사용자 영향도, 비즈니스 영향도, 예상 Effort를 함께 고려하며 판단 기준을 구조화함

- 무리한 기능 개발보다는, 기존 홈의 프로모션·발견형 구조를 해치지 않는 방향으로 개선안을 조정하려고 고민함

 

‣ Problem

- 개선안을 기능 단위로 접근하다 보니 실제 사용자 플로우 안에서 어떻게 자연스럽게 녹아드는지 고민이 부족했음

 

‣ Try

- 서비스 입문 과제: 개선 아이디어 및 가설 설정