实施顾问在承接项目的时候,最担心的问题是什么?是担心这个项目规模太太,周期太长,还是客户太挑剔?或者是担心这个项目所处的行业没有做过,比较陌生无法收尾?根据与许多顾问的沟通时,了解到实施顾问最担心的就是承接了一个“烂项目”,这些烂项目有一个标志性的问题:销售为了拿单,给了客户过多的承诺,导致许多承诺给客户的实现是超出系统范围之外的根本无法实现。还有一种情况是给客户有了承诺,但并没有写入到合同中,而只是口头上的承诺,原本只是为了应付客户的,但客户却一定是认真的,到了实施的某个时间里,客户把这个口头承诺提出来的时候,实施顾问就傻眼了,因为往往这个时候发现这类需求又是一个“不可能的任务”。
很多人会说售前和售后是不一样的。作为在签订合同之前的工作,我们所作的一切都是为了拿下单子。所以不可避免的会出现“过度承诺”的情况,这种事情虽然不是很合适,存在利用信息不对称而欺骗客户的嫌疑。但是在当前环境下,所有投标方都会做出超出自己现有水准的许诺,如果我们不进行跟进,单子很可能就花落别家了。
但即使在这样的环境之下,我们还是要明确:我们的核心竞争力是什么?如果是靠价格优势,我相信这一定是没有前途的企业,因为价格这东西没有最低,只有更低。同时如果一家软件企业,在做项目时连自己付出的劳动基本收益也保障不了的话,那这个项目不做也罢。因为在成本被急剧压缩的情况下,这样的项目下场往往比较悲惨,这样的项目多了,公司的口碑不佳且不谈,估计公司运营也是半死不活的了。
许多软件企业的销售往往有一种“never say no”的气魄。的确,一个实力雄厚的软件公司是可以通过二次开发和客户化,提出适应客户个性化需求的解决方案。但是,客户化开发需要做的工作,客户往往并不清楚——工作量有多大,由谁来进行,费用是多少,如何配合整体实施进度?不过,如果销售人员对这类问题谈得过深过细,很有可能影响签单。因此,在许多情况下,这些问题被有意回避,成为双方合作和实施中的定时。
销售人员他们主要的特长是“关系学”。在接触客户甚至签单的过程中,销售人员往往会过度承诺(over-promise),他们关心的是“签单”,也就是“成交”,而售后服务顾问关心的是“客户满意”,也就是“成功”。
“成交”和“成功”虽然仅有一字之差,但是公司对两类人员有不同的考核指标,对前者的考核是完成多少销售额,对后者的考核是完成多少交付人天数。这种公司内部销售和技术支持部门之间的矛盾,对公司和用户都非常不利。
再说一些极端情况,基于竞争情况,销售的确是做出了一些过度承诺,作为一个有职业责任感的项目实施顾问,还是要有自己的原则。哪怕形势需要我们做出承诺,也要尽量考虑事后通过各种方式基本能实现的内容。否则一旦签下了合同,同一个顾问所说的话就立马不能兑现了。这样的供应商,还怎么让用户信任?项目基本还没开始就可以宣告over了。
好,那么在我们确定了,我们现实情况下就已经做出了过度承诺,那作为销售的下一个环节,实施怎么为销售进行“善后”呢?其实我们这里说的过度承诺,从承诺的方式来说,一般会有如下几种承诺:
1、“我保证项目团队一定会有10个人的实施团队,而且可以保证至少有4个人是驻场实施的。”—这一类可以称之为资源承诺;
2、“我保证这个项目可以在2个月之内做完。”—这一类可以称之为进度承诺;
3、“我保证这个功能是可以实现的,绝对没有问题。”—这一类的承诺就是范围承诺;
在上述三类的过度承诺中,其实最难解决的问题就是功能承诺,要解决这个问题,核心就在于解决项目的范围管理问题。定义项目范围可能是定义一个项目过程中最重要的部分。事实上,如果你不确定你在进行的是什么,以及你所进行的项目的边界在哪里,你就根本不可能成功。管理项目范围是项目管理中最重要的一部分。但是,如果你没有很好地定义项目范围,那么你的项目将不可避免地面临失败的危险。
一旦项目开始进行了,在进一步讨论项目实施的范围时,客户与软件公司就会发生这样那样的分歧,一种可能是,客户不停地要求软件公司完成超出原来商定范围的工作,或者和原来商定范围不同的工作;还有一种可能就是,软件公司以超出合同范围为由拒绝提供实际上应该要做的工作。
这个时候我给到实施顾问的建议就是:让公司的高层介入,明确这个项目的范围与边界,无论是收费或不收费的,这是商务上的问题可以由商务来解决。但在商务解决这些问题之前,实施顾问首先还是要弄清楚这个项目的范围与边界,并且与客户明确提出,达成共识,如若不然,把问题却往后拖延,问题就会越严重,解决起来的代价就越大。
销售有“never say no”的气魄,售前顾问很多时候也基于交付做出了承诺,但实施顾问却是要对这些承诺进行兑现的。这个时候就需要展开两方面的协商了,对客户需要明确范围,尽早达成共识;而在于内部,需要明确项目交付的资源与成本,争取更多的资源达到项目目标,只有在公司、客户、项目组都达成共识的时候,这个项目才有可为,如若不然,这种项目就永远没有“成功”的那一天了。
实施顾问在这个时候来“善后”,说到底只是为了基于约定范围与资源来解决问题,尽可能地达成资源与范围的平衡,这也正是项目经理工作的魅力所在,在有限资源的前提下达到较高难度的工作项。不过,不管如何这总是要有一个“度”的,实施顾问不是超人,太疯狂的承诺如果出现,还是尽早想办法逃离这个项目吧。
分享到:
相关推荐
IT项目经理成长手记PDF 潘东_韩秋泉著 来自项目第一线的管理经验和实用工具 机械工业出版社 2013年1月第1次印刷 完整版,含全部书签目录 非常不错的资源 整本书以亲身经历的故事穿插理论知识的写法,很容易让人...
P道理 ERP项目实施手记北京市:清华大学出版社_2011.10_童继龙,童继明著的pdf文档,共享,欢迎下载
IT项目经理成长手记IT项目经理成长手记IT项目经理成长手记IT项目经理成长手记IT项目经理成长手记
《IT项目经理成长手记》是一本专为那些渴望在信息技术领域中担任项目经理角色的人们精心编写的指南。这本书深入探讨了IT项目管理的核心概念、关键技能以及实际操作中的经验教训,旨在帮助读者从新手到专家逐步提升...
P道理 ERP项目实施手记.童继龙,童继明著.pdf 个人收集电子书,仅用学习使用,不可用于商业用途,如有版权问题,请联系删除!
IT项目经理成长手记PDF,非常不错的资源
《IT项目经理成长手记 潘东》这本书深入浅出地揭示了软件项目管理的精髓,作者通过虚拟角色小M的视角,展示了项目经理在实际工作中可能遭遇的各种挑战和解决之道。书中不仅涵盖了PMBOK(项目管理知识体系指南)中的...
项目管理实践经验; 行文特点通俗直接,脉络清晰; 大量的图标,易懂。
《IT项目管理那些事儿》采用叙事的风格,通过11篇来自一线项目经理的实际经历的文章,分享项目经理人自身的实践和经验的案例,阐述项目管理的实施过程、项目经理的成长和团队成员的培养历程,从而和读者达到共鸣并...
IT项目 经理成长手记 kindle电子书 IT项目 经理成长手记 kindle电子书
《IT项目经理成长手记》是一本专为IT行业项目经理及有志于此领域发展的专业人士准备的实战指南。本书通过虚拟人物小M的成长经历,系统性地讲述了项目管理的实践技巧和经验教训,旨在帮助读者理解并掌握项目管理的...
《P道理:ERP项目实施手记》从不同层面说明了如何确保ERP项目的成功实施。这是一本以实际工作案例和工作经验为基础的书籍,从三个层面展开论述:一开始着力从ERP项目相关的人(People)展开论述,说明了企业经营决策...
在IT行业中,项目管理是一项至关重要的任务,尤其对于软件开发来说更是如此。"软件项目管理工具表"这一主题,暗示了我们关注的重点是如何有效地利用工具和技术来规划、组织和控制软件开发过程。在这个过程中,项目...
这几年来,关于ERP实施的文章不少,但有真切感受的文章不多,很多关于实施的文章缺少实施的细节描述,要么是纸上谈兵,要么纯粹是东抄西摘的东西,少有从实践中得来的真切感受。把现实中十分生动具体的实践,变成...
《IT项目管理工具箱索引》是一份针对项目经理成长的重要配套资源,旨在提供全面的项目管理指导,覆盖了项目的启动、计划、控制、执行和结束等关键阶段。这份压缩包包含了一个详细的工具箱索引,帮助项目经理在实践中...
2. 项目销售的艺术:通过把梳子卖给和尚的故事,我们可以了解到销售技巧在项目管理中的重要性。成功的销售不仅能帮助项目获得所需的资源,而且能提升团队的信心和动力。 3. 团队管理的要诀:刘备的漏水桶理论强调了...