认识达内从这里开始

我们都知道，任何一个工作项目的完成都是需要进行工作总结，就是为了通过后期的工作复盘来找出此次工作项目中的优点和缺陷，以方面后期再做其他项目的时候能够改进和提高效率。

所以，我们今天就通过案例分析来了解和学习一下，在进行项目工作总结的时候都需要从哪些方面开始，下面我们就讲解一下主要内容吧。

产品的规划与设计，这两个部分核心的思路，便是用户体验要素(战略层、范围层、结构层、框架层和表现层)。

产品规划(战略层)

完成了主要竞品的分析之后，自己的思路清晰了许多。对接下来的产品规划有很大的帮助。产品规划的内容，核心内容无非这几个：

确定产品战略方向

确定产品定位、市场定位

确定目标用户

确定产品的使用场景

确定商业模式

版本迭代计划

整个产品规划阶段，基本都是围绕在这几个核心进行展开。

当时制定产品规划时，也是按照上面的步骤进行，不过这些内容和方向的确定都是经过前面的大量工作才能完成的。

功能需求(范围层)

完成产品的规划，就进入了产品的设计阶段，在这一阶段，最难的一步应该是如何把需求转换为功能了，只要把这个问题解决了，后面的工作也就好说了。那如何将用户需求转换为产品需求?这时“二八原则”就开始发挥了。就是说，只有普遍用户的需求，才能转换为产品需求，进而制定功能模解决用户的需求痛点。这个过程需要综合团队的实力以及需求的迫切度来确定，而这的直接产出物就是功能需求列表。

在进行下一步之前，我们还需要先完成业务流程图、功能逻辑流程图，完成了这些就可以使绘制的原型图更有逻辑性。

原型图(结构层和框架层)

原型图，其实就是产品经理把自己的抽象的想法转变为具象的输出物，是产品经理想法最直接的展示。而这一切都建立在完成上面所有工作的基础上。现在我自己对这一块的做法，是把原型、交互直接结合在原型图上，最后生成一个高保真原型图让设计开发人员去体验，在必要的页面会在旁边添加上注释，这样的好处是能让设计开发人员能最直观的去理解整个流程。

其实从现在来看，这个高保真demo的形式有一个不足的地方，就是开发人员很难对项目中的页面跳转有一个全局观。这样会导致开发对任务逻辑上需要花时间成本去研究。后来我观摩了各种原型图展示形式之后，发现页面线框图能够很好的解决这个问题。不过觉悟的时候，项目已经开发到尾声了，还是在下个项目时再把线框图加上。

PRD

对于产品需求文档，网上有流传这一些使用word撰写的文档案例，篇篇都近两万字(我毕业论文的字数了)…这论文级的PRD实在不是我的风格，想必开发人员看下去也是很艰辛啊…

在这个项目中，PRD的作用没那么大，只是起到的记录的作用，因为开发人员基本上是围绕着原型图进行开发的，并且我在原型图上有做详细的备注，能很好的满足他们的需求。所以到后来，一些产品需求上的修改，再加上PRD的内容模块也不够完善，就干脆不更新了。

其实到后来会发现，由于人员流动与交接都需要用到PRD，如果PRD没有跟进更新的话，那么就要忙死产品经理了，想想都累。

所以自己就变相的运用产品思维，重新梳理了一下自己的PRD的结构，优化PRD在使用上的体验，使用AxureRP来撰写，可以满足PRD对向前团队的大部分需求。

项目管理

其实我在做产品经理之前，是一个项目经理，所以这部分工作处理的还是比较好的。而这个项目中，针对以前的处理方式再做出了一些优化，效果还不错。

一个项目在真正的进入开发周期之前，需要项目经理(产品经理)对功能的优先级进行开发排期，然后制定一个详细开发时间表，并设置里程碑。当时是通过表格与甘特图结合的形式，以一周为一个里程碑，也就是每周一个周计划，每日早上组织站立晨会，基本内容是汇报前一天的工作完成度以及当前的任务安排。然后再由产品经理进行汇总，并督促进度。而最终的进度汇报也由我直接汇报给boss。

通过这种管理方式，能带来一种项目的把控感，每天的早会可以明确的把握进度方向，不至于进度落下。而最后项目也是如期上线，也给团队、给自己一个鼓励。

其实从现在来看，思路方式都是对的。不过如果项目规模再大一些，那么对产品经理的项目管理能力要求就很高的。当然，大的项目一般都会有项目经理进行管理。总的来说，项目管理的根本目的是通过各种手段确保产品能如期上线。

作者：Kimson

【免责声明】本文转载自网络，著作权属原创作者所有。经检索无法确定原创作者，故未标明作者。我们分享此文出于传播更多资讯之目的。如涉著作权事宜请联系小编更正！