关于客户定制化软件的探讨

Posted jazzpop

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了关于客户定制化软件的探讨相关的知识,希望对你有一定的参考价值。

       我认为,软件开发,尤其是定制化的软件开发,一定要彻底弄清楚客户对软件的初衷。客户很多时候对软件没有什么确切的概念,会提出不合理的需求。你可以根据客户的初衷来分辨哪些功能是客户真正所需,哪些是客户的一厢情愿。如果是‘真正所需’,即使是再困难也应该实现,如果是‘一厢情愿’,应该尽量避免,多和客户沟通。因为这些‘一厢情愿’会让软件走向错误的道路,开发人员会忘记哪些是重要的,哪些不重要,尤其是开发团队人员变动很大的时候,从而使软件走向歧途。

       从4月开始,我们组接到了一个定制化的项目(c/s结构),大致的流程是售前工程师和客户谈需求,然后与我们的产品经理进行沟通,最后产品经理把需求细分给我们研发。期间有一段时间我代替售前(我是研发),出差到现场,一方面现场开发(有些功能只有到现场才方便测试),另一方面代替研发去现场了解客户实际的软件使用流程。与客户的沟通过程中,客户充分表达了客户对软件的期待,现场的使用场景以及困难所在(我称之为初衷)。我在得到这些消息以后,干到很震惊,因为这些话我们的产品经理和售前从来都没有和研发说过。研发得到的信息就只有一个一个的功能,很少有客户对功能的期待以及使用场景。根据客户对软件的初衷,我再看我们的软件,我发现很多地方都不合理。虽然我们都软件的开发初期无法做到完美,但是软件最初的设计就是有问题的,是违背客户意愿的。客户和我说,他不希望他在使用软件的时候需要去分析,他希望软件可以直接给他结果,以最直观的效果呈现出来。我们的软件最初的设计就无法满足客户最基本的要求,因为售前工程师和产品经理都把精力放在了一个个的功能上面,而忽略了客户的初衷。这在软件初期的时候还容易解决,到了软件开发的中后期,这样的问题更为致命。

  是否有很好的办法来解决开发人员与客户沟通不善的问题?减少环节是一个好办法,但是大公司总是很‘臃肿’。人们在工作时倾向于按照一套流程来做,对于售前工程师来说,他们很容易将自身定位为用户需求的转化者,把客户的需求转化为一个一个的功能。殊不知他其实的功能只有一个,与产品经理传达客户的精神。就像上级给下属传达命令的时候,下属要充分理解上级的精神。完成领导安排的工作,只能做到完成任务,但是理解了领导的真正需求,在领导未想到或者分配错误的情况下,及时的纠正领导的安排,这样才能做到完美。您说呢?

  我是JAZz,喜欢在网上与大家分享我的所见所得,欢迎大家在评论区与我互动。

以上是关于关于客户定制化软件的探讨的主要内容,如果未能解决你的问题,请参考以下文章

RPM---定制化RPM包

硬件加速及定制化

自动化部署必备技能—定制化RPM包

成本vs效果,企业该选择成品软件还是定制化软件? ZT

自动化部署必备技能—定制化RPM包

全志系列芯片如何在Tina Linux中使用脚本完成定制化升级?