先给结论
- 收入结构是别人看得见的那一面，成本费用结构是它背后那一面。两家公司的收入和净利润可以在同一量级，成本费用的构成却可以完全相反。
- 四组数最有用：毛利率、研发费用率、销售费用率、直接人工占主营业务成本的比重。前三项偏高、第四项偏低，指向产品化程度高；反过来，指向项目化。
- 这条推断链有一个前提：会计核算要规范。前提不成立，读出来的结论就是错的——而且错得很隐蔽，因为报表本身仍然自洽。
- 产品化程度不是道德评价，是一个可测的经营变量。它决定了后面几件事的难度：能不能复用、能不能复述、能不能换一批客户再卖一次。
先把一件事说清楚：收入是结果，成本费用才是过程。一家公司说自己「以产品为主」，这句话在收入栏里往往看不出来——同样是卖软件、同样是一年几千万收入，做法可以完全相反。真正把两者区分开的，是钱花在哪里、花给谁。
这一篇用一个对照案例把这件事讲开：两家公司研发团队规模相近，营业收入与净利润也在同一量级，但成本费用的构成完全不同。看完这张表，你大概就能明白为什么「产品化程度」是一个可以从账上读出来的量。
一、把两家公司摆在一起
先声明：下表是一组示意结构，只用于说明成本费用的相对关系，不指代任何具体企业。两家公司的研发团队规模相近，营业收入与净利润在相近水平。
| 项目 | A 公司 | B 公司 |
|---|---|---|
| 做法 | 开发一款通用软件，按套卖给大量客户，交付的是软件加授权或账号 | 为每一个客户单独开发一套软件，每套都不一样 |
| 客户结构 | 多、散、单笔金额小 | 少、集中、单笔金额大 |
| 毛利率 | 高 | 低 |
| 主营业务成本 | 低，以服务器、带宽与少量实施为主 | 高，以开发与技术服务人员薪酬为主 |
| 研发费用 | 高，集中在产品迭代 | 低 |
| 销售费用 | 高，以渠道与市场为主 | 低，以直销关系维护为主 |
| 净利润主要取决于 | 费用控制——对研发与销售的投入力度 | 成本控制——把交付的人力压下来 |
这张表最值得看的不是哪一栏高、哪一栏低，而是两家公司的净利润来自两个完全不同的抽屉。A 公司的利润空间在毛利里就已经形成，后面的费用决定它还剩多少；B 公司的利润要在成本里一点点抠出来，毛利本身就薄。
一个容易搞反的地方：B 公司「研发费用低」不等于「不做技术」。它的技术人员大多在做交付，人力被记进了主营业务成本，而不是研发费用。所以单看研发费用这一栏，会低估它实际投入的技术人力——这恰恰是产品化程度低的企业最典型的一处错位，后面几篇会展开。
二、四组数分别说明什么
把这两张账拆细，有四组比例最能说明问题。它们各自回答一个不同的问句：
| 比例 | 它回答的问题 | 偏高说明 | 偏低说明 |
|---|---|---|---|
| 毛利率 | 东西做出来之后，能不能以远高于直接成本的价格卖出去 | 可复用程度高，多做一份的增量成本很小 | 每卖一份都要重新投入人力或料件 |
| 研发费用率 | 钱有多少花在「下一次做得更好」上 | 在做沉淀，当期少赚、次年少花 | 投入集中在当期交付，难形成积累 |
| 销售费用率 | 这笔生意是靠什么触达客户的 | 依赖渠道、市场、品牌这类可复制的手段 | 依赖少数人的关系与直销 |
| 直接人工占主营业务成本的比重 | 交付一份东西要重新投入多少人力 | 每一单都要人从头做起 | 人力被产品与工具替代掉了一部分 |
四组数里，毛利率与直接人工占比是同一件事的两面——一个是结果，一个是原因。研发费用率与销售费用率则是另外一组：它们说明这家公司的利润被什么吃掉了，以及它的竞争力押在哪里。
三、从占比反推产品化程度的推断链条
把这四组数串起来，会得到一条可以逐环验证的链条：
直接人工占比低 → 多交付一份不需要重新投入等量人力 → 增量成本低 → 毛利率高 → 有余量把钱投向研发与销售 → 研发费用率与销售费用率同时偏高。
反过来的链条同样成立：直接人工占比高 → 每一单都要重新投入人力 → 毛利率被压住 → 没有余量做产品沉淀和市场投入 → 研发费用率与销售费用率同时偏低。
这就是为什么看一家公司的产品化程度，不必先问它有没有产品，先看这四组数的组合形态。产品化的本质是可以被重复交付，而「可以被重复交付」这件事，一定会落在直接人工占比和毛利率上。
一句话记住这条链：产品化程度不是从官网的产品介绍里读出来的，是从「多做一份要花多少钱」里读出来的。
四、这条推断链在哪三处会失效
链条本身是可靠的，但它有三个边界。
第一，前提是会计核算规范。如果交付人员的薪酬被整块归进了研发费用，研发费用率就会被抬高、主营业务成本被压低，读出来的结论会整体偏向产品化。这不是猜测——不同会计准则下同一笔支出的呈现本来就可能不同，科目的设法也会影响归集。所以读这张账之前，先确认口径：这笔人力到底发生在本期交付上，还是发生在新一轮研发上。
第二，中间态才是大多数。真实企业很少是纯粹的 A 或纯粹的 B。更常见的是「一套通用底座加每个客户少量定制」——账上既有一块可复用资产，又有一大块按单投入。这时候四组数会呈现混合形态，不能简单贴标签，只能看趋势：它在往哪一端移动。
第三，实施与维护会长期占用人力。即使做成通用产品，后续的实施、培训、运维仍然要人。所以软件类公司的直接人工占比很少降到很低，毛利也往往不像标准品那么高。看到「产品化程度不错、但人工占比仍然可观」，不要急着否定——那可能只是实施环节的正常成本。
三处边界合起来是一句话：这四组数读的是形态，不是标签；读的是趋势，不是结论。
五、为什么这一步值得先做
因为后面几件事的难度，都由这一步的结论决定。
如果产品化程度高，那么研发投入能不能归集、成果转化怎么计数、知识产权怎么与产品对应，这些问题都比较好回答；如果产品化程度低，同样的问题会变成另一副样子——人力进哪一栏、成果怎么归并、收入按什么口径归集，每一步都更吃力。这不是能力差异，是形态差异。
接下来三篇会把这条线拆开：为什么大量研发人员在做的其实是交付、这件事为什么会让通用产品长不出来；就算做出了通用产品，客户群与销售体系为什么还要重建一次；以及产品化程度最终怎么落到申报的四项指标上。
至于「产品化」这件事在商业模式里处于什么位置、又怎样改收入结构，可以先看研发、采购、生产、销售四个模式怎么决定证据链；产品本身该怎么拆、主导产品怎么选，见产品关系与使用场景；而人力与费用该往哪一栏归集，可直接对照高企研发费用归集实操指南。
再往前一步，是先把公司放到刻度上：产品化程度其实是一条五档的线——一单一版、同源多版、参数配置、版本发布、平台开放，每一档都能用一句话判定，见产品化程度的五档刻度；每一档具体怎么数出来，见产品化程度自测表。本文用的四组占比，正是用来反推这个档位的。
本文为申报方法论梳理，属实务建议层。文中两家公司的成本费用结构为示意，不指代任何具体企业；涉及会计准则与研发费用归集口径的表述均属实务整理，请以准则原文、《高新技术企业认定管理工作指引》（国科发火〔2016〕195号）及当年度申报通知为准。本文不构成对任何具体企业财务判断或申报结果的预期。
