您当前的位置:首页 > 产品手册

PM必备:日活千万智能硬件产品经理手册

  成功的产品经理各有各的不同,而失败的产品经理只有一种,而学习前人的经验是比较有效的一种路径,因为不身临其境是不易获得带着毛细孔般的感知。

  为了帮助新从事智能硬件的产品尽快的熟悉智能硬件部产品流程,掌握各种数据,平台工具的使用方法,以及提高产品设计能力。特以智能硬件产品经历为例制定适合转型到智能一到三年的PM/PD工作手册,方便新工作。

  智能硬件PM/PD手册包括:有调研方法与工具,Feature List,Demo,MRD,如何进行UE,商务,技术,需求沟通,会议纪要,邮件记录,项目流程等内容。

  制定本手册的目的是使刚到智能硬件的PM/PD更详细的了解,智能硬件产品设计的相关工作流程和细节,从而加强PM/PD的专业性。提高产品设计和把握项目的能力,更快的进入智能硬件工作。

  通过对智能硬件用户需求调研,分析核心需求点,明确产品方向,功能点,输出demo,与组内分享并确认产品feature list,和demo,启动项目kickoff,输出对应的UE需求以及资源需求,撰写PRD,需求准备完成后进行产品评审以及技术评审。

  即系产品页面线框图,原型图,可用axure、visio、PS、fireworks等任意擅长的工具,去完整的表达出产品各个模块的功能位置,以及所有交互行为,可保证UE同学利用DEMO设计出完整的页面效果图,技术同学可利用demo开发出完整的功能。

  文案要尽可能接近真实,强化及弱化的功能点表达清楚,web/app端产品,尽可能按照页面实际图片元素的比例,进行示范。

  会议纪要组注意事项:主要包括时间,地点,人物,会议议题,讨论内容,会议结论,确定问题, 遗留问题。后续计划及跟进人等

  特殊说明:并非所有项目均需进行,启动大型项目或重要并完整的新项目时进行kickoff.

  对应产出:会议纪要,确认PM、FE、RD、QA对应负责人,明确接口人,技术人员对应一个PM接口人。

  提出方式:邮件方式,将详细描述UE需求发出,附Demo图,若需交互设计师执行交互设计,请与交互设计师优选沟通,完成交互设计设计稿后交付视觉设计师执行。

  利用目录控制大局:目录不宜太细,且提供,链接指向相应页面,各级目录编号不建议使用:一、1、(1),推荐使用1、1.1、1.1.1。

  突出重点:需要强调的内容,都用粗体,或不同的颜色标出,必要时使用截图,尽量用流程图,列表,对比等形式展现,避免大量文字模糊不清。

  使用表格和截图:对同类信息适当使用表格归纳,对承载很多功能的页面应使用截图帮助理解。

  用户状态的记录策略,如切换TAB,下次进入是否为其记录上次状态,这里特殊字符的限制,比如:定宽式样设计的字数上限。

  各种错误的提示信息:所以PRD给出各种预期到的错误,详细错误号,及对应信息可由RD提供列表。

  预期到会变动的地方需明确指出:预计后期升级的困难,帮助技术设计时考虑到可扩展性。

  技术评审前:变更需求需要有版本记录,需要随版本号给出日期,各版本的修改内容,提供各版本PRD撰写人。

  原则上不允许随意变更需求,除非有重大失误或影响用户体验方面可以变更需求,变更需求需要获得指导人确认后,召集项目相关同学沟通变更内容,口头达成一致后更新PRD,对应变更内容,需以批注形式标注。上传文档保存处,邮件通知项目相关同学PRD已更新及更新内容。

  争议处理:产品凭内部评审过程中,如遇到意见分歧的情况,可通过如下几个方法进行处理,用准确的数据说话,必要时可进行AB测试,线上尝试。

  注意事项:欢迎提出不同的建议和意见,内部评审务必达成产品需求内部一致,但是需要发在产品内部群或者产品内部会中,避免到技术评审后在公共群及公共会议室PM/PD组内才发表不同意见,影响PM专业度,或者技术误认为产品内部没有达成一致就提出开发需求。

  具体内容:与负责项目的技术人员进行技术评审,评估实现难度,问题以及风险点。

  具体内容:PM/PD跟进前后端开发进度,处理开发中遇到的问题,如需求有调整和改动,需及时更新加的。推进项目顺利进行。

  注意事项:开发过程中尽量避免修改需求,如遇重大问题,需要修改,见2.7.6变更需求部分操作。

  具体内容:PM,UE,对前后端开发效果进行确认反馈问题及时修复调整,使之达到预期效果可上线状态。

  具体内容:QA投放公测版本。到荣誉内测组,跟进内测组用户,反馈的问题和建议,推动完成bug修复,收集到的用户建议转化为相关需求,作为后续迭代计划。

  对应产出:邮件记录,需求收集整理录入到文档管理的产品需求池,产品视图-spark需求管理。

  邮件通报项目组相关人员,及公司全组release notes+功能介绍,release notes尽量简明扼要,列举出版本发布的新功能及优化功能点,并附上相关的功能截图介绍。

  PM QA等对线上效果进行再次确认,如有必要请UE同学,确认页面及功能模块的设计实现完成度与UI问题。

  原则上,开发项目中的所有bug,在项目时间允许的条件下都要完成debug;

  若版本持续迭代更新,严重影响用户体验的导致功能缺失,影响产品可用性的bug必须在产品上线前解决;

  UI问题以及产品中用户直观可见的BUG视影响产品可用性的严重程度,进行针对性解决;

  优先级稍低的bug。可放在后续版本计划中review优先级,加入到debug计划;

  选择部分用户或者终端进行升级,进行小流量引流,投放内测组,效果,观测,平稳过渡,若有需要进行ABCtest,则进行部分用户小流量上线验证。

  适用于A/B test的情况,在不确定两种设计方案的前提下,将两种方案分别投放到随机用户中进行测试,对两种用户数据进行对比,从而为方案选型提供决策参考。

  当然,无论是小流量引入还是A/B test,都只是手段。PM同时更应该注重数据和用户需求的研究与分析,利于各种简单有效的手段进行验证测试,避免产品功能风险。

  另外,a /bbeat需要有足够的UV样本量. A/Btests核心是分流,如果样本量太少,有可能会被偶然因素影响,对结果判断会有干扰。

  本篇列举了一个日活千万的智能硬件平台软件部分的生产流程,可有效地帮助从事智能硬件的产品人员,产品策略能力的快速提高。

  当然快速提高的前提是基础扎实,产品的基础工作是不经一番彻骨寒,岂得梅花扑鼻香,成功走出来的产品几乎是砥砺过开发、实践过营运、更是经历过市场用户的检验,这种经历也许痛、也许苦,但最终一定会使产品的思想更丰盈。

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、招聘、社群为一体,全方位服务产品人和运营人,成立8年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上海广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里分享知识、招聘人才,与你一起成长。

来顶一下
近回首页
返回首页
一周人气文章排行榜
  • 1
  • 2
  • 3
  • 4
  • 5
  • 1
  • 2
  • 3
  • 4
  • 5
  • 1
  • 2
  • 3
  • 4
  • 5
一周推荐文章排行榜
  • 1
  • 2
  • 3
  • 4
  • 5
  • 1
  • 2
  • 3
  • 4
  • 5
  • 1
  • 2
  • 3
  • 4
  • 5

网站简介版权所有