컴퓨터 지식 네트워크 - 컴퓨터 프로그래밍 - 제품 관리자의 세부 워크플로우

제품 관리자의 세부 워크플로우

인터넷 제품 매니아 여러분, "제품 관리자는 주로 어떤 일을 하나요?"라는 질문을 자주 받나요? 상황을 모르는 친구나 친척 중에는 제품 관리자가 부서장이나 관리자가 되어야 한다고 생각하는 경우도 있습니다. 그런 것. 그렇다면 실제로 제품 관리자는 제품의 0~1, 1~무를 주로 담당한다는 것을 알 수 있습니다. 이러한 프로세스, 즉 제품의 전체 수명주기에 제품 관리자가 참여해야 합니다.

다음 마인드맵을 통해 누구나 프로덕트 매니저의 업무 내용을 전반적으로 이해할 수 있습니다. 또한 모든 사람이 다음 기사의 내용에 대해 사전에 정신적 기대를 갖는 데 도움이 됩니다.

다음으로 제품 개발 과정 중 제품 관리자가 참여해야 할 업무 프로세스를 순서대로 소개하겠습니다. 다양한 회사와 비즈니스의 실제 개발 과정 중 일부 프로세스는 다를 수 있습니다(프로젝트의 실제 상황에 따라 여러 프로세스가 동시에 수행될 수 있음)

1. p>

시장분석의 목적은 우리의 생각이 합리적인지 검증하는 것입니다. 시장분석의 원칙은 객관적이고 공정해야 합니다. 이런 방법으로만 우리는 시장 수요와 사용자 수요를 더 잘 이해하고 진실을 유지하면서 허위를 제거할 수 있습니다!

추신: 사실 많은 회사들이 제품을 개발할 때 시장 분석을 하지 않는 이유는 단기적으로 시장 분석을 잘하는 것이 불가능하고 많은 데이터 분석이 필요하기 때문입니다. 연구 및 기타 작업에는 자금, 인력 및 물적 자원의 투자가 필요합니다. 더욱이 시장은 끊임없이 변화하고 있으며 기업은 자금의 일부를 시행착오, 디버깅 및 개선에 사용하는 경우가 많습니다. 시행착오 과정을 거쳐 시장 및 사용자 요구 사항에 맞춰 제품을 더욱 개선합니다. 담당하는 제품에 이 프로세스가 포함되지 않은 경우 두 번째 프로세스인 요구 사항 분석에서 직접 읽을 수 있습니다.

(1) 시장 조사

주로 거시적 관점에서 업계의 미래 발전 추세와 공간 규모를 분석합니다. 분석 및 검증을 위해 다음과 같은 일부 업계 데이터를 수집할 수 있습니다. : 최근 5년간 사용자 증가율, 미디어 노출 지수, 개발 동향 차트 등을 관찰합니다. 다양한 플랫폼의 데이터를 확인하여 데이터가 객관적인지 확인할 수 있습니다. 그중 iResearch, Baidu Index, Yiguan.com, Qianguan Yifan, Qimai Data 등은 모두 일반적으로 사용되는 데이터 공유 플랫폼입니다. 물론 지난 2년간의 데이터를 보려면 일반적으로 비용을 지불해야 합니다. 주로 회사가 의향이 있느냐에 달려있습니다. 이 링크에 투자하면 최근 데이터를 찾을 수 없다면, 우리가 주로 보는 것은 큰 추세입니다.

(2) 경쟁제품 분석

경쟁제품을 너무 많이 선택하지 말고 심층적으로 분석하세요. 제품의 기간에 따라 경쟁제품의 선택 기준도 다릅니다. 예를 들어 경쟁 제품(일반적으로 업계 벤치마크), 유사한 핵심 기능을 가진 경쟁 제품, 틈새 경쟁 제품(일부 사용자에게는 점도가 더 높은 제품)을 선택할 수 있습니다. , 간접경쟁제품 등 경쟁상품 분석을 통해 사용자의 구체적인 요구와 차별화된 요구를 파악하고, 수요분석 시 PM에게 참고자료를 제공합니다.

(3) 사용자 조사

시장 분석과 경쟁 제품 분석을 통해 사용자 그룹을 더 잘 이해할 수 있습니다. 다양한 시나리오에서 제품을 사용할 때 사용자 초상화와 사용자의 초기 생각을 미리 형성합니다. 우리는 사용자 조사에서 사용자 설문조사, 대표 사용자 인터뷰, 무작위 무작위 확인 등의 방법을 일반적으로 사용합니다. 이러한 작업을 통해 사용자의 선호도, 연령, 성별, 지역, 직업, 소비력 및 기타 특성을 이해할 수 있습니다. 대상 사용자 그룹의 특성을 완전히 이해하는 것은 PM이 사용자의 정신 모델에 더 잘 맞는 제품을 디자인하는 데 도움이 됩니다.

2. 수요 분석

리더는 신제품을 개발할 때 좋은 아이디어, 연결할 수 있는 리소스, 어떤 종류의 제품을 개발하고 싶은지 생각하는 경우가 많습니다. 본 세션에서는 PM이 리더들과의 논의에 참여하여 자신의 의견을 개진하고, 리더들의 요구 사항을 정리하도록 지원한 후, 최종적으로 실행 방안을 제시하게 됩니다. 이것은 한 번의 회의로 이루어질 수 없습니다.

3. 요구사항 검토

PM은 검토 회의에 참여할 UI, 프런트엔드, 개발, 운영 및 기타 인력을 구성해야 합니다. 이 회의는 PM이 주최하며, PM은 먼저 배경(제품 개발 목적, 기존 리소스, 핵심 기능)을 소개하고 요구 사항 목록과 제품 프로토타입을 모든 사람에게 명확하게 소개합니다. 회의의 주요 목표는 팀이 제품에 대한 합의에 도달하는 것입니다. 프로젝트 승인을 준비하려면 먼저 개발 주기를 추정해 보세요. ?검토 후 계획 수정이 필요한 경우, 수정 내용이 클 경우에는 수정 후 재검토가 필요합니다.

추신: 검토 과정에서 PM은 전반적인 상황을 통제하고 첫 번째 단계에서 어떤 기능을 수행해야 하는지, 어떤 기능을 수행할 수 없는 이유를 합리적이고 객관적으로 모든 사람에게 설명해야 합니다. 근거가 확실해야 하고 사용하지 않는 것이 가장 좋은 것 같아요... 그리고 다른 표현도요...?

4. 프로젝트 수립

프로젝트에 참여한 인력, 공사 기간, 성과(보상 및 페널티)를 명확히 합니다. 기존 개발자가 부족한 경우 PM이 직접 방문해야 합니다. 다양한 부서가 인력을 조율합니다. 프로젝트 승인이 통과된 후, 모든 직원이 함께 프로젝트 수립 회의(의식 포함)를 진행하여 오늘부터 한 가지 일을 함께 잘 해나갈 것임을 팀에 알리는 것이 좋습니다. PM은 팀에 긍정적이고 격려가 되는 말을 할 수 있습니다. 프로젝트에 참여한 모든 사람들의 단체 사진을 찍을 수도 있습니다. 즉, 좋은 분위기와 좋은 시작이 있어야 합니다.

5. 제품 디자인

PM은 제품 요구 사항 문서, 프로토타입 다이어그램, 흐름도 및 프레임워크 다이어그램을 출력해야 합니다. 제품 디자인 프로세스 중에 PM은 다음과 같은 특정 결정을 내려야 합니다. 개발 과정에서 일부 세부 사항과 기능적 사항은 PM이 직접 결정해야 합니다. 리더는 전체 제품 프레임워크, 핵심 기능 등을 살펴봅니다. 요구 사항 검토 중에 모든 세부 사항과 상호 작용을 무시하는 것은 불가능합니다. 개발 프로세스 중에 PM은 적시에 요구 사항 변경 사항을 기록하고 문서 기록을 업데이트해야 합니다.

6. UI 디자인

PM은 페이지 렌더링 마무리에 대해 UI 디자이너와 소통하고 페이지의 전반적인 스타일을 파악해야 합니다. 최종화) 이 링크는 실제로 UE + UI여야 하며, 많은 회사에는 UE 상호 작용 엔지니어가 없고 일반적으로 UI가 직접 수행합니다.

7. 프론트엔드

UI 디자인이 완료된 후 프론트엔드는 페이지 구성을 시작합니다. 이 단계에서 PM은 프론트엔드와 다음 사항에 대해 소통해야 합니다. 페이지 세부 정보의 표시 효과, 상호 작용 요구 사항을 잘 관리하고 수정이 필요한 경우 프런트 엔드와 즉시 소통합니다.

8. 개발

제품 요구사항 문서가 있지만 PM은 개발 과정에서 적시에 기능적 요구사항을 개발자와 소통해야 합니다. 왜냐하면 일부 사람들은 읽지 않기 때문입니다. 문서를 조심스럽게. 개발 주기 내에 작업이 완료되도록 하려면 개발자와 긴밀하고 효율적인 커뮤니케이션을 유지하는 것이 필요합니다.

9. 테스트

제품이 완성된 후에는 테스트를 거쳐야 하며, 테스트를 통과한 후에만 온라인에 접속할 수 있습니다. 테스트가 완료된 후 테스터는 테스트 케이스를 작성해야 합니다. 테스트 과정에서 PM은 테스터와 소통하여 제품 로직과 기능을 설명하고 함께 테스트 작업을 완료해야 합니다. 회사에 테스터가 없으면 PM은 테스트 작업을 완료하기 위해 사람들을 조직해야 합니다.

10. 온라인에 접속하세요.

공식 환경에서 일부 문제가 여전히 발생할 수 있으므로 제품이 온라인에 접속된 후에도 테스트를 거쳐야 합니다. 문제가 발견되면 즉시 직원에게 연락해야 합니다. 이를 바로잡기 위해 조직되었습니다.

11. 운영

제품 운영 프로세스 중에 PM은 운영 담당자와 협력하여 데이터 수집을 완료합니다. , 다양한 직위의 리더 등 PM은 수집된 제품 데이터와 요구사항을 분석, 정리하고, 2차 버전 개발을 준비해야 합니다. 제품 개발 과정을 보면 여러 단계로 나누어져 있는데 각 단계마다 제품 관리자의 참여가 필요하기 때문에 제품 관리자로서 주인공의 사고방식을 갖고 각 과정이 진지하고 책임감이 있어야 하며, 운전해야 합니다. 업무에 대한 귀하의 진지한 태도는 팀의 모든 사람에게도 영향을 미칠 것입니다!

기초 없이 제품업계에 진출하고 싶지만, 어떻게 배워야 할지 모르겠다면, 교육 과정에 등록해 체계적으로 배워보는 것을 추천한다. 혼자 공부하다 보면 잡다한 것들을 배우기 쉽고, 핵심지식을 익히는데 실패하기 쉽습니다.

저도 예전에 훈련소에서 배웠어요. 선생님이 가르쳐주실 때랑은 달랐어요. 광고는 하지 않겠습니다. 더 알고 싶으시면 개인적으로 연락주세요. 먼저 무료로 사용해 볼 수 있습니다.

上篇: 컴퓨터 이어폰은 통화할 수 없는 문제에 대해서. 下篇: 왜 핸드폰이 자신을 거울보다 더 못생겼습니까?
관련 내용