技术转型做应用顾问有很多的优势但是也有很大的缺点。
缺点很直接,什么需求都愿意接,喜欢定制,本来标准功能存在的内容也可能被定制。
优点就是无论什么功能,都能搞清楚背后的工作原理,设计的方案相对比较周全,质量较高。
以下主要是我本人做顾问的一些故事及思路的转变,通过故事来介绍第一次思路转变, 不同的人有不同的学习风格,以下内容仅供大家参考。
记得第一次做项目经理,技术人员告诉我他在用户处了解到,用户有总折扣的需求,技术问我,如果一个订单总折扣100块,正好有3个物料,如何将总折扣分配到每一行? 是把33.34元的折扣放在第一行还是最后一行。听到这个问题我是一头雾水,由于是技术出身,深知这个问题是难以通过技术平均分配,多出的0.01分配到哪里都是不合适的。 听完后有点后悔脱离技术做应用了。讨论半天后,我决定先放一放这个问题,因为实在没有好办法。事后又想起这个问题,我就想,用户手工是如何分配的,这个问题应该去跟用户去讨论,不是技术之间去讨论。正好第二周要去现场出差,用户那边的财务经理亲自来机场接我们,在去公司的路上,我问起了这个问题手工如何处理,财务经理的回答令我觉得原来我们很多技术难题是可以通过业务去解决。经理说,分公司不存在这种业务。折扣都是针对单个物料进行折扣的。
经验: 技术感觉无法实现的,一定要和用户多沟通,说不定压根就没有这样的需求,或者不是技术理解的那样。作为转型的顾问,不能遇到问题首先想如何实现,而是要理解用户需求背后的故事。有的用户给你描述需求的时候,是按照他们现有系统的功能来给你讲解的。如果不了解背后的故事,最后ERP就成了相同功能换个软件实现,这样的后果是容易被用户牵着鼻子走,一路走下来感觉自己比较清楚用户需求,但是如果有大需求变更,系统的灵活性就指得怀疑,而且在原有系统的设计框架下,能否正常实现新需求都很难说。

本文分享了一位技术顾问转型为应用顾问的心路历程和实战经验,强调了理解用户需求的重要性,以及如何在沟通中掌握主动权,避免过度定制。通过实例讲述了在面对复杂需求时,如何引导用户向标准功能靠拢,并提出了有效管理干系人的建议。

1513

被折叠的 条评论
为什么被折叠?



