先给结论
- 「一套代码卖给多个客户」不等于产品化。如果每个客户的环境、参数、数据都要单独伺候，本质仍是同源多版。
- 四种最常见的情形：同源多版、贴牌转售、只加授权码、把账号数当客户数。每一种都有一条问句可以拆穿。
- 它们在账上会留下共同痕迹。毛利率抬不上去、销售费用先上去、实施人力不降、人均收入不升。
- 在申报材料里会被追问两处：高新技术产品收入与技术成果的对应关系、科技成果转化的同一性。
前三篇讲的是怎么定档、怎么量、怎么往上走。这一篇讲一个更前置的问题：先确认自己说的是不是真的。
「产品化」这个词有一个特殊之处——它同时是一种状态、一种打算和一种自我评价。前两者可以慢慢来，第三者会直接写进融资材料和申报材料。而一旦写进去，就要接受核查。
一、四种伪产品化
| 情形 | 表面特征 | 实际是什么 | 一条拆穿问句 |
|---|---|---|---|
| ① 一份代码，多套环境 | 每个客户跑的都是自家这套系统，看上去是同一个产品 | 同源多版：环境、参数、数据库结构各自独立，升级要逐户上门 | 升级一个两年前交付的客户，需要几个人上门几天？ |
| ② 贴牌转售 | 交付物上有自己的品牌名，客户认的是你 | 渠道能力，不是产品能力：知识产权与产品迭代都不在你手里 | 客户要求改一个功能，是你们改，还是找上游改？ |
| ③ 只加了一道授权码 | 系统里有许可证控制、有激活流程，看起来是标准化产品 | 交付内容没变：仍然是逐客户安装、逐客户配置，只是多了一把锁 | 把授权码去掉，交付过程有任何变化吗？ |
| ④ 账号数当成客户数 | 用户规模在涨，续费在涨 | 同一个主体开出的多个账号被计成了多个客户，复用并没有增加 | 去掉同一集团、同一实控人、同一门店品牌之后，还剩几个独立客户？ |
二、四种情形各自的识别要点
第一种最容易发生，也最容易被自己说服。判断的关键不在代码是不是同一份，而在交付后客户环境是不是各走各的。如果两年前交付的那套系统现在还停在当时那个版本，改任何东西都要专门排期，那么无论主干多干净，它在经营上仍然是定制交付。
这一种特别值得警惕的地方是：它在财务上会伪装成产品业务。授权许可、软件销售这类科目看起来是产品收入，但支撑它的成本是逐客户实施的人力，成本结构会一直在毛利率上打脸——毛利率抬不上去，就是最直接的证据。
第二种是渠道与产品的混淆。贴牌本身是正当的生意，但它证明的是销售通路，不是产品能力。它的一个显著特征可以在需求响应上看出来：客户提的改动需求，最终由上游厂商决定排期，你只能转达。
第三种是最常见的自我修饰。把一套定制系统加一层许可控制，交付内容其实一分未变。这里有一个非常好用的自查问句：把授权检查那一段代码注释掉，这次的交付流程会不会有任何变化？如果答案是没有，那么交付能力一点没动。
第四种属于统计口径的错觉。客户数增长可以是产品化的结果，也可以是销售动作的结果。要做的是把同一个集团、同一个实际控制人、同一个连锁品牌下的账号合并计算，再看客户数的走势。合并之后如果增长消失，那么增长来自组织扩张，不是来自复用。
三、三条自查问句
把上面四节的判定收敛成三条问句，每隔一段时间问一次就够了。
第一句：升级要不要上门？如果升级一个存量客户需要派人到现场，那么成熟度在二档及以下，无论对外怎么描述。
第二句：新客户上线要不要工程师？如果新客户上线必须由研发或技术工程师介入才能完成，说明交付还没被产品本身承载，档位在三档以下。
第三句：合同金额里，「定制开发」这一类条款的占比是多少？如果大多数合同都单独列了一笔定制开发费用，那么产品只是定制项目的载体——产品化程度再高，也没有体现在收入结构上。
这三句之所以好用，是因为它们问的都是已经发生的事实，不是打算。回答不需要讨论，翻一下实施记录和合同就知道了。
四、伪产品化在账上的共同痕迹
四种情形在账上会留下同一组痕迹，把它们放在一起看，比单看任何一项都清楚。
一是毛利率抬不上去。产品化的核心收益是复用带来的成本摊薄。如果客户数涨了两倍而毛利率原地不动，说明成本随客户同步增长了，复用没有发生。
二是销售费用先上去。这本身不是问题——卖掉一个新东西确实要先建触达。但如果销售费用上去了、毛利率却没跟着改善，说明新增的销售投入没有换来可复制的交付。
三是实施类人力不降。交付人员数、驻场天数、实施人天，这三项在真正产品化的公司里会随客户数增长而被摊薄；在伪产品化的公司里会同步增长。
四是人均收入不升。这是最不容易被修饰的一项。产品化的最终结果是同样的人服务更多客户，如果人均收入长期不变，那么人均服务客户数也没变。
五、在申报材料里会被追问的两处
第一处是高新技术产品（服务）收入与技术成果的对应关系。如果收入按产品列出来了，就要说明这笔收入对应的技术是什么、这项技术由哪些知识产权支撑。同源多版的情形在这里最难解释——十个客户的十套环境，究竟对应哪一项技术成果，通常说不清。
第二处是科技成果转化的同一性。计数规则看的是科技成果本身的同一性，同一科技成果转化为多个产品只计一项。所以把十个客户的十次交付写成十项成果，一旦被问「这几项之间的技术区别是什么」，材料就会很难解释。软件类企业在这个问题上的特殊处理，见软件企业申报高企的特殊要点；申报常见的整体失分原因，可对照高企认定不通过的常见原因逐项排查。
至于产品评估这一类外部认定，它评的是产品，不是自我描述——需要哪些材料、按什么口径提交，见苏州软件产品评估的公示与材料口径。
一句话收尾：产品化不是「是不是」的问题，是「复用发生在哪一层」的问题。复用发生在环境层，客户数越多越累；复用发生在配置层，客户数越多越省力；复用发生在版本层，一次发布覆盖所有客户。顺着这条线往下问，四种情形都会自动现形。四篇连起来看：刻度见产品化程度的五档，量法见产品化程度自测表，往上走的信号见从定制到产品的四级台阶。
本文为申报方法论梳理，属实务建议层。文中四种情形与三条自查问句是本文按实务经验整理的观察工具，不是官方判定标准，也不构成任何认定结论；涉及高新技术产品（服务）收入归集、科技成果转化计数与软件产品评估的判定，以《高新技术企业认定管理工作指引》（国科发火〔2016〕195号）、相关评估办法及当年度申报通知为准。本文不构成对任何具体企业财务判断或申报结果的预期。
