项目交付完毕后，项目经理还要做点什么？

Posted 2023-04-19

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了项目交付完毕后，项目经理还要做点什么？相关的知识，希望对你有一定的参考价值。

参考技术A 其实项目交付完毕，作为项目经理除了收款，一般都没啥任务了。

一般这时候，客户已经完成初步推广，后续在企业内部的持续推广，应该由企业IT来完成。

项目经理关注的客户满意度，更多集中在项目按期交付（时间）、满足客户需求（合同范围）、项目质量达标（质量）这几个方面，至于客户是否能够用起来，反正我一开始并不是很在意。

后来公司持续要求提升客户满意度，尤其是长期合作的客户，项目经理对于客户提出的后续需求变更以及bug都半推半就，也不像以往果断拒绝了，生怕客户不满意。

不过，从另一方面看，项目人力资源已经被抽调走了，有心无力，同时成本考核也是对项目经理的重要KPI，做个需求轻则1周，重则数月，这哪里是一个项目经理能够承担起来的，最后，老客户新项目如果是销售负责，那么与项目经理的关系也不是那么大。所以最终，项目经理就像渣男一下，能跑就跑了。

如果项目下一期也是由项目经理负责签单，同时也有响应的收入激励，那么，就会将一次短期博弈转变为长期博弈，尤其解决的是博弈的最后一轮，背叛会明显增加。

基于长期合作（博弈）的大前提，项目经理（其实是客户经理），也就更原因长期服务客户，持续提升满意度，以增加下次合作的机会。

同时，对于上一期遗留问题，也会从新机会考虑，但是会增加先做后签合同带来的风险，也就是做了没钱，渣男恋爱了，结果被抛弃了。

这里还有一个注意点，就是从客户角度看，最关键的是项目给客户企业带来的效果，这里最重要的因素可能就是内部推广（适合的范围），产品用起来+持续改进，才能够大概率解决问题，领导才觉得物超所值。但是这一点，却往往被新合同的诱惑和无穷无尽的优化工作所吞没，很难有人能够主动完成推广这个业务，再加上，非SaaS模式，推广也代表着新的开发，边际利润不一定大于0，也许推广还会带来更多损失。

所以说，更好地解决方案就是SaaS+客户经理模式。

项目成员，项目流程

1. 项目成员

客户负责人：甲方人员，提需求拍板原型、设计稿，并配合测试；
客户经理：销售人员；
方案经理：熟悉业务并最好有一定的技术背景；
产品经理：出具产品原型；
设计师：出具设计稿；
项目经理：管理项目，保证项目按期交付；
技术负责人：一般由架构师担任；
前端开发：负责页面开发；
后端开发：负责后端接口开发；
QA测试人员：负责测试；
运维人员：运维；

2. 项目流程

2.1 需求阶段

客户经理发现商机，了解客户的背景，业务模式，需求，过往的解决方案，整理后申请方案经理跟进；
方案经理和客户经理一同和客户详谈，了解客户的具体需求并由方案经理整理方案报价单，方案报价单应该包含集体开发的功能和相应的人天评估；
方案经理申请技术负责人核验方案报价单，技术负责人评估方案实施的可能性和优化相应的人天评估；
客户经理和客户反馈方案报价单，客户同意的话并收到合同首款就可以项目立项；
项目立项：客户经理出具合同，方案经理出具SOW，项目经理出具成本模型和项目立项及协调申请开发人员；
方案经理申请产品经理并向其说明项目需求，产品经理根据需求出具产品原型并与客户核验产品原型；
方案经理申请设计师，设计师根据产品经理的产品原型出具设计稿并与客户核验设计稿；

2.2 开发阶段

技术负责人跟技术人员讨论确认项目架构和实现方案；
技术负责人新建gitlab仓库，向运维人员申请服务资源（或由客户提供）服务器，数据库等；
技术负责人搭建基础项目的测试环境和生产环境，并实现CICD流程，并严格把控发布流程；
- 开发人员只有gitlab develop权限和jenkins的查看权限；
- 测试环境自动发布，生产手动发布；
- 搭建APM监控bug（alinode，elastic）
- 配置通知机制，实现CICD的及时通知（bearychat，钉钉...）；
前后端开发人员根据设计稿和原型进行开发；
- 前端开发要求高度还原设计稿；
- 后端开发要求接口单元测试100%，函数单元测试覆盖大部分；
- 技术负责人负责review代码和合并代码；
项目经理新建bugtags项目，管理项目bug跟进处理和小的变动需求的跟进处理；
项目经理及时与客户沟通，并每周出具项目阶段性报告；