產品規劃雜記01(11.12)

最近會不時的寫一些關於產品規劃方面的隨感記錄，為明年系統化的產品規劃做準備。

最近幾年，傳統企業資訊化架構轉型，談的比較多的就是微服務架構，平臺+應用構建模式，而這些實際上跟我13年就在部落格裡面提到的企業私有云PaaS完全是一個思路。在前面進行產品售前宣傳的時候，我也給出了整體的產品戰略發展規劃，即圍繞平臺為核心，構建全面的平臺支撐，監控，運維體系。

這裡面又分為了雲臺，雲網和雲鏡 三個方面的內容。

1. 雲臺：重心從原來的IaaS平臺轉到Docker容器化的PaaS平臺，並提供DevOps支撐能力平臺

2. 雲網：對應原來的ESB服務匯流排，同時ESB轉為輕量化的微服務或API閘道器，並提供大資料整合能力

3. 雲鏡：提供整個平臺的資源監控，業務執行監控，效能分析，服務鏈監控等關鍵能力。

但是後面發現一個問題，以上的整體架構規劃設計，對於中小企業來說，包括對於一些資訊化水平一般的中大型企業而言，要一部轉到上面的整體平臺架構上，用微服務架構思想去構建應用根本行不動。企業或甲方本身的IT團隊，研發技術積累，IT專案管理，IT運維等各方面都跟不上。這也導致上面的整體規劃思路往往只適應於集團型的大企業使用。

對於集團型大企業，按上述思路來構建新應用完全是沒有問題的，但是裡面對各個元件的能力都需要進一步增強和我完善，包括我在前面部落格文章也提到過，對於我們DevOps平臺，雖然整體功能上已經完全支撐整個研發持續交付過程，但是實際使用的時候仍然還存在一些關鍵功能缺失，這些也是需要進一步完善的地方。而對於雲鏡而言，要實現完整的監控分析能力，往往也需要很大的研發投入才能夠完成。

微服務架構+容器化+DevOps 將成為後續企業資訊化轉型的主流趨勢。

這個說法本身沒有問題，但是整個轉型過程依然是相對漫長，特別是已經實施了大量業務系統的企業，要對已有系統進行完全替代，並採用全新的技術架構框架來做，如果CIO不強勢本身也是很難推動的事情。

正因為如此，導致出現如下問題，即大型集團型企業如果要上微服務架構+DevOps，當前我們公司很難完全支撐，首先就是公司品牌不對等，案例也不足夠；而對於中小企業實際上沒有上微服務架構的急迫需求。還有剩下的就是各種創新型或網際網路企業，而這類企業往往都是研發人員自己搞，也很少去找外部供應商協助。

綜上，導致結果就是雖然整體規劃和產品都是好東西，但是實際上要快速的推出去並不容易。即好東西前期的推廣，特別是你還沒有太多的成功案例情況下，更多的靠的是市場關係和一種信任。在後期有了大量成功案例後才能夠逐步具備相應的產品競爭力。

平臺型產品為何難推？裡面有幾個原因，其一就是平臺類產品不直接產生業務價值，最終的企業高層或業務領導都無法感受到，其二就是有些企業本身的CIO就不重視或者說手裡面也沒有多少預算。如果一個企業的IT預算投入縮減，我們一般看到的情況也是優先或縮減類似ESB匯流排這種專案。

對於中小企業，即使上了類似ESB匯流排專案，但是由於介面封裝接入的少，在我們ESB實施人員一撤出後往往又開始回退到原狀，導致後期平臺出現荒廢的情況。而如果是大企業的ESB專案，往往就是可以分多期來實施和建設，現場一直有實施人員，這種情況更加方便整體專案的推進，SOA治理管控規範的落地等。

中小企業ESB匯流排需求往往小於MDM主資料平臺建設需求，其原因在於發現的跨系統業務問題本身很多並不是介面技術問題，而是基礎資料問題，因此更加關注首先解決基礎資料的統一管理，其次才是在解決基礎資料的統一管理中配套的介面如何統一管理。

從13年我開始寫企業私有云PaaS平臺建設和實施的一系列文章的時候，就談到需要去規劃和建設一個基於該思路的空框架平臺。裡面包括了類似4A，流程，各種技術服務能力，也包括了標準化的開發技術框架和整合方法。而在最近幾年我們實施微服務架構越來越細化後，整個思路演變為了提供一個容器化平臺，同時支撐微服務架構和DevOps，同時提供各種技術服務能力。

實際上這套東西很有用，可以幫助企業快速轉型和平滑過渡到微服務架構上面來，但是關鍵還是甲方企業重視微服務架構和DevOps，願意採用一些新的小專案進行試點。

如果從幫助企業進行微服務架構轉型和完全知識轉移角度來說，實際上需要做的事情很簡單，就是幫助企業快速的搭建一個公共的基礎支撐平臺，同時給出一套微服務架構的開發框架和樣例，企業基於我們給的開發框架和樣例進行各個微服務模組的開發，同時完成各個微服務模組間的整合工作。這個事情本身是有價值的，即類似於技術諮詢+支撐平臺的實際實施落地。但是困難點就在於這種專案將極大的投入核心資源的人天，導致很難進行批量化，但是想簡單的將整個平臺產品化交付客戶，本身也不現實。

技術顧問諮詢+產品實施落地可能是一個更好的推進方式。

一味的強調產品化可能並沒有用，類似上面提到的大平臺概念，更多的仍然是技術諮詢+實施落地兩個方面的內容。即幫助客戶構建整體規範體系，構建整個平臺並並實現平臺+應用，微服務架構化的轉型。一個方法論，一個平臺不僅僅是你自己用起來就OK，更加重要的是你能夠指導客戶也用起來才算真正有了市場價值。

產品研發最終的目的是走出去，接受市場真正的考驗，否則就是閉門造車，最終脫離市場和客戶需求。也正因為這樣，產品在第一個迭代週期做完後，快速的推向市場是最重要的，這樣才能夠接收到第一時間的客戶反饋，方便進行後續產品的迭代更新。