在做项目过程中，我们常常会遇到各种各样的问题，不仅仅需要管事情，还需要管理好人的问题。作者结合自己做的车路协同&智能网联的项目经验，与你谈谈在项目落地过程中需要注意的一些事情。
从南到北，从沈阳到广西，从东到西，从山东到甘肃，车路协同&智能网联的项目也做了几个，写点这过程中的心得体会，聊以自慰，全当记录～
项目开始时，我们要先解决“人”的问题。
如何让众多的利益相关方，不同的团队，部门上级、项目负责人，乃至大老板，在项目推进中能够“可控”，能够目标一致，甚至欢天喜地的配合你完成项目上线。
做好“预期管理”。
最开始时作为产品经理只关心自己负责的业务部分如何更快的上线，至多关心自己的上级及团队，不太会想到项目里的其他团队。
但角色上调之后，开始逐渐关心整个项目的落地如何更丝滑，如何让所有人“满意”，要对不同的角色，实行不同的预期管理。
针对产品部门领导，要如实告知产品的能力范围和边界，90%对上解决方案和售前，必须承认他们的嘴太厉害了，我们要给他们收一收，你给他们收80%，他们能给客户吹成100%，所以要给自己和团队留个buffer。
过程中给自己团队80%的交付满意度，产品质量定120%的目标。
兵马未动，粮草先行。开始之前总得先盘一盘这摊子活需要多少人力投入。
预估人力资源，会决定投入多少人力成本，项目是否能保证不延期，这里有个问题，把人从办公室拉到现场，人效是正常办公的多少？
我的感觉是 75%。
搞过车路协同项目落地的都知道，这个过程链路太长。大面上来说，车、路、云是不同的团队负责，拿路侧来说，路侧设备的电路、灯杆、挂臂、顶管、相机、雷达等设备需要普通工人顶管架线，需要协调城市管理部门安装灯杆、挂臂，需要运维团队对设备激活，维护、需要技术团队标定相机雷达、需要研发团队跑算法，分析性能等等。
此外现场还会有你意想不到的各种问题，外部依赖项比如：顶管设备坏了，频繁下雨，市领导检查不让施工了，沟通上的效率也会低很多。
远不如办公室来一嗓子。我在天南他在地北，再加上信号不好，说半天都是 啥，啥，啥。
为了避免对人力效率的错误评估，导致项目的延期，建议默认每个人的效率是75%。
这也是自己吃过的很大的一个亏，项目开始时就一个人在现场上蹿下跳，脚不离地，心里还有种指点他人的怪癖爽感，但下来冷静往回看，其实很多事情都没跟到位，很多临时决策也并不是最优解。
因此核心事项、关键任务包一定要有具体负责人，项目尤其是现场要盯紧的环节太多了，每个环节都应有负责人。
这样每个节点都有关键人来负责，更多跟关键节点的人汇总消息，降低沟通成本，更能降低出错的成本。
另外全链路需要1-2个人来熟悉整个项目概况，能给自己找个替身。
相信我，这个动作一定要做，你不是每天都要盯现场，不是每个决策都需要你下，要给自己抽身出来的机会。
在项目交付中，要给交付方明确的版本概念，交付的版本号是一方面，另外还代表着这个项目交付的软硬件系统能力边界，尽可能前置明确、对齐好系统能力范围。
不要到现场了或邻近交付了再来过多的增调需求，不可否认车路协同项目确实很难做到不改需求，但作为产品经理应负责在过程中逐渐与大家对齐产品最终效果，并敢于控制迭代节奏，敢于说不，那些不重要的需求要敢于后置，要控制版本的边界和迭代节奏。
虽然不会总用恶意来揣度别人，但多一些防备总是好的。项目进场后你会发现真的有很多双眼睛在盯着你，看你的进展，学习你的流程和实施情况。
对一家公司的产品方案，行业人一打眼，问两个关键问题也就大概知道了七七八八。另外这个市场现在都在互相学习，一家的项目落地肯定是有多个同行在学习探底。
一家公司的交付标准及能力，是需要保密的，但竞争对手的窥私欲是没办法制止的，
现场一般会做3个动作：工牌表明身份，留意闲散人员，建立信息保密机制。
就举个简单的例子，你在现场跟技术讨论项目卡点及解决方案，结果转身在抖音看到了这段视频，还有很多免费小心心，嗯，你说多崩溃。
另外我们希望别人看到的，是我们希望他们看到的那些。这里涉及的信息分发，舆情的控制，不应被不受管理的发出去，不然就需要太大的解释成本了。
在现场需要充分“放权”或是能有效收集民意，这些声音都将是收获。
搞过项目落地的，一定懂“墨菲定律”的痛，觉得不会出问题的，一定会出问题。
很需要提前把这些问题暴露出来，尽可能压低风险造成的影响。
鼓励大家多对项目发表意见，要能有效收集汇总，并给到问题提出者反馈！
见微，知晓项目一线风险、需要哪些资源，觉得不OK的事情，哪些是阻碍项、哪些需要协调
能够根据这些问题提前评估依赖项，要么多要资源，要么提前爆出风险，且应对现场发现的问题找到的解决技巧或tips，留存记录。
鼓励大家写SOP，并沉淀成项目经验。
给判断。应明确问题出现反馈时，要附上自己的判断依据。
2小时原则。2小时不能自行解决，则需要暴露出来，让问题升级或协调资源。
鼓励补位。每个人多做一点，每个部门多承担一点，产品可以测试，运维也可以配合现场抓日志。
专项团队。支持组建现场小组，快速专项攻破难点问题，并表扬出来。有时候现场的人真的只是缺这句鼓励。
在项目一线，每个人都在忙自己的任务事项，这时候一定要关注消息同步的及时性和到达率，能不能通知到每一位人，什么样的消息该同步给谁。
什么样的消息同步：需求变更，时间调整，任务优先级变更。
要怎么同步：建议建立三个群：负责人群，项目组大群及核心事项群
这里涉及到2点，不同的内容在不同的群里同步。每个人对于信息的消化不一样，需要经过翻译处理后再给到自己下游，举个🌰，我们要临时对交付内容做一个修改，这种修改是向善的且有价值的，但可能具体执行层的人只看到了要改，不清楚这样改的好处。
就很容易让团队里的人挑战或质疑，潜在影响产出。
前松后紧，还是前紧后松，还是一个节奏走完全程？
真正搞过落地的，心里应该只有一个答案：不管前边紧不紧，越到交付越紧。
越往后各种意想不到的问题越会出现，前边埋的雷也该被趟出来了，结合实际来看，我们能做的一件事是：让项目能尽早正向的滚动起来，到后期最影响节奏的是定位-跟进-解决问题，尽可能降低问题复现的成本，很多现场的问题就是偶现，等统一反馈了，环境变了也很难复现，反而是给现场埋了雷，提升问题解决效率，现场的人一般都是一人多岗，很容易由于其他任务导致这个问题就卡在这里。
前期鼓励每个人来发言发现问题，越往后时间、交付越紧张，信息越来越透明，更需要人来拍版；越临近项目，整个项目的进度和风险更加透明化和保证已知。
因为我们要开始准备向外输出的工作了，准备跟解决方案，售前的同事合作来应对第三方和监理的验收，这时候要保证大家知道系统的能力边界在哪里，别砸了。
越往后，每个决定就需要承担越来越多的风险和责任，敢拍板的人也会越来越少。
那谁来拍版那，原则上是谁负责，谁拍版。
过程中的几点感受～
要相信团队。没有人可以面面俱到，没有人。要相信团队里的每个人，团队是可以互相支撑的。
要学会求助。不一定要所有事情自己扛，学会跟老板跟同事求助，磨合磨合才会更好。
凡事尽可能简单。要拥有超凡化简的能力，先盯紧目标，先想全局实现路径。
要有自己的坚持和节奏。要有自己的坚持和节奏，要有自己的坚持和节奏。
散会～
本文由 @张广岐^_^ 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。