我的PM理解

  做过一段技术了,虽然没有参与到整个产品从立项到上线的全过程,一般都作为一个编码施工方参与到其中的一个环节。但我对PM这个职位还是有我自己的理解方式。如果有不正确的地方,还望指正。
     需求调研阶段(企业软件,不同于互联网产品)
  1.  跟需求方第一次交流,算是了解需求的大概功能点。
  2.  整理需求方功能点,做出功能分析。可以用多种(PPT,思维导图)方式跟需求再次沟通,这算是需求确立
  3.  完成原型图(最理想的方式是直接做出正品效果图),然后跟需求方确认样式,排版和交互细节问题。
  4.  交予施工方(包括前端,后端)功能的实现。
  5.  验收阶段,PM当然是验收第三人(第一人是施工人员,第二人是施工方测试人员)。
  6.  交予需求方
    上述的这个流程是一个十分理想和很健康的流程,可惜实现总是充满了故事性。
    比如:
  1.  需求确定以后,需求方中途要加功能怎么办?
  2.  效果页面已经确定,需求方像改样式,这么办?
   个人理解的PM职责:
        他需要良好的理解人能和表达能力,能过对需求方的需求做出开速的反应和功能的理解。
        最好有一点的技术基础和实际项目的经验。懂技术的PM才是好的设计师。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

(Spamcheck Enabled)