行业研发的一些思考

           年初的时候,由纯研发序列转移到了LEBG序列,虽然也是隶属于研发,但是随着项目和工作的开展,对于行业研发有了一些其它方面的考虑了。水平方面的研发已经定性为做水平产品,做一些普世通用的应用,那么我们行业研发应该如何定位呢?

        

           之前的很多想法和工作都是围绕着做行业产品而进行的,因为悬在头上还有产品收入的利剑和产品研发的快刀,稍有不慎就会被伤的痛不欲生。但是随着工作的深入,感觉这个不应该是行业研发的出路,水平研发做着水平的产品,包含的大部分都是通用的逻辑,或者是把一些业务转变成普世通用的设计,因为水平产品做的是一个标准化的过程。那么到达客户那里的时候,随着不同的行业,适用性就有些偏差和不适应。大部分存在两个问题,没有需求的功能,或者有功能,但是不适用。

           那么行业研发就应该接过方案落地的棒,一方面是让售前方案不光是忽悠客户签约而已,而是真正落地,可以真正贴合客户需求,是一个定制化的过程。另一方面应该是让项目尽快交付,或者言之可以达到批量交付,快速交付的目的。这样的话,就需要行业研发联合实施人员,从项目上进行抽取行业最佳实践,这样最大化的避免重复劳动的产生。这两个联合在一起就可以组成行业解决方案,针对具体的细分行业的解决方案。另外就是根据市场远景规划进行行业预研,为了避免总是跟在客户的后面跑,可以在某些方面引领客户需求和帮助客户领先市场先机。

        让售前方案落地就需要由产品进行支持,这个产品可能不是我们现在狭义上的产品,一个模块,或者几个模块组成。他是由产品模块+水平产品(行业补丁)进行组成的。产品还有另外的一个重头部分就是为了让项目快速交付而获取的最佳实践,包括行业流程配置,行业内置数据,配套工具等。这三块加在一起就是一个真正的行业产品的概念了。

            在整个的流程中,由售前方案进行匹配客户需求,以及引领客户需求,行业研发+实施进行方案落地,提炼的最佳实践来保证落地的速度和质量。实施的过程中,可以进一步的了解客户的需求和客户的期望,春江水暖鸭先知,最贴近客户的实施和研发可以进一步收集应用层客户的需求和期望,整理提炼后进一步反馈给售前人员,产品经理,同时由研发进行整理收集到产品中。需求,研发,测试相互发展,相互促进,这样整个流程就成了一个动态健康的闭环。

原文地址:https://www.cnblogs.com/kaka/p/2729459.html