行業研發的一些思考

           年初的時候，由純研發序列轉移到了LEBG序列，雖然也是隸屬於研發，但是隨著項目和工作的開展，對於行業研發有了一些其它方面的考慮了。水平方面的研發已經定性為做水平產品，做一些普世通用的應用，那麼我們行業研發應該如何定位呢？

        

           之前的很多想法和工作都是圍繞著做行業產品而進行的，因為懸在頭上還有產品收入的利劍和產品研發的快刀，稍有不慎就會被傷的痛不欲生。但是隨著工作的深入，感覺這個不應該是行業研發的出路，水平研發做著水平的產品，包含的大部分都是通用的邏輯，或者是把一些業務轉變成普世通用的設計，因為水平產品做的是一個標準化的過程。那麼到達客戶那裡的時候，隨著不同的行業，適用性就有些偏差和不適應。大部分存在兩個問題，沒有需求的功能，或者有功能，但是不適用。

 

           那麼行業研發就應該接過方案落地的棒，一方面是讓售前方案不光是忽悠客戶簽約而已，而是真正落地，可以真正貼合客戶需求，是一個定製化的過程。另一方面應該是讓項目儘快交付，或者言之可以達到批量交付，快速交付的目的。這樣的話，就需要行業研發聯合實施人員，從項目上進行抽取行業最佳實務，這樣最大化的避免重複勞動的產生。這兩個聯合在一起就可以組成行業解決方案，針對具體的細分行業的解決方案。另外就是根據市場遠景規划進行行業預研，為了避免總是跟在客戶的後面跑，可以在某些方面引領客戶需求和協助客戶領先市場先機。

 

        讓售前方案落地就需要由產品進行支援，這個產品可能不是我們現在狹義上的產品，一個模組，或者幾個模組組成。他是由產品模組+水平產品（行業補丁）進行組成的。產品還有另外的一個重頭部分就是為了讓項目快速交付而擷取的最佳實務，包括行業流程配置，行業內建資料，配套工具等。這三塊加在一起就是一個真正的行業產品的概念了。

 

            在整個的流程中，由售前方案進行匹配客戶需求，以及引領客戶需求，行業研發+實施進行方案落地，提煉的最佳實務來保證落地的速度和品質。實施的過程中，可以進一步的瞭解客戶的需求和客戶的期望，春江水暖鴨Crowdsourced Security Testing，最貼近客戶的實施和研發可以進一步收集應用程式層客戶的需求和期望，整理提煉後進一步反饋給售前人員，產品經理，同時由研發進行整理收集到產品中。需求，研發，測試相互發展，相互促進，這樣整個流程就成了一個動態健康的閉環。