产品规划杂记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，更加重要的是你能够指导客户也用起来才算真正有了市场价值。

产品研发最终的目的是走出去，接受市场真正的考验，否则就是闭门造车，最终脱离市场和客户需求。也正因为这样，产品在第一个迭代周期做完后，快速的推向市场是最重要的，这样才能够接收到第一时间的客户反馈，方便进行后续产品的迭代更新。