💦 나만 모르는 프로덕트 관리 이야기 [✏️ 기능 출시에 앞서 우리가 준비해야 할 것] (👀간단 요약) ✓ 특정 기능을 추가, 개선, 제거하는 등의 과정은 우리가 서비스를 담당하며 꼭 거쳐야

💦 나만 모르는 프로덕트 관리 이야기 [✏️ 기능 출시에 앞서 우리가 준비해야 할 것] (👀간단 요약) ✓ 특정 기능을 추가, 개선, 제거하는 등의 과정은 우리가 서비스를 담당하며 꼭 거쳐야 하는 단계 ✓ 중요한 건, 기능을 출시하며 우리가 고려해야 할 대상이 생각보다 많다는 것 📌 기능 출시 후 발생한 문제 ✓ 한 달 동안의 준비 과정을 거쳐 새로운 기능을 서비스에 반영, 좋은 반응을 이끌어 냄 ✓ 운영 담당자가 기능에 대한 문의를 계속 내게 확인, 세일즈 담당자 역시 고객사 미팅 전 해당 기능에 대해 자세한 설명을 요청 ✓ 기획 리뷰 등 주요 과정에 참여했고, 문서 등도 공유하며 업무에 참고를 요청했는데 왜? ✓ 1:1 미팅 진행, 기획 문서는 나의 언어로 작성된 내용이 많기 때문이라는 사실을 알게 됨 ✓ 막상 이 기능이 출시된 이후 각 담당자들이 어떻게 반응하고 활용해야 하는지에 대한 관점이 부족 📌 기능 가이드 문서의 필요성 ✓ 사용자를 위한 출시가 아니라, 우리 모두를 위한 출시라는 기준에서 나는 다시 한번 무엇을 챙겨야 하는지 생각 ✓ 기능 릴리즈에 맞춰 내부에서 확인할 수 있는 지원 가이드를 제작하는 것 📌 영향을 받는 대상(사람) 정리 ✓ 이 기능으로 영향을 받는 대상(업무 관점에서)이 누구인지 함께 기록하기로 함 ✓ 내가 고려해야 할 대상은 크게 마케팅, 고객지원, 세일즈, 개발, 디자인, 기획 ✓ 마케팅에서 이 기능은? 세일즈에서 이 기능은? 과 같은 맥락에서 작성을 시작 ✓ 이런 노력은 기능 사용으로 생기는 사용자 경험뿐 아니라, 발생하는 이슈 등에 빠르게 대응하며 발생하는 사용자 경험을 더 적극적으로 관리하는데 도움 📌 영향을 받는 대상이(사람) 필요로 하는 내용 정리 ✓ 영향을 받는 사람들이 실제 ‘필요로'하는 정보를 정리 ✓ 같은 기능이라 하더라도 각 업무 단위에 최적화된 내용이 없다면, 담당 대상과 커뮤니케이션 등을 진행하는 데 있어 엇박자 ✓ 고객지원, 마케팅, 영업이 필요한 내용이 무엇인지 정리하고 피드백을 통해 최종 내용 정리 📌 기능 가이드 문서의 구성 ✓ 개요, 배포 계획, 기능 안내, FAQ, 담당자, 참고 문서 등 6가지 목차로 준비 ✓ 개요는 기능 이름, 배포일, 설명 등으로 구성 ✓ 배포 계획에는 언제, 어떤 시간에 어떤 방법(점진적 배포 등의 옵션이 포함될 수 있기 때문)으로 공개할 것인지가 포함 ✓ 기능 안내는 두 가지 방향으로 작성했는데 하나는 해당 기능을 서비스 ‘어디'에서 볼 수 있는지 ✓ 또 하나는 새롭게 추가되는 기능에 대한 정보를 어디에서 어떻게 알릴 것인지에 대한 내용 ✓ FAQ만 따로 보는 것보다 문서에 포함된 다른 내용과 함께 보면 전반적인 흐름을 더 명확하게 파악할 수 있음 ✓ FAQ는 기능을 사용하는 데 있어 발생 가능한 문제를 미리 확인할 수 있다는 측면에서 활용도가 높은 방법이기도 ✓ 담당자 정보는 바로 대응할 수 없는 상황 시 참여한 담당자를 빠르게 찾아 연락할 수 있는 용도로 활용할 수 있음 ✓ 마지막으로 참고 문서는 필요에 의해 추가로 확인하면 좋은 내용을 정리하기 위해 생성 📌 가이드 문서의 활용과 효과 ✓ 가장 큰 장점은 우리 각자가 기능 출시를 어떻게 받아들여야 하는지 생각해볼 수 있는 기준이 생겼다는 것 ✓ 기존에는 ‘개발 과정' 자체에 집중했다면, 이제는 개발 전, 후의 상황을 함께 고려할 수 있는 관점을 갖게 됨 ✓ 기능 단위로 계속 살펴볼 수 있는 중요한 문서 역할 ✓ 업무 매뉴얼과 사용자에게 안내할 ‘업데이트 노트'를 작성하는데도 많은 도움