第 2 章 · 共 15 章
定义、边界与相近类型
2.1 先把十二个高频词说人话
| 术语ID | 白话解释 | 不等于什么 | 关联证据 |
|---|---|---|---|
| TERM-M01-01 技术问题 | 客户希望改善且能通过测量判断的问题 | 一句“性能更好” | 问题陈述、应用场景、现状基线 |
| TERM-M01-02 需求基线 | 双方冻结的指标、样品、方法、边界和优先级 | 永远不能变 | 需求规格、版本和批准记录 |
| TERM-M01-03 委托开发 | 一方付经费并提要求,另一方主要承担研发 | 共同研发的同义词 | 任务分工、人员和实验记录 |
| TERM-M01-04 合作开发 | 双方实质参与、投入并共同承担研发风险 | 只出钱换成果 | 联合计划、投入和决策证据 |
| TERM-M01-05 背景知识产权 | 项目前已有或项目外独立形成的技术资产 | 客户付费后自动全部取得 | 背景清单、时间戳、权属证明 |
| TERM-M01-06 项目成果 | 履行本项目新形成的数据、技术、样品和权利 | 公司全部通用能力 | 成果清单、贡献记录、交付规则 |
| TERM-M01-07 技术秘密 | 不公开、具商业价值且采取保密措施的信息 | 任何标了秘密的文件 | 分级、访问、留痕和离职控制 |
| TERM-M01-08 里程碑 | 触发评审、付款或决策的可验证事件 | 日历日期本身 | 标准、证据、批准人、逾期规则 |
| TERM-M01-09 技术成熟度 | 从概念到实际环境应用的阶段性描述 | 统一的法律评级 | 适用量表、证据和场景边界 |
| TERM-M01-10 变更请求 | 对范围、指标、样品、进度、费用或权利的正式修改 | 微信里说“顺便做一下” | 影响分析、报价、批准和新基线 |
| TERM-M01-11 技术转让 | 权利或技术资产所有权发生约定转移 | 交一份报告 | 权属、标的、交接、登记和付款 |
| TERM-M01-12 技术许可 | 权利人允许他人在约定范围内使用 | 所有权转让 | 地域、领域、期限、排他性、再许可 |
2.2 委托开发和合作开发的事实测试
【典型做法】项目经理在签约前画一张“贡献—控制—风险”表:谁提出核心假设,谁设计实验,谁提供关键设备,谁操作,谁解释数据,谁决定技术路线,失败时谁承担额外成本。若客户只给预算、应用场景和样品,服务商完成全部实验,合同写“联合开发”也不能替代事实判断。
| 判断维度 | 委托开发常见事实 | 合作开发常见事实 | 模糊时的控制动作 |
|---|---|---|---|
| 经费 | 委托人支付经费和报酬 | 双方按约投入资金、设备、技术或人员 | 给非现金投入定量并留凭证 |
| 研发活动 | 受托方主要独立完成 | 各方按分工直接参与 | 把“协助”与“研发任务”分开 |
| 决策 | 委托方审批需求和结果,受托方管技术执行 | 联合委员会决定路线、预算和停项 | 会议记录写清投票和否决权 |
| 风险 | 按合同分配失败、延期和返工风险 | 共同承担技术不确定性 | 写明不可克服困难的处理路径 |
| 成果 | 依约定和法定规则判断 | 依约定和共同贡献判断 | 成果类型逐项列举,不写一句“成果共有” |
2.3 合同研发与普通检测、咨询、加工和软件项目的边界
普通检测通常用既定方法对既定样品给出结果,技术咨询主要输出分析与建议,加工按客户既定图纸或配方生产,软件项目交付系统功能。合同研发的核心是面对尚未确定的技术方案,通过创造性活动获取新知识或实质改进。一个项目可同时含多种履约内容,但报价、验收、税务和收入确认必须按真实承诺拆分,不能为追求某个标签把成熟测试包装成研发。
| 相近类型 | 核心问题 | 不确定性来源 | 典型验收 | 最容易混淆之处 |
|---|---|---|---|---|
| 常规检测 | 样品是否符合已知标准 | 主要是测量误差和样品代表性 | 报告完整、方法有效 | 检测发现问题不代表承担改进责任 |
| 技术咨询 | 应该采用什么方案 | 信息不充分和专业判断 | 报告、方案、会议确认 | 建议被客户实施失败的责任边界 |
| 承揽加工 | 如何按既定要求做出来 | 工艺和质量执行 | 数量、规格、交货 | 客户图纸本身有缺陷时谁负责 |
| 软件项目 | 功能和系统如何实现 | 需求变化、集成和技术实现 | 功能、性能、安全、上线 | 软件中的算法研发与普通配置混在一起 |
| 合同研发 | 哪条新技术路线能达到目标 | 原理、材料、实验和放大均可能失败 | 阶段证据、性能、技术包 | 把探索义务误写成绝对结果保证 |
| 技术许可 | 既有技术能否在授权范围使用 | 权利有效性、实施适配和市场 | 权利文件、技术交接、持续支持 | 许可不等于实施一定成功 |
2.4 “成果”必须拆成对象清单
一句“项目成果归客户所有”几乎从来不够。成果至少要拆为:原始实验记录、仪器原始文件、清洗数据、统计脚本、模型、配方、样品、样机、图纸、源代码、可执行程序、报告、操作规程、专利申请权、专利权、著作权、技术秘密、发明人署名、改进成果和失败知识。不同对象可能有不同交付方式、访问期限、保留副本权和后续使用规则。
| 对象 | 默认不应偷懒的四个问题 | 常见交付方式 |
|---|---|---|
| 客户背景资料 | 客户是否有权提供;可否复制;项目后多久删除;可否用于方法改进 | 受控数据室、样品台账 |
| 服务商背景技术 | 哪些在签约前已有;客户实施项目是否必须使用;许可范围多大 | 背景清单、有限许可 |
| 原始数据 | 数据格式、审计轨迹、保留期和访问权 | 只读归档、哈希、导出包 |
| 项目专利 | 谁申请、谁付费、谁决定国家、谁维护、放弃前是否通知 | 申请清单、权利转让或许可 |
| 技术秘密 | 信息范围、保密措施、允许知悉者、反向工程和改进规则 | 分级技术包、访问日志 |
| 实体样品 | 所有权、耗用、剩余样品、危险性、运输和销毁 | 样品交接单、销毁证明 |
| 改进成果 | 何为改进、是否必须通知、是否免费回授、是否限领域 | 年度改进清单、追加许可 |
2.5 专利、商业秘密和公开发表怎么选
图2:不是所有技术都应该申请专利;保护路径要结合可逆向性、权利地域、生命周期、披露成本和执行能力。
专利以公开换取一定期限和地域内的排他权,适合可被产品逆向、权利要求可界定且值得承担申请维护成本的方案。商业秘密不以登记为前提,但企业必须让信息“不为公众所知悉、具有商业价值并采取相应保密措施”的事实可证明。论文和标准化可建立声誉或推动生态,却可能影响新颖性或暴露诀窍。任何公开前都要走发明披露和外部发表审批。
【可核验事实|中国大陆】2025年修订的反不正当竞争法继续以“不为公众所知悉、具有商业价值并经权利人采取相应保密措施”的技术、经营等商业信息为商业秘密,并规定侵害行为与举证规则入口。《反不正当竞争法》(截至2026-08-10)。专利的申请、许可、转让和地域效力则按《专利法》判断。
2.6 成果转化不是“把报告发给客户”
成果转化要让技术从实验室证据进入真实应用,通常还包括工程化、放大、质量方法、供应链、合规验证、培训、现场试运行、缺陷修复和持续改进。研究成功但无法稳定生产,不代表转化完成;产品卖得好也不意味着原始研发证据完整。合同要明确“研究完成”“技术移交”“客户能独立实施”“商业化成功”分别由谁承担。
【可核验事实|中国大陆】促进科技成果转化法列举自行投资实施、转让、许可、作价投资等转化方式,并要求向境外转让或许可成果遵守相关规则。科学技术部现行文本(截至2026-08-10)。
章末理解检查
合上原文,你能讲明白了吗?
不看原文,用自己的话解释「定义、边界与相近类型」真正要解决什么业务问题。
已输入 0 个字,还需 12 个字;提交后会显示自检标准,并把本章记为已完成。