浅谈控制项目成本的途径和方法

作者:王斌 2021-06-27

我们在项目交付过程中,往往会出现超出原计划的交付工作量,而这种情况的发生是由多种原因导致的,结合自己的一些感悟,简单分析如下。

一、减少超支的第一道关口--售前规划。

项目最大的成本超支,往往不是交付动作本身,而是一开始就错了。我们期望跟客户牵手成功、快速签单,但闪婚闪离也确实是普遍现象。跟客户签单,就象谈一场恋爱,就算闪婚,我们也希望谈一场高质量的恋爱,确保双方牵手是幸福的,持久的。在恋爱阶段,客户就象男方,只要对方好看,总想着娶回家再说,往往不再计较其它,什么性格、家庭基础、做饭洗衣打扫卫生都可以后面再谈。而实际上,女方在弄清情况之前快速许下婚约,代价往往是巨大的。客户到底打算怎么用这个系统,是给谁用,在哪儿用,具体要解决什么问题,有没有相应的数据支撑,怎么才能在心急火燎的销售和客户牵手之前真正弄清楚这些?这是体现售前价值的重要时刻。深入了解客户使用需求和使用场景,调研客户数据来源情况是绝对必要的。同时,用可实现的DEMO跟客户确认效果,用原型图的方式确认业务逻辑和功能,尽最大努力减少双方产生误解的可能。这里有一点提示:避免用产品的思维套牢需求,而是先把客户完整的需求和痛点了解清楚,再决定用什么产品交付,再考虑如何合理规避一些我们难以达成的需求。

二、减少超支的第二道关口--确定合同。

写SOW的阶段,我们定义为售中,是售前将所获得的信息完整、清晰地移交给售后交付同学,并变成可执行的合同条款。如果售前规划是准确的,与客户需求是匹配的,那么这个阶段风险相对较小,如果不匹配,这是一个纠偏的绝佳时机。经过心急火燎的阶段,现在要变成合法夫妻了,也就是要真正掏钱付出的时候,大多数负责任的客户会变得比较谨慎。这个时候,也相应具备了坐下来仔细谈谈的条件。同样的调研方法再重复一遍,同样的图形化方式跟客户确认,就算多花点时间也是值得的,相信客户也会认为你是负责任的、专业的。协商一致,再变成可执行的文字,落在SOW里,这个婚礼就真的可以办了。友情提示:单纯的文字确认是毫无价值的。我脑海中的“美女”跟你脑海中的真的未必一样。

三、减少超支的第三道关口--售后交付。

如果恋爱质量高,婚前交底清楚,双方大概率会有个相对美满顺遂的婚姻。当然,不排除这个阶段仍会出现反复,之前理解不清楚或并不明确的需求,超出范围的需求,领导临时想要的需求都可能发生,都会额外产生工作量,但不会是特别大的返工。婚姻中有摩擦也是正常的,正确看待和处理就好,没有过不去的坎。 在这里几项小建议供参考: 一,所有项目都需要以设计图的方式与客户确认(DCV大概除外)。不论是IBV还是Proxima,他们提供的只是一种能力,组装界面和功能的能力,而不是一个完全固定的模板。现在大屏项目交付往往反复少,就是因为每次都经过了设计,XXV也稍好些,因为没有模板可遵循,就只能先设计。当前情况下,我们的系统没有自带美颜,我们的实施人员也不都是化妆师,只有高质量的设计才能确保高质量的交付物。 二,修改时与客户先确认。确认不是开发或者配置完了跟客户确认,而是动手之前的设计确认。这一点我们的实施人员容易忽略,客户提了要求开发改就好,改好了再给客户看。殊不知,成本就是这么一点点流失掉的。多一个参与环节,就多一个反复的环节,成本就会增加,累积多了也非常可怕。 三、关键节点项目经理要亲力亲为。定制项目的特点,决定了需要高质量的把控者。在许多项目中,由于项目经理同时负责多个项目,经常会把一个实施扔到现场,任由客户摆布。小问题没关系,但是需求确认、需求变更、关键汇报的时候,还是希望项目经理亲自把关。在给你的小兄弟升职加薪变成项目经理之前,还是由你来把关并承担责任吧。 以上是个人观点,未必正确,只供各位参考。