產品規劃思考(12.1)

離18年結束還有最後1個月了，在整個18年從大專案售前和簽單來看很不理想，但是從移動大專案本身的專案實施和執行來說還算另人滿意。在最近幾年寫了不少的微服務架構和傳統企業IT架構轉型的文章，從實際接觸到的一些客戶來看，也確實在逐步朝微服務架構轉型。

也就是微服務架構+基於Docker容器的輕量PaaS平臺+DevOps將成為傳統企業IT轉型的趨勢。而這個是從整體技術架構上來說的。而如果從業務和應用架構來說，那麼業務元件化，業務能力開放，從技術平臺轉到業務中臺的構建也將成為趨勢。而從協同趨勢來說，從傳統的企業內部IT會逐步轉化為混合雲模式，從內部應用走向類似網際網路+下的上下游協同應用。

這兩年由於參與智慧家庭類的專案，也看到智慧物聯也將成為一個重要的趨勢，而這個裡面的技術重點是物聯網雲平臺，業務重點是涉及到硬體和軟體的業務能力聚合和能力開放，增值的趨勢點則在於後續的大資料分析和增值服務提供。原來談智慧城市談的多，而實際上我們看到智慧家庭往往更加容易落地，這也讓我們看到類似小米，京東，包括華為，海爾等都在構建自己的智慧家庭生態體系，搶佔智慧家庭的入口。

上上週自己寫了不少的產品規劃的文章，但是實際上可以看到真正是對已有的產品進行持續的優化，還是開放式的創新做出能夠引領市場的新產品反而是沒有想清楚的事情。企業經營第一位的始終都是活下去，那麼現金流往往是第一位的，這也是專案化要轉型到產品化的困難之處，況且當前的IT趨勢下也看到，即使再好的想法研發的產品，往往並不一定就真有市場。

這也是自己經常提到的，在專案實踐中總結和覆盤，通過專案來驅動產品的研發，雖然會延誤一些時間並失去一些先機，但是在經營上反而能夠更加穩健。

對於SOA整合平臺，ESB服務匯流排類的產品和實施類專案，當前發現最大的問題還是在對於小企業往往並沒有太明確的需求，而對於大型企業往往又已經實施類似的平臺，同時由於是技術平臺往往都需要IT去推動，往往並沒有明確的業務驅動力，也是導致ESB專案售前支撐週期長，難以落地的重要原因。同時我們實施的ESB類專案，也發現由於我們實施完成離場後，客戶往往應用的並不好，後面又迴歸到了點對點介面連線的狀態，即甲方自身很難真正做好後期的SOA治理和管控。

對於我們自己的ESB，前面文章也談到實現對微服務閘道器，OpenAPI平臺能力的完全支撐和覆蓋是重點，畢竟這個是企業IT整合發展趨勢。但是這種覆蓋不是再單獨化構建一個新產品，而是對現有產品進行能力不足，這樣就可以根據不同的客戶需求來推不同的售前解決方案，同時整體產品保持一套，減少產品多樣化帶來的維護成本。

這個週末北京又出現重度汙染，同時下週開始降溫，剛好本週回深圳呆一段時間，思考下後續的產品規劃和團隊管理事務，為明年做一些前期的準備。