也谈SAP业务顾问如何避免被ABAP开发顾问怒打

也谈SAP业务顾问如何避免被ABAP开发顾问怒打

近期一个视频火了，说是中国平安一个产品经理和APP开发人员在办公室直接扭打起来。据说是因为该产品经理向程序员提出了一个需求，要求用户APP的主题颜色能根据手机壳自动调整。可能是开发程序员对于这个需求很是愤怒与绝望，按捺不住动了手。据平安员工称，他们二人都是外包人员（又是临时工？），都已经被开除了。 朋友圈也在盛传如下图片:

笔者很是惊讶，觉得这个事很夸张，一个难以实现的新需求嘛，能做就做不能做就沟通一下嘛，不至于这么火大吧？笔者没有做过产品经理，但是作为SAP咨询业务顾问，在项目实践中也是需要与开发程序员(ABAP开发顾问)打交道的。这个事一出，笔者也算是深吸一口气，过去十几年SAP项目实践中，笔者与很多开发同事一起做项目，却能很顺利的做完每个项目，没挨过开发同事怒打，真是很幸运！在此，不能不对以前各个SAP项目上的开发顾问同事们说一句:感谢手下留情不打之恩！

为了避免在以后的项目实践中被开发程序员怒打，笔者打算好好总结一下以自勉。

跟开发程序员沟通需求之前，先跟客户的业务部门充分沟通。实际上，SAP业务顾问(function consultant)面对越来余额刁钻越来越难缠的客户，也是处于弱势位置。项目实践中，尤其是民营企业的项目里，客户并不是很愿意使用SAP提供的标准功能，往往因为业务流程特殊或者业务逻辑特殊的缘故，向SAP业务顾问提出各种需求。SAP业务顾问当然是首选说服客户使用SAP标准功能，告诉客户标准功能的好处与优势。实在因客户过于强势而无法说服客户，业务顾问需要就客户的需求与客户反复充分沟通，首先确保自己真正理解了客户的需求。比如客户提出要开发一个什么报表，或者某业务功能，业务顾问可以根据与客户的沟通结果，初步画好相关的报表或者功能的界面，展示给客户看，与客户确认相关界面上出现的字段的取值逻辑，以及相关按钮的具体功能细节，并且根据客户的反馈做微调。这样可以更好的理解客户需求，初步的设计界面也能帮助客户理顺自己的思路，能更明确自己的需求。如果业务顾问是做开发程序员出身，就更好了，他可以根据自己对SAP开发技术的理解，引导客户往自己期望的方向走。

跟开发程序员沟通需求的过程中，充分尊重对方。SAP业务顾问弄清楚了客户的真实需求之后，需要与开发程序员同事沟通，仔细耐心的跟开发同事讲清楚需求细节，确保开发程序员也能充分的准确的理解需求。沟通的过程中，需要以比较友好的说话方式与态度，充分体现对于开发程序员同事的尊重。业务顾问与开发同事实际上是同一根绳子上的蚂蚱，是站在同一条船上的，需要一起努力应对来自客户方的压力与挑战。如果开发任务重需要加班开发，业务顾问也要主动留下来，和开发同事一起工作，随时能就开发程序员的疑问给出建议。在内部测试阶段，业务顾问要设计各种业务场景安排测试数据来测试，尽力多发现BUG以让开发程序员完善程序。避免因内部测试不够导致程序交付给客户业务人员测试的时候，因被客户发现很多低级错误而带来的投诉。来自客户的投诉，尤其是一些客户态度极其不友好的投诉，会引起开发程序员的挫败感和郁闷，甚至不必要的反弹。

对于需求变更，尽可能说服客户放弃，不能说服客户，就要说服开发程序员。项目实践中，客户对于自己提出的需求，在不同的时候有不同的理解与要求，所以不可避免的带来需求变更的问题。对于需求变更，业务顾问需要尽可能挡住。实在挡不住，也需要耐心跟开发程序员同事友好的沟通，听取对方的意见，了解因此而增加的工作量，并且就增加的工作量与客户业务人员沟通，为开发同事争取更多的时间，这样能减轻开发人员的压力，取得开发同事的谅解。如果业务顾问顶不住客户的压力，不擅长于引导与说服客户被客户牵着鼻子走，导致需求反复变更程序反复修改，可想而知开发程序员会怎么想？万一遇到脾气不好的开发同事，业务顾问就有可能会被怒骂甚至被怒打了。

同是乙方弱势群体，业务顾问需要与开发顾问（开发程序员）同事相互尊重，友好沟通协商，共同努力摆平客户，完成项目的交付，最后成就客户！

2018-08-02 写于杭州市.