参加了企业智能部如何做产品化的讨论。对于产品化的定义和过程，每个人都有不同的看法。我觉得这个话题其实是可以扩展的，我想尝试从一个开发者的角度来讨论一下产品化。以下是一问一答的方式。1.当我们谈到产品化时，我们想到的是同一个概念吗？为了更好地理解这个问题，首先要解释一下“系统、产品、商品”的定义。我不太想用百科全书上笼统的定义，比如：商品是用来交换的劳动产品，这对我们今天的话题没有指导意义。我试图以一种更接近我们日常工作背景的方式给出定义。系统的定义：由各种离散的功能组成的功能集合体。产品的定义：有价值且封装良好的可重用功能的集合。商品的定义：为交易目的而有用且封装良好的可重用功能的集合。例如：我用各个部分做了一个计时系统，它具有计时的功能。身边的朋友用着还好，但一投放市场，就会被吐槽满身，“太丑了，感觉好复杂”。于是我下苦功夫，给这个计时系统加了一个好看的表盘和表带，包装成一个颜值高，操作简单的产品。看起来比较专业，一上市就会有人来询问，老板，多少钱？所以我给这个产品定了一个价格，它就成了商品。可见系统可以转化为产品，产品也可以转化为商品。将系统转化为产品的过程就是产品化。产品转化为商品的过程就是商业化。从系统到产品再到商品，是一个逐步降低复杂度、逐步提升体验的过程。2、我们开发人员每天做的事情是产品吗？我认为大多数内部系统开发团队所做的是系统和产品之间的一种形式。很难将我们今天拥有的少数应用程序称为产品。如果一个应用只能在特定场景下被特定客户使用，那么它就是一个系统，而不是一个产品。产品应该被快速复制以供多个客户使用。例如：法务、采购、HRM、财务等用于公司内部运营的应用。可以说是业务能力的集合体，一般来说满足内部运营是没有问题的。但是如果拿去外面的市场转一转，在太阳底下晒，可能就没有竞争力了。且不说这些系统加上很多公司内部的特殊逻辑，依赖内部组件，牵一发而动全身，直接复制出来给别的公司使用是很难的。因此，为了成为真正的“产品”，公司内部的很多系统都开始进行产品化改造。比如公司内部的项目协同管理平台AONE是一个很好用的系统，但还不能说是一个成熟的、可复制的产品。因此，AONE进行了产品改造，有了云版“云效应”。HSF是一个很好的技术中间件，在公司内部使用比较广泛，但是在云端销售之后必须要打包成EDAS产品。3.需要什么团队做产品化？如果你认为你在系统上工作了几年，积累了更多有价值的业务能力，在行业内也具有竞争力，并且有信心除了现有用户之外，你愿意并且有能力服务更多的客户。你需要考虑产品化。例：产品X原本是公司内部使用的办公协作系统，现在向市场开放。4.开发团队希望将维护的系统商业化。我应该怎么办？我维护的BUC、SSO、ACL、VDS都是集团内广泛使用的系统。最近一直在做这些系统的产品化，把它们打包成一个产品，叫MOZI（墨子）。近两年，该产品已服务于集团经济生态中20多个BU的200多家商家；同时，作为基础能力输出到数字政务领域，产品价值在多个业务领域得到验证。从我们自己的产品化经验来看，如果手头已经有了系统，想在此基础上做产品化，开发团队做产品化大致分为以下几个步骤：1）产品积累和能力建设；2）低成本可快速复制；3）优化用户体验。产品能力的积累和构建相对容易理解。我们需要提高产品的使用价值，这是由客户来衡量的。对标行业竞品，弥补差距，巩固优势。这个过程是不断改进的。可以快速复制的低成本产品必须能够快速服务于不止一个客户。在这里，客户使用方式分为SaaS和专有交付方式。SaaS方法必须支持多租户功能。如果专有的交付方式是需要尽可能降低产品交付的成本，包括需要占用的服务器数量，以及依赖的第三方软件。去除不必要的功能，提供最小模块功能集，最好让客户自定义功能集，只为使用的功能付费。优化用户体验没什么好说的。在这个时代，外表就是正义，“别让我觉得”。优化视觉、优化交互、优化体验这三件事需要不断打磨。5、产品化需要多少投入？产品化是一个不断完善、无限接近完美的过程，而不是一夜之间从0到1的改变。技术部门为公司内部的客户服务人员创建了工单系统。虽然界面丑陋，BUG很多，但也只有这家，没有其他分店，客服也只能一边恶心一边继续用。另一个技术部门还搭建了B工单系统，在产品质量和用户体验上进行了深度打磨。上线后口碑越来越好，用户越来越多，一大批客服人员纷纷弃用前者。从用户的角度来看，B工单系统的使用价值要高于A工单系统。也就是说，B工单系统的产品化程度比较高。B比A更像是一个产品，如下图，B的产品成熟度比A高。但是需要注意的是“文学不是第一，军事不是第二”，B也没有办法知道它的优势可以保留多久。也许很快就会出现其他产品化程度更高的C类产品。为了保持领先，您必须不断更新您的产品功能和体验。6.推荐的产品化路径是什么？当然，完整的产品化路径不仅仅是开发的问题，而是一个涉及PD、UED、运营、开发、交付、业务的大工程。我试着梳理了产品化从0到1的大致路径，不一定正确，以后可能会补充删除。1）定义客户和用户，并赋予客户画像；2）定义客户需求痛点和产品解决的主要问题；3）定义产品的核心功能和护城河；4）明确的价值和市场定位；5）产品能力建设：以客户为导向；6）配置能力建设：以交付为导向；7）开发工具建设：面向开发（插件生态、小程序生态）；8）降低成本，快速复制；9)优化和打磨用户体验；10)定义商业模式和盈利模式（可选）；11)定义计费方案（可选）；12)构建基准应用程序（适用于平台产品，如果适用）；13)与行业领导者共同制定标准（适用于顶级玩家，如office）。7、终极问题：如何做出优秀的互联网产品？由于是终极问题，我无法给出标准答案。欢迎大家在留言区互动讨论。
