产品经理初体验：技术产品化

    很多软件产品基于开源技术、依赖开源技术。开源是好东西，真正的改变了世界。投身开源的人很多，基于开源技术创业的也很多。精通OpenStack、Docker、Hadoop、Spark、kubernetes、Ceph等开源技术的开发，不愁找到一份高薪的工作。

    但是能基于开源技术做成可以拿出去卖的产品的人，是少之又少的。能基于开源技术开发出产品，并通过该类产品盈利的公司，更是难上加难。为什么？因为开源技术同被市场认可的产品之间，还有很长的距离，可以简单概括为四化：产品化、工程化、方案化、市场化。这里讲一下对产品化的一些思考。

    技术是产品的基础，是产品实现的主体工作，“就差个程序员了”，是做不出产品的。技术和产品之间差了什么？主要是如下几个方面：



1. 更为友好的用户界面

        用户界面，为产品的“脸”。产品的第一印象、甚至客户和产品的所有互动,全通过这张脸来完成。

        开源项目所带的原生界面，一般是比较基础的，并且偏向技术的，或者就没有界面。

        而用户看一个产品，是从业务的层面来考虑的，首先需要一个界面来操作，对于行业用户，也仅仅需要界面来操作。如果一个产品，只有个linux命令行提供出来，那么这个产品大概是卖不到最终客户那里去的。（这里的客户是行业用户，比如公安局、政府、国家电网、学校等）。传统行业、非互联网行业，用户体验同样重要。

        另外，原生的界面，通常更为技术化，拿k8s的界面举例，各种pod、workload等专业术语，给行业用户直接操作？让公司技术支持操作？或许研发都搞不明白。让市场人员拿给客户讲？市场人员也讲不清楚，即使讲清楚了用户也听不懂。所以，好的用户体验，不仅是界面要有，界面中的专业术语，也要翻译为用户可以看的懂的词汇。最好是用户不需要思考，就会操作该产品，就可以把整个产品完全用起来。说白了，就是把产品“傻瓜化”。

        对于成熟的产品，一定会有一个更为友好的界面。友好界面的设计，离不开产品设计、交互设计、视觉设计团队。By the way，为了能在一起更好的玩耍，请不要再叫他们“美工”，更为容易接受的称呼是“交互设计师”、“视觉设计师”、“用户体验工程师”。

2. 更为闭环的产品功能

        开源项目，功能不会实现“产品级”的闭环。

        开源项目，一般不会考虑升级功能，即使考虑也很难满足各种场景下的升级，需要再做很多二次开发。升级功能通常也是产品化要做的第一个工作。

        开源项目，一般默认配置不是最适合的。比如linux操作系统，一定会自己去make menuconfig，选择需要的CPU架构、设备驱动，直接编译肯定起不来；比如OpenStack，一定会去选择Nova、cinder、glance的存储后端，存储的选型，方案的设计和验证，肯定也是要投入比较多的人力去进行二次比如开发。云平台的产品，无论管理虚拟机还是容器都是好的，但是加一台宿主机节点，就要手动去后台加，这就是功能没有闭环。

        闭环，就是安装之后，一切都可以在页面操作。就像windows操作系统或者VMware虚拟化软件一样，用户基本不会去后台敲命令看问题。



3. 稳定性

        开源项目，直接搭建起来的稳定性，问题是很多的。如何能把开源的项目改造成可以7*24*30甚至7*24*365可用的产品，是非常难的。如果不做任何改造，在机房不断电的情况下，每天正常使用，开源软件可以正常运行30天，是比较难的，尤其是目前比较重量级的大数据、云计算等大型分布式软件。

        即使每天正常使用，可以连续运行30天或者半年，也是没有意义的。因为故障不可避免。在故障发生后，能不能自动恢复？能不能100%自动恢复？数据会不会丢失？

        开源项目肯定不会保证产品的稳定性，产品的稳定性需要经过很多工程化的手段来解决，比如做很多的检测脚本、自启动恢复工具、做全面的监控等等，来保证产品出故障时可以自恢复，或者人工干预后可以快速恢复。

        甚至，稳定性不仅仅是技术、产品来保证的，还包括完善的流程、故障应急预案等，稳定性的问题是一个系统工程。

4. 性能

        开源产品重在功能，在性能上直接拿过来就满足工程使用很难。比如目前比较火的分布式文件系统Ceph，需要经过各种配置、调优、加速方案，才能达到生产可用的程度。性能的调优需要投入比较多的技术专家去攻关，否则只能通过硬件加速等简单直接的方式来实现。大数据软件Hadoop同样如此，都是基于开源Hadoop做的，但是每家做出来的产品性能差距较大。

        这里不仅仅讲开源，包括更多的技术。技术改变世界，技术是实现产品的核心手段，但技术不是全部。有好的技术不等于能做出好的产品。在解决了软件的稳定性、易用性、性能和实现更为完善、闭环的功能之后，产品才算是有了一个原型、一个Demo。可以进行工程验证、行业解决方案验证等工程化阶段。

        产品的工程化、市场化，还有很多事情要做，技术上、流程上、商业上都需要打通，甚至仅仅是公司内部的流程打通，就需要物料管理、软著申请、软件检测等各种流程，市场方面还需要商机识别、售前沟通、业务调研、方案设计、招投标、产品实施、项目验收等工作。

        产品工作相当复杂，需要走的流程，需要协调的资源，非常多非常多，加上前面的产品设计、同研发团队的沟通、对产品实现的跟踪、产品的验收和发布等，还包括更为前期的市场调研、竞品分析，已上线或已实施项目的产品运营，产品经理的工作不轻松，尤其是在非互联网行业，往往要身兼多职，参与、主导、推进、协调各方面工作。