平台即服务

平台即服务，这是我们可视化能力输出的方向。

为什么要做这个？

这是缘于最近SMM给我提的需求：提供一个通用的拓扑结构，展示不同业务方的数据。经过跟SMM的沟通，我发现他期望的其实不是一个拓扑组件，而是一个涵盖了数据接入标准、存储、可视化呈现的平台。通过平台对外提供服务，服务于公司所有的业务。结合最近在关注的前端平台搭建相关的内容，我突然想到，这个需求不就是一个PaaS么？

我们可视化的价值体现一直不够明显，包括SMM和YLF、ZL，他们其实都不了解我们到底做了什么、有哪些价值。要改变这个困境，我觉得我们必须做好两个事情：

1、价值量化(有多少人用我们的东西、多少产品用我们的东西、多少用户看到我们的东西)

2、以平台方式对外提供服务，而不是组件(平台更易用、更方便统计)

我们有哪些平台可做？

我们现在哪些东西可以平台化呢？其实是有不少的，比如：

特殊服务类

即和特定业务、专业绑定，具有一定专业性门槛的内容，只有我们能做，别人短期内做不了。

DataV平台

提供给产品(可视化选型)、设计师(可视化标准化、UI调试)、开发(获取开箱即用的代码)使用。

关系可视化平台

任何具有关系结构的数据，比如服务器拓扑、人员结构、产品依赖的服务和组件关系等。

流程可视化平台

将我们之前做的开发流程可视化改为平台化服务，贡献出去。

短视频生成平台

类似现在抖音上投放的短视频这种，我们可以自动快速生成短视频，包括字幕、动画、特效等等。

可视化搭建

商业智能分析(BI)平台

新产品上线后的数据跟踪、运营分析等等，现在CBAS只是数据展示，缺乏结构化、具备逻辑性的数据分析；这个需要做成可以个性化制定面板的形式，或者我们给出几套模板供用户选择。

大屏生成平台

和上面的BI类似，其实可以做成同一个东西。

做这些平台，因为要面向不同用户，接入不同数据，在程序架构设计上，对于标准化和抽象是有较高要求的，这也是锻炼能力的最佳实践机会。

我们可以半自动步枪先走起来，这个也要安排专人处理，不能每次都临时搞一下就算了，否则积累起来成本会非常高。脚手架、程序、可视化生成工具都可以先搞起来了，我们接下来的大屏需求就可以马上用到。

这里有个别人的经验：https://zhuanlan.zhihu.com/p/53132405

运营页面生成平台

就是目前开户和手炒在做的事情，这个还有不少空间可以改进。

产品页面生成平台

这是上述平台更进一步的产物，如果能做出来这个，那么我们绝对价值体现会爆棚！