开启左侧

PM下一站:产品管理

[复制链接]
559 1
产品经理的下一个阶段是产品管理,本文带大家了解如何开始做产品管理。

《PM下一站:产品管理》作者:V大 首发于产品邦,转载请保留出处
目     录 一、本文关键词
二、产品部角色及责任
三、部门职责
四、工作规范
五、产品设计要求
六、产品信息通告要求
七、产品迭代流程关键点
一、本文关键词

本规范核心关键词是:自律、主动、竭力
二、角色及责任

1、产品经理

  做正确的事情。从市场或用户(客户)需求出发,对上线产品是否符合市场需求,是否能给公司带来效益负责。

2、项目经理

  把事情做正确。从统筹管理的角度调配和运用设计、开发、测试等资源,在既定时间、成本、资源的约束条件内完成目标,对研发过程负责。
三、部门职责

1、产品调研

  实时关注目标市场和用户需求的变化趋势,收集竞争对手的资料、试用竞争对手的产品,充分的了解竞品,通过定性和定量等分析方法对用户需求进行挖掘和分析。

2、产品规划

  产品部负责汇总公司高层及各个部门的需求及数据,结合产品、人群、业务特点,输出相应的产品策划文档。

3、产品研发管理(项目管理)

  产品转开发后,产品经理需对其负责的产品(项目)负责,推动和跟进设计、开发、测试、运维、发布、运营等部门的工作,并统筹各个部门不同阶段介入配合,使得各个环节无缝对接。

4、产品功能特性培训

  产品部(产品经理)应按版本迭代对运营部、销售部、市场部、商务部开展产品培训,培训内容需包括产品特性、产品新特性、产品使用方法等。

5、产品试运营

  暂无(后续补充)

6、日常运营督导

  通过用户体验、数据反向推动运营部门的运营策略,如商店更新机制、推荐机制等。
四、工作规划

1、自律与自觉

  上班时间禁止做与工作无关的事情,接外包干私活是公司红线!接到工作任务应快速响应,高质量推进和完成任务。工作空档期应利用工作时间进行技能学习,部门主管有义务安排可验收的学习任务。

2、会议制度

  发起会议前要求产品经理先梳理清楚问题或需求,产品经理与开发部或设计部会议交流的应该是提出产品要求,或讲解要求,而非在会议上一起发散性探讨需求。非需求评审会,要求在30分钟内结束会议,无结论的会议更应提前结束,因此,要求产品经理提前将会议议题提前发给与会人,以便与会人做相应准备。

3、工作汇报

  ①产品汇报制度:日报、周报、月报
  ②汇报重点:部门流程建议、学习计划及总结、个人心得总结
  ③项目汇报制度:日报、周报、月报
  ④汇报重点:项目进度、存在的问题、解决方案

4、保密原则

  保守公司秘密、维护公司权益。不得向外透漏公司产品方向规划,业务数据等信息。

5、其他

  请按公司相关规章制度严格要求自己。
五、产品设计要求

1、产品概念阶段

  ① 在公司内外寻找产品创意。组织进行论证和充实。
  ② 组织产品市场细分选择,并制定产品线初始业务/路标计划。
  ③ 根据市场市场进行定期和不定期的计划调整工作。
  ④ 参与产品战略和产品平台的规划工作。

2、产品需求阶段

  ① 组织所辖产品的需求采集
  ② 组织收集/分析宏观环境,技术趋势,竞争对手,内外部用户的信息。
  ③ 研究市场动态,提交时长研究报告,选择细分时长,确定产品定位。

3、产品设计阶段

  ① 组织完成从产品创意到产品设计,形成完整的产品业务需求。
  ② 组织对产品设计的测试工作。
  ③ 提交完整的产品业务需求,协调相关资源。
  ④ 提交产品开发任务书,确认产品开发时间,跟进产品开发工作。

4、产品开发阶段

  ① 监督产品开发计划,产品业务需求的完成情况。
  ② 组织产品的市场的调研工作,收集产品信息,根据需要调整产品业务需求和产品开发计划。
  ③ 组织研发、测试开发需求评审。
  ④ 协调资源对产品开发过程中的中间交付件进行测试。
  ⑤ 指导产品开发过程。

5、产品测试阶段

  ① 组织产品的测试工作。
  ② 指定产品上线计划,为产品上线做培训,文档等前期准备工作。

6、产品发布阶段

  ① 负责协调产品的市场发布工作。
  ② 指导并监督产品的运营。
  ③ 根据市场/运营反馈,提出产品的改进意见/监督执行。
六、版本信息通告

1、新特性通告(内部)

  产品立项(或新版本),且产品需求文档评审通过后(属于新特性的),经部门和公司高层同意后,要求通过会议的形式邀请运营、销售、市场、商务部门(后简称“相关部门)参加,在会议上讲解新特性,并现场解答相关问题

2、版本发布(升级)预告(内部)

  产品转测试当日应邮件知会公司相关部门,邮件内容要求包含:
  ①上线版本号
  ②版本特性说明(可能存在问题)
  ③使用讲解描述(必要时开会培训)

3、版本发布(升级)预告(外部)

  产品转测试当日由产品经理在官方论坛发布版本升级预告帖子,并知会运营部门。具体内容及排版要求参考小米的形式,切勿敷衍了事。请参考
  http://bbs.xiaomi.cn/t-11736956
  http://bbs.xiaomi.cn/t-11715095

4、版本升级通告

新版本上线后(可正常服务),产品经理应邮件知会相关部门。(注意,是升级后可以正常服务的邮件)
七、产品迭代流程关键点

  产品经理应严格要求《产品迭代流程》文档推进产品工作,每个环节输出对应工作成果。

1、产品经理角色界定

  产品经理:从立项申请到产品文档评审通过之前。此阶段大概投入70%的时间在产品调研、需求策划、原型设计。

  项目经理:产品文档评审通过后一直到产品上线发布阶段。此阶段大概投入30%的时间跟进项目的研发。

2、市场调研分析

  此阶段是公司高层、产品管理人员决定开发的过程。因此要求产品经理细入调研,客观反馈调研结果和产品思路,大功能需求需编写MRD。调研至少从以下环节做分析:
  ①客户(用户)需求
  ②市场变化
  ③技术演进
  ④竞品情报

3、产品文档编写

  产品经理将产品需求技术化,通过文档向开发人员说明功能、性能、数据等指标,要求编写详细PRD,并组织评审。

  产品需求列表:按模块拆分版本需求,基于模块定义各个功能点,并对功能点进行简述,要求用EXCEL编写。

  产品需求文档:基于产品需求列表详细编写产品需求文档,要求与低保真结合,写明交互、常态、异常、数据响应等,切忌一句话需求。

4、产品研发阶段

  将PRD及产品原型交付开发部,由开发部研发出相应产品。重点跟进研发进度,及时发现问题并消除问题,需每天汇报项目进度。

5、需求变更

  产品文档评审通过后,所有的变更均需走需求变更申请,通过后方可按变更后的需求推动。所有变更均需记录在案,切忌私自变更需求。

产品迭代流程图

产品迭代流程图

产品工作推进流程图

产品工作推进流程图



举报

回复

1 个评论

noah    发表于 2017-3-6 09:39:36  | 显示全部楼层
谢谢分享,很有用哦!学习学习
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

图文热点

更多

社区学堂

更多

客服中心

关于我们
关于我们
友情链接
联系我们
帮助中心
网友中心
购买须知
支付方式
服务支持
资源下载
售后服务
定制流程
关注我们
官方微博
官方空间
官方微信
快速回复 返回顶部 返回列表