• 产品第一次兼项目经理积累了经验也踩过坑


    做为公司产品经理以项目经理的角色跟了一个不大不小的项目,现在项目结束了期间也踩了不少坑觉得有必要总结一下经验,也希望能给第一次跟项目的小伙伴带来一些帮助

     

    项目调研

    主要了解项目情况,其实大部分项目都是为了解决甲方的某个或某一类问题。所以调研阶段一定要弄清楚甲方主要的问题或痛点在哪里,导致问题的主要原因是什么,迫切需要解决问题的角色或部门是哪些。这些都是为后续输出有效建设方案做铺垫,前期调研有没有足够充分可能决定输出的方案是否正是甲方想要的。

    这里有个角色特别关键就是甲方项目对接人,这个角色从项目开始到结束都发挥至关重要的作用。除了一些官方的对接,前期可以通过这个角色深挖项目预算,后续过程中也可以通过这个角色大事化小小事化了解决很多问题。关系处理好了可以省掉很多麻烦事,即使没能大事化小项目过程中也可以避免特地给你小事化大。

    项目建设方案

    项目方案决定是否能顺利拿下项目合同。有些项目不会透露真实的项目预算,或者官方透露出来的也是虚拟的。但基本离不开一个原则,谁都愿意花更少的钱解决更大的问题。对预算不明确的情况可以多输出几个方案。我们当时的项目就有同行竞争,人家出了一个各种智能高科技的方案,我们从甲方的角度考虑一次给出了四个方案,最终甲方从我们这选了一个建设成本最低实施最简单的方案,甚至甲方自己在十年前就有人提出过的方案(当然这里面因为科技发展十年前可行性不高到现在可行性变高了)。说到底最终还是为了省钱。

    上面也提到调研时需要弄清楚迫切需要解决问题的角色或部门是哪些,那么方案可以相对针对性的设计。比如要解决财务问题,财务就比较关键甚至在解决某一财务问题时可能会增加一些基层人员的工作或者牺牲一些体验,在问题的迫切性面前有时候也是可以接受的。不过方案中至于是否可以牺牲某一部分去解决迫切的问题,最好让甲方决定。比如: 方案一优缺点是什么,方案二优缺点是什么,推荐方案是什么,让甲方自己选择。

    项目合同

    合同也就是我跟这个项目踩坑最多的地方。合同中应尽量避免给自己后续带来各种麻烦,如果涉及风险的将风险转交出去(如:转给你的乙方)。合同中涉及一些不清晰的条例如果后期可能对己方不利的一定要先明确清楚,当然有时候合同也可以有不清晰反而对己方有利的。所以合同敲定前一定要仔细斟酌。

    有些项目会涉及到招标投标,投标书也是具备一定法律约束的,有些人在投标时为了争取到项目,会在标书中各种吹有些东西根本没有也会吹的天花乱坠。到后期验收甲方纠着标书不放就有的受了。标书可以吹大但千万别吹没有的做不到的。

    项目验收

    有些正规单位对项目验收会比较严格,甚至会有第三方监理单位介入。所以从项目开始就一路将该准备的资料都一并准备好,否则到后期验收、尾款就可以拖到怀疑人生。

    一般在合同里会明确项目验收交接需要提供哪些资料。如果有第三方监理单位介入,最好在前期就跟监理确认清楚需要准备哪些资料,资料有哪些规范。对于监理而言,资料提前准备还是后期补没多大区别,他们的目的是保证项目该做到的都做到了符合要求,该准备的资料都准备齐全了。但是如果后期项目都到验收阶段了再去补前面的资料,就会变得很被动,比如实施方案、实施报告(还要甲方相关人员签字的那种),有的甚至有初验、终验等等不同时间点有不同甲方人员确认签字的,如果从项目开始到实施落地这些顺带就准备好了,后期验收就不用了专门花时间去整资料。这里耽误的就是收尾款的时间。我们项目按要求整理资料来来回回就花了差不多两个月时间。


    __EOF__

  • 本文作者: PM老猫
  • 本文链接: https://www.cnblogs.com/hyx6/p/17997099
  • 关于博主: 评论和私信会在第一时间回复。或者直接私信我。
  • 版权声明: 本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
  • 声援博主: 如果您觉得文章对您有帮助,可以点击文章右下角推荐一下。
  • 相关阅读:
    【学习方法论】学习的三种境界、三种习惯、三个要点,三个心态
    2022暑期复习-Day6
    科幻理论的未来也在于发现新的逻辑体系
    【Qt-22】Qt乱码问题解决
    Linux扩展篇之Shell编程三(函数)
    Arm功耗管理精讲与实战
    图片上怎么加文字?看完就你知道了
    项目经验3
    Java语言与系统设计课程实验报告
    iai 定向 题解
  • 原文地址:https://www.cnblogs.com/hyx6/p/17997099