产品经理工作自查表 | 提升工作效率,避免犯错的好工具

0 评论 1296 浏览 31 收藏 8 分钟

产品经理在工作中要做好自查,从而避免出错。那么,有没有什么方法可以帮助自己自查?这篇文章里,作者做了梳理和总结,一起来看一下,或许会对产品经理同学有所帮助。

一、需求处理

1.你获取需求的途径是什么?(用户调研,竞品分析,市场分析,数据分析等)。

2.确认需求背景,了解需求产生原因。

3.了解用户的真是需求,挖掘痛点。

4.确认是否有数据支撑。

5.分析需求(分析需求收益、成本、周期风险、需求是否满足当前业务目标及业务场景、当前系统是否能很好的将需求进行转化落地、需求的必要性及可行性、确定需求是否满足用户需求、确定需求目标是为了达到什么样的效果、需求的紧急重要程度、需求是否为技术可实现的,有没有技术壁垒、是否需求进行上下沟通,看看是不是有其他指示)。

6.是否能实现更好的实现商业价值利润?能否将需求转化为帮助实现商业价值的功能等。

二、分析整理阶段

1. 信息架构

1.战略层:这些战略不仅仅包括了经营者想从网站得到什么,还包括了用户想从网站得到么(例:就我们的网上商店的例子而言,一些战略目标是显而易见的,用户想要买到商品,我们想要卖出它们)。

2.范围层:功能及其内容需求整合。做了什么,而不做什么,就是范围(例:有些电子商务网站提供了一个功能,使用户保存之前的邮寄地址,这样他们可以再次使用它。该功能是否应该成为该网站的功能之一,就属于范围层要解决的问题)。

3.结构层:信息架构,交互设计,操作流程,用户体验(在功能产品,结构层将从范围转变成系统如何响应用户的请求,即设计用户如何到达某个页面,并且在他们做完事情之后能去什么地方)。

注:在信息产品方面,结构层则是信息空间中内容元素的分布,确定哪些类别应该出现在哪里。

4.框架层:界面设计、导航设计和内容(信息)设计(界面设计:按钮、输入框、界面控件、导航设计:呈现信息 、信息设计:呈现有效地信息沟通)。

  • 目标一:必须提供给用户一种在网站间跳转的方法;
  • 目标二:必须传达出这些元素和它们所包含内容之间的关系;
  • 目标三:必须传达出内容和用户当前浏览页面之间的关系。

5.表现层(功能及内容的视觉呈现)

2. 流程设计

  1. 上下表肯定,左右表否定;
  2. 先走主流程(正流程),再走逆流程;
  3. 流程图里只能有一个开始,可以有多个结束;
  4. 连续超过3个判定拆开做;
  5. 一个流程,多个场景拆开做,不要做成结构图;
  6. 不要指向子流程,指向母流程;
  7. 矩形可以是流程、页面、功能,线段是动作;
  8. 不要指向开始;
  9. 禁止死胡同;
  10. 做完自检3遍;
  11. 版本命名要规范;
  12. 绘制顺序,应从上至下,从左到到右的顺序。

三、设计阶段

  1. 符合需求的原型图。
  2. 产品交互和UI完成沟通,是否已产出,UI需要协调资源。
  3. 需求文档,文档内容是否完整,是否逻辑缜密,是否完成需求闭环。
  4. 产品方案是否简洁并具有拓展性。
  5. 产品方案是否已上下沟通并完成确认。
  6. 是否需要准备其他物料(比如上新功能需要准备产品使用说明文档)。
  7. 是否有统计需求,是否已产出数据需求,是否已和数据分析师沟通。

四、评审阶段

立项阶段

  1. 是否有明确立项的目标和主题(项目名称、背景)。
  2. 是否需要准备立项材料。
  3. 需要其他部门配合协助,是否已经提前沟通。
  4. 是否已经确认好各端负责人。
  5. 是否已协调好立项会时间、地点,并通知好项目相关人。
  6. 宣讲会PPT。
  7. 完成立项宣讲会,并收集问题给予解答。
  8. 确认各项任务资源是否已经分配。

五、需求评审阶段(各相关人了解、讨论、确认方案细节)

  1. 针对需求评审,需要产品组织主讲方案给技术人员。
  2. 确认参会人是否已了解需求。
  3. 方案是否存在遗漏点并是否补充完整。
  4. 方案是否存在可以提升优化的点。
  5. 方案是否存在技术难点,是否有解决或替代方案。
  6. 若方案改动大或评审时问题多,需要多轮需求评审确认。
  7. 对于方案改动点是否已向上同步并确认。
  8. 技术评审。确认技术方案是否可以满足产品需求。
  9. 确认技术方案是否存在未来可拓展性。
  10. 确认技术排期是否可接受。
  11. 测试用例评审。由测试组织、测试主讲根据需求设计的测试方案和用例,确认测试方案是否可以涵盖所有需求点。
  12. 确认测试方案是否可以涵盖到异常情况。
  13. 确认测试排期、最终上线时间。

六、开发阶段

  1. 确认技术是否完全按照方案进行开发实现。
  2. 开发过程中的需求沟通,需求调整,更新文档。
  3. 定期确认开发进度,组织周会同步跟进。
  4. 是否有延期风险,若有风险是否已同步到相关人。

七、测试阶段

  1. 确认产品验收是否通过。
  2. 确认UI是否通过。
  3. 确认所有Bug是否都已解决,未解决的是否可以遗留。

八、上线阶段

  1. 上线前,是否有需要提前准备的材料或培训。
  2. 统计数据需求,确认埋点及统计指标。
  3. 上线后确认产品运行是否有异常,线上回测。
  4. 确认产品数据是否异常,数据效果是否符合预期。
  5. 及时给项目相关人同步产品上线邮件,产品数据邮件。
  6. 收集用户反馈,做需求优化规划。
  7. 跟进项目效果,及时做项目复盘和接下来的规划,是否有第二、三阶段。

本文由 @WYL产品小王 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!