跳到主要内容
通用 · 新每创科技服务团队

同一条「产品化」线上,四项指标各值多少——产品化程度怎么改你手里的申报账

前三篇讲的是经营层面的事:成本费用结构怎么读产品化程度、定制开发为什么长不出通用产品、产品化之后为什么要重建销售体系。这一篇把它们一起落到申报上——研发费用归集、研发人员占比、高新技术产品收入占比、科技成果转化,这四项分别会因产品化程度不同而变得更容易还是更吃力,以及哪一项是可以先动、见效最快的。

先给结论

  • 产品化程度决定了四项指标的难度分布,但它改不了任何一项的门槛。门槛是条文定的,难度是形态给的。
  • 研发费用归集是最先被影响的一项。交付人员的薪酬该进主营业务成本,硬凑进研发费用是归集风险,不是「多做一点」。
  • 研发人员占比要站得住,靠的是工时与项目记录,不是人数。占比达标而记录缺口,是核查时最常出问题的地方。
  • 成果转化看的是科技成果的同一性,不是登记次数。产品化程度低,成果往往多而散,数量好看却经不起追问。

前三篇分别是:从成本费用结构读出产品化程度、定制开发为什么长不出通用产品、产品化之后的销售体系重建。这一篇收口——把这条经营线翻译成申报材料里的四个位置。

一、研发费用归集:交付人员的薪酬该进哪一栏

这一项受产品化程度影响最直接。

产品化程度高的公司,研发人员的动作是清晰的:立项、开发、测试、发版,工作对象是同一个产品。人力投入到研发费用里,辅助账按项目归集,每一笔都能追到项目上。

产品化程度低的公司,同一批人身上叠着两种动作:一部分时间在做新项目的开发(研发),另一部分时间在完成已签合同里的交付与实施(成本)。这两部分在会计上归属不同——交付与实施对应的薪酬应当进入主营业务成本,而不是研发费用。

这里最容易出的事,是把交付人力整块归进研发费用。它的动机可以理解:研发费用越高,研发费用占销售收入的比例越好看。但归集口径是有原则的——按实际发生的活动归,不按想达到的比例归。一旦核查时要求提供工时记录、项目立项书与验收材料,对不上的部分会被剔除,严重时影响整套材料的可信度。

反过来说,这件事本身也指明了改动方向:把交付工作从研发流程里剥出去,先让两类动作在记录上分开。分开之后,研发费用可能暂时变少,但每一笔都站得住;同时交付部分的标准化投入,会实实在在改善成本结构。这是产品化的第一步,也是最容易先做的一步。

二、研发人员占比:这个比例里能站住多少人

高企认定条件里有一条:企业从事研发和相关技术创新活动的科技人员,占企业当年职工总数的比例不低于百分之十。这是一条硬指标,达不到就没有申报资格。

但达标只是一层。更关键的是这百分之十里的人,能不能在核查时说明白自己在做什么。认定口径看的是从事研发和相关技术创新活动的人员,判断依据通常是岗位职责、参与的项目、以及可佐证的工时或工作记录。

产品化程度低的公司在这里会遇到一个结构性问题:人数够,但记录难做。因为被统计为研发人员的那批人,实际工作被交付任务切成了碎片——今天是 A 客户的上线支持,明天是 B 客户的接口改造,后天才是新版本的开发。要把这些时间按项目拆开、说明哪些属于研发活动,工作量本身就很大。

所以这一项的现实结论是:占比要达标,但达标的路径不是把人算进去,而是让研发活动本身变得可分、可记。方法还是那一个——把交付与研发在流程上分开,每个项目有立项、有工时、有验收。产品化程度每提高一点,这件事就轻松一点。

三、高新技术产品收入占比:按客户定制的收入算不算

另一条硬指标是:近一年高新技术产品(服务)收入占企业同期总收入的比例不低于百分之六十。

这一项与产品化程度的关系,可以从一个具体问题看出来:为单个客户定制开发的那一套系统,算不算「高新技术产品(服务)收入」?

答案是:不取决于它是不是定制的,取决于它背后有没有可被认定为高新技术产品的技术支撑,以及这套收入能不能与该项技术对应上。定制交付本身不构成障碍,但如果每一个项目都是一次性开发、彼此之间没有共通的技术底座,那么收入与技术之间的对应关系就很难建立——你无法说清这笔收入对应的是哪一项技术成果。

产品化程度高的时候,这个对应是自然的:产品版本对应一套技术、技术对应一组知识产权、收入按产品线归集。产品化程度低的时候,这个对应要靠逐一说明来补,而且越往后越难补——因为项目越积越多,每一笔都要单独找到技术落点。

关于知识产权的结构怎么与产品对应、发明专利与实用新型怎么搭配,可参考高企认定知识产权布局指南。

四、科技成果转化:数量多,为什么经不起追问

科技创新能力评价里,科技成果转化占三十分,与知识产权并列最高。于是产品化程度低的公司常见一种做法:把项目数量直接当成成果数量。一年做了二十个项目,就想着能不能凑出二十项成果。

这条路走不通,原因在计数规则:同一科技成果转化为多个产品的,只计为一项。也就是说,看的是科技成果本身的同一性,不是登记次数、不是产品个数、也不是项目个数。

产品化程度低的公司在这里真正的问题不是数量不够,而是成果「多而散」——二十个项目里,能被归纳成一项独立科技成果的可能只有两三组;其余的部分彼此重合,重复提交会落进同一项里,反而不显示增量。更麻烦的是,如果每一个项目单独报一项成果,评审只要问一句「这几项之间的技术区别是什么」,材料就会很难解释。

反过来看,产品化程度高的公司在这一项上是占优的:一次产品迭代可以清晰地对应一项科技成果、一个独立立项、一组证据,边界干净。这也是为什么说产品化不只改善经营,也改善举证。

五、四项指标放在一起看

把四项并排,会看到一条清楚的规律:

指标产品化程度高时产品化程度低时能否先动
研发费用归集人力与项目一一对应,辅助账好建研发与交付混在一起,口径容易出错能,且应先动——先做流程分离
研发人员占比人员工作单一,记录容易站住人数够但时间被交付切碎能,靠立项与工时记录补
高新技术产品收入占比收入按产品线对应技术,归集自然收入与技术对应关系要逐笔说明难,取决于技术底座是否成形
科技成果转化一次迭代对应一项成果,边界清晰成果多而散,数量好看但重复难,需要跨年度的成果积累

这张表里最有操作价值的一句话是:四项指标里,前两项靠流程和记录就能改善,后两项要靠时间积累。所以如果现在就要动手,先动前两项——把交付与研发在记录上分开,把人员与项目对上。这两件事做完,材料可信度的底座就稳住了;后面两项则要靠往后每一年的成果一点点垒上去。

最后一句提醒:产品化程度是一个可以主动改变的变量,但从决定改变到材料上看得出来,中间隔着时间。所以这件事越早判断越好——不是等到申报年度才发现四项指标都对不上。

四篇连起来是一条完整的线:从成本费用结构读出产品化程度、定制开发为什么长不出通用产品、产品化之后销售体系要重建,以及这一篇把它们落到四项指标上。至于申报常见的整体失分原因,可对照高企认定不通过的常见原因逐项排查。

这四项指标的难度分布,往上追一层是档位:五档刻度见产品化程度的五档刻度,十个自测数字见产品化程度自测表。而在指标之外还有一层更前置的风险——把同源多版当成产品化来写,会在高新技术产品收入与技术成果的对应关系上被追问,见四种伪产品化的情形。

本文为申报方法论梳理,属实务建议层。文中研发人员占比不低于百分之十、高新技术产品(服务)收入占比不低于百分之六十、科技成果转化占三十分及同一科技成果只计一项等表述,引自《高新技术企业认定管理办法》与《高新技术企业认定管理工作指引》(国科发火〔2016〕195号),具体标准以现行有效版本及当年度申报通知为准。文中关于四项指标难易分布与改动顺序的判断,是本文按实务经验整理的实务建议,不是官方划分。本文不构成对任何具体申报结果的预期。

常见问题

与本文主题相关
1 交付人员的薪酬能不能算进研发费用?
要看这段时间实际在做什么。研发费用归集的原则是按实际发生的活动归,不按想达到的比例归。如果这批人一部分时间在做新项目的开发、另一部分时间在完成已签合同里的交付与实施,那么交付与实施对应的薪酬应当进入主营业务成本,而不是研发费用。把交付人力整块归进研发费用是常见的归集风险:核查时一旦要求提供工时记录、立项书与验收材料,对不上的部分会被剔除,严重时影响整套材料的可信度。
2 研发人员占比达标了,为什么还会被质疑?
因为达标只是一层,更关键的是这百分之十的人能不能在核查时说明白自己在做什么。认定口径看的是从事研发和相关技术创新活动的人员,判断依据通常是岗位职责、参与的项目以及可佐证的工时或工作记录。产品化程度低的公司会遇到一个结构性问题:人数够,但记录难做——被统计为研发人员的那批人,实际工作被交付任务切成了碎片。所以达标的路径不是把人算进去,而是让研发活动本身变得可分、可记。
3 给单个客户定制开发的收入,算不算高新技术产品收入?
不取决于它是不是定制的,取决于它背后有没有可被认定为高新技术产品的技术支撑,以及这笔收入能不能与该项技术对应上。定制交付本身不构成障碍,但如果每个项目都是一次性开发、彼此之间没有共通的技术底座,那么收入与技术之间的对应关系就很难建立——你无法说清这笔收入对应的是哪一项技术成果。产品化程度高时这个对应是自然的:产品版本对应一套技术、技术对应一组知识产权、收入按产品线归集。
4 一年做了二十个软件项目,成果转化能报二十项吗?
不能。计数规则看的是科技成果本身的同一性:同一科技成果转化为多个产品的,只计为一项。所以看的是成果,不是登记次数、产品个数或项目个数。产品化程度低的公司在这里真正的问题不是数量不够,而是成果多而散——二十个项目里能被归纳成一项独立科技成果的可能只有两三组,其余部分彼此重合,重复提交会落进同一项里,反而不显示增量;而且一旦被问「这几项之间的技术区别是什么」,材料很难解释。
文章目录