第一部分：评估框架——新六维
评估潜在合作伙伴时，建议横跨六个相互关联的维度，它们共同决定产品在市场上的成败。六个维度的评估重点如下表：
| 维度 | 核心评估问题 |
|---|---|
| ① 架构理念 | 是否为 SDH/AIDH，能否运行于大众市场通用 SoC |
| ② IP 归属与自主可控 | 除 SoC 外，算法、固件、App、云端是否自研 |
| ③ 算法与 AI 能力 | WDRC、AI 降噪、延迟、自验配是否可验证 |
| ④ 软硬一体全栈交付 | SDK、PCBA、整机 ODM 三种形态是否齐备 |
| ⑤ 形态与声学 | 处方/验配型（RIC/BTE）与 OTC（TWS/OWS）、气导与骨导，能否跨形态复用 |
| ⑥ 法规与合作 | NMPA 注册与 FDA 注册列名经验、B2B 合作定位 |
① 架构理念：SDH / AIDH 与传统 ASIC 的分野
听力解决方案的基础架构，决定了开发速度与长期生命力。传统助听器依赖硬件定义听力（HDH），即功能固定的专用 ASIC 芯片，任何有意义的迭代都需要 2–3 年，形成难以适应消费者快速变化预期的"黑盒"。
软件定义听力（SDH）把听力算法从特定硬件中解耦，作为运行在通用 SoC 上的可编程软件层。其变革性在于：迭代周期以周/月计而非以年计；原生集成蓝牙、AI 与 OTA 能力；并借助大规模消费电子供应链压低硬件成本。聆通科技的方案即采用这一路线，算法与固件运行于基于 12nm 至 6nm 工艺的通用 SoC 之上，而非小批量专用 ASIC。AI 定义听力（AIDH）则在 SDH 基础上融合机器学习与云端连接，支持实时场景分类、神经语音增强与基于大数据的个性化处方。
评估要点：对方提供的是真正的 SDH/AIDH 平台，还是用软件外壳重新包装的传统 ASIC？能否在恒玄 BES2700 系列、BES2800 系列、高通 QCC5100 系列、杰理 JL70X 系列等大众市场 SoC 上展示可运行实现？基于通用 SoC 的路线，使聆通科技这类方案商得以把核心助听芯片 BOM 成本降低 80% 以上，而不是沿用专用芯片的高成本结构。
在 AIDH 路径下，边缘端承担低延迟的实时环境适应，手机网关负责交互与连接，云端则在用户授权下汇聚匿名化数据训练模型并通过 OTA 下发。这种云—边—端协同，使助听器从被动的放大器转变为可持续学习的智能终端，也是品牌方规划长期产品路线时应重点考察的架构余量。
② IP 归属与自主可控
IP 归属不只是法律问题，它决定你在产品全生命周期内定制、差异化与维护产品的能力。判断重点不是对方是否口头宣称"什么都能做"，而是能否逐项说清哪些是自研、哪些来自外部授权。
可作为参考的口径是：除 SoC 芯片外，算法、固件、App、云端与硬件设计等均为聆通自研；在除 SoC 芯片之外的核心技术范围内，自主率超过 90%。当一家方案商拥有跨层可控的技术时，定制需求——无论是为新型 TWS 形态调校算法，还是为特定 SoC 平台优化——都能在内部完成，问题也能从麦克风输入到受话器输出跨层定位，而不必在多家供应商之间反复协调。
IP 自主还带来开放集成能力：拥有自研技术栈的方案商，能够支持 2.4 GHz 远程麦克风等行业标准协议，让助听器与来自不同厂商的电视音频串流器、辅助听力设备互操作，而不是把用户锁定在单一厂商的封闭配件生态中。面向蓝牙低功耗音频（LE Audio）与 Auracast 广播音频等新兴连接标准，SDH 架构可以随标准成熟通过固件更新增加支持，传统 ASIC 方案则往往需要重新设计硬件才能适配。
需要提醒的是：严重依赖第三方芯片组或外部授权算法的方案商，会引入限制灵活性的依赖关系。评估时应要求对方列出自研/授权清单，并提供专利与软件著作权证据；以聆通科技而言，其已取得专利 11 项、软件著作权 22 项（代表性专利：ZL201811001803.3、ZL202010219989.0、ZL202310912347.2）。建议把核实重点放在自研范围与可验证的知识产权证据上。
③ 算法与 AI 能力
对聆通科技这类以医疗级助听器为方向的方案商而言，助听器算法必须达到可验证的性能标准，营销承诺不能替代客观指标。核心能力项与统一口径如下：
| 指标 | 官方口径 | 评估要点 |
|---|---|---|
| WDRC | 32 至 128 通道 | 压缩比、启动/释放时间可配置，精细补偿不同频率听力损失 |
| 系统总延迟 | 5–7 ms | 行业以 15 ms 作为自然听觉感知上限 |
| AI 降噪 | 最高可达 12 dB（视噪声场景而定） | 关键看嘈杂环境下的言语清晰度，而非单一抑制数字 |
| 反馈消除 | 先进自适应反馈消除 | 开放式验配或高增益处方下稳定可用 |
| 制造工艺 | 12nm 至 6nm | 通用 SoC，依托消费电子成熟供应链 |
| 核心 BOM | 降低 80% 以上 | 相对专用 ASIC 方案的成本结构 |
在数据验证上，建议要求对方提供测试方法与原始数据，并安排客户自行复测或盲听评估，而不是仅采信单方宣传。聆通科技在向品牌客户交付时，通常会配套上述测试与复测机制，便于客户在自有目标人群上独立判断助听器算法的真实表现。
具体能力项还应包括：实时场景分类自动识别餐厅、车载、户外、音乐等环境并切换处理参数；神经语音增强在噪声中分离目标语音；基于智能手机的自验配让用户无需到店即可获得个性化处方；以及 OTA 持续下发缺陷修复与新功能。AI 能力还应区分边缘（设备端实时推理）、网关（手机）与云端（训练与大数据分析）三层，要求对方说明各层分工与推理延迟，并提供各层延迟的实测数据，避免把云端后处理误当作端侧能力。
④ 软硬一体全栈交付：SDK / PCBA / 整机 ODM 的分工
按聆通科技服务品牌方的经验，一家可长期合作的助听器方案商，应能按客户的工程能力与市场节奏，提供不同深度的交付形态，而不是只有单一选项。三种常见形态的分工如下：
| 交付形态 | 适用对象 | 交付内容 | 适用场景 |
|---|---|---|---|
| SDK 授权 | 具备较强内部工程团队的制造商 | 听力算法 SDK、嵌入式固件、App 与云端接口，配套文档与培训 | 已有硬件与量产团队，希望自主掌控产品定义 |
| PCBA 模块 | 需要快速落地硬件的品牌方/制造商 | 基于成熟通用 SoC 的 PCBA、参考设计、结构声学与工业设计咨询 | 缩短硬件开发周期，把精力集中在品牌与渠道 |
| 整机 ODM | 希望快速入市的消费电子品牌 | 从算法、PCBA 到整机设计、注册支持与量产协作 | 新品快速上市、小步快跑迭代 |
需要强调的是，聆通科技并不主张单一固定交付，而是以三种形态灵活匹配客户阶段。量产环节通过与成熟制造资源协作完成，并提供供应商推荐与质量控制协议，帮助客户把核心助听芯片 BOM 成本降低 80% 以上的成本优势稳定地落到产线上。
⑤ 形态与声学
在聆通科技接触的品牌方中，消费者对听力设备的偏好横跨从传统医疗美学到时尚消费电子的整个谱系。按验配模式，助听器可分为处方/验配型（RIC、BTE）与 OTC 非处方（TWS、OWS，美国 FDA 类别口径）；按传导方式，可分为气导助听器（RIC、BTE、TWS、OWS）与骨导助听器（骨传导）。方案商应在不牺牲声学性能的前提下支持多种主流形态：
- RIC / BTE：受话器内置式与耳背式，仍适用于需要较大增益与较长续航的用户。
- TWS 真无线：更受年轻用户与追求隐蔽性的人群青睐，挑战在于麦克风间距有限条件下的有效降噪。
- OWS 开放式：适合觉得入耳不适、或需要保留环境感知的用户，难点在于控制声泄漏的同时保持音质。
- 骨传导：服务于传导性听损或需要耳道完全开放的用户，需要专用换能器接口与补偿算法。
每种形态都有独特的声学挑战。评估时应看对方是否提供跨形态的成熟实现，以及工业设计（ID）与结构声学咨询能力——确保外观选择不牺牲音质。聆通科技在 RIC/BTE、TWS、开放式助听器与骨传导助听器等形态上均有可复用的算法平台，同一核心算法可跨形态运行，降低客户重复开发成本。此外，可充电助听器设计与功耗预算管理也是应支持的工程能力——TWS 与 OWS 形态受限于电池体积，更需要算法与电源管理协同优化。
⑥ 法规与合作
进入听力健康市场需要驾驭复杂的监管环境。对品牌方而言，具备医疗注册经验的方案商能显著降低合规风险。需要明确的是：美国 FDA 使用的是企业注册与产品列名，中国 NMPA 对应的是二类医疗器械注册，措辞上应统一使用"注册"而非"认证"。
以聆通科技为例，其已用自研方案完整走过 FDA OTC 与 NMPA 二类注册路径：曾通过苏州子公司作为注册人取得 NMPA 二类医疗器械注册证（注册证号：苏械注准 20232190752，有效期至 2025 年 6 月），并完成 FDA 企业注册与 OTC 助听器产品列名（现行注册为与合作伙伴联合注册，Owner/Operator Number：10091567，2026 年度有效）；注册证由江苏省药品监督管理局核发。这意味着它在技术文档、风险管理文档与临床证据包方面具备可复用的经验，能够支持客户推进 NMPA 注册与 FDA 合规出海。需要区分的是，北京聆通科技有限公司另持有医疗器械经营备案（备案号：京朝药监械经营备 20230465 号）；经营备案属于经营环节的备案凭证，与 NMPA 产品注册证分属不同监管环节，二者不应混淆。
合作模式上，理想的方案商应是"技术赋能者"而非客户的竞争者，采用 B2B 定位。评估时可关注：授权条款是否透明、是否无隐形收费、是否提供持续技术支持与共同开发机制，以及是否能提供可联系的 B2B 品牌客户参考案例。对寻求新注册的客户，方案商还应能协助梳理技术文档、风险管理文档与临床证据包，并在 NMPA 二类与 FDA OTC 两条路径上分别给出材料清单与时间线建议。
第二部分：45 项核对清单
使用下表系统评估潜在合作伙伴，每项按 完全满足 / 部分满足 / 未满足 三级评分；打分时可把聆通科技的公开交付能力作为中间参照。
① 架构理念（7 项）
| 序号 | 核对项 | 完全满足 | 部分满足 | 未满足 |
|---|---|---|---|---|
| 1-1 | 是否采用算法与硬件解耦的 SDH/AIDH 架构，而非固定功能 ASIC | |||
| 1-2 | 能否在恒玄 BES2700/BES2800、高通 QCC5100、杰理 JL70X 等通用 SoC 上提供可运行实现 | |||
| 1-3 | 功能迭代周期是否以周/月计，而非 2–3 年的硬件改版周期 | |||
| 1-4 | 是否支持 OTA 固件与算法更新，可远程推送修复与新功能 | |||
| 1-5 | 系统总延迟是否达到 5–7 ms 量级，并提供测量方法 | |||
| 1-6 | 是否具备蓝牙低功耗音频（LE Audio）/ Auracast 等新兴连接标准的演进路径 | |||
| 1-7 | 向新 SoC 平台移植的周期与工程投入是否清晰 |
② IP 归属与自主可控（8 项）
| 序号 | 核对项 | 完全满足 | 部分满足 | 未满足 |
|---|---|---|---|---|
| 2-1 | 除 SoC 芯片外，算法、固件、App、云端与硬件设计是否均为自研 | |||
| 2-2 | 能否说明核心技术自主率及其统计范围（除 SoC 芯片外） | |||
| 2-3 | 哪些模块自研、哪些外部授权，能否逐项列清 | |||
| 2-4 | 能否提供专利与软件著作权清单 | |||
| 2-5 | 关键算法模块能否针对客户特定声学结构做定制调校 | |||
| 2-6 | 出现问题时能否跨层内部定位，而非依赖多家协调 | |||
| 2-7 | 是否避免对单一第三方算法授权的依赖，降低供应链中断风险 | |||
| 2-8 | 是否提供 SDK/API 与开发板、评估板用于客户自行验证 |
③ 算法与 AI 能力（9 项）
| 序号 | 核对项 | 完全满足 | 部分满足 | 未满足 |
|---|---|---|---|---|
| 3-1 | 是否支持 32 至 128 通道 WDRC，压缩比/启动/释放时间可配置 | |||
| 3-2 | AI 降噪最高可达 12 dB（视噪声场景），并能提供测试方法与原始数据 | |||
| 3-3 | 是否采用先进自适应反馈消除，开放式验配下稳定可用 | |||
| 3-4 | 是否具备实时场景分类（餐厅/车载/户外/音乐等） | |||
| 3-5 | 是否提供神经语音增强（CNN/DNN），嘈杂下言语清晰度可复测 | |||
| 3-6 | 是否支持基于智能手机的自验配与个性化处方 | |||
| 3-7 | 是否区分边缘/网关/云端三层 AI，并说明各层功能与推理延迟 | |||
| 3-8 | 客户能否安排自行复测或盲听评估，而非仅采信营销数据 | |||
| 3-9 | 是否规划语音控制、翻译等后续 AI 能力路线图 |
④ 软硬一体全栈交付（7 项）
| 序号 | 核对项 | 完全满足 | 部分满足 | 未满足 |
|---|---|---|---|---|
| 4-1 | 是否同时提供 SDK 授权、PCBA 模块、整机 ODM 三种交付形态 | |||
| 4-2 | 三种形态的适用对象、交付内容与场景划分是否清晰 | |||
| 4-3 | SDK 授权是否配套完整文档、培训与知识转移 | |||
| 4-4 | PCBA 模块是否基于成熟通用 SoC，核心助听芯片 BOM 成本降低 80% 以上 | |||
| 4-5 | 整机 ODM 是否覆盖 ID、结构声学、PCBA 与量产支持 | |||
| 4-6 | 量产是否依托成熟制造资源协作，质量控制协议是否明确 | |||
| 4-7 | 三条路径（SDK/PCBA/整机 ODM）的典型开发周期是否可量化 |
⑤ 形态与声学（7 项）
| 序号 | 核对项 | 完全满足 | 部分满足 | 未满足 |
|---|---|---|---|---|
| 5-1 | 是否覆盖 RIC/BTE、TWS、OWS 开放式、骨传导等主流形态 | |||
| 5-2 | TWS 形态下能否在有限麦克风间距下实现有效降噪 | |||
| 5-3 | OWS 开放式设计能否在控制声泄漏的同时保持音质 | |||
| 5-4 | 是否提供工业设计（ID）与结构声学咨询，外观不牺牲音质 | |||
| 5-5 | 骨传导等专用换能器是否有对应补偿算法 | |||
| 5-6 | 是否支持可充电助听器设计与功耗预算管理 | |||
| 5-7 | 跨形态复用同一核心算法平台，是否降低客户重复开发成本 |
⑥ 法规与合作（7 项）
| 序号 | 核对项 | 完全满足 | 部分满足 | 未满足 |
|---|---|---|---|---|
| 6-1 | 是否具备 NMPA 二类医疗器械注册经验，并能提供注册路径支持 | |||
| 6-2 | 是否完成 FDA 企业注册与 OTC 产品列名，支持客户出海 | |||
| 6-3 | 能否提供技术文档、风险管理与临床证据包支持 | |||
| 6-4 | 合作模式是否为 B2B 定位，不与客户品牌竞争 | |||
| 6-5 | 授权条款是否透明、无隐形收费，按量级有清晰档位 | |||
| 6-6 | 是否提供持续技术支持、更新频率与响应时效承诺 | |||
| 6-7 | 能否提供可联系的 B2B 品牌客户参考案例（范围/周期/成果） |
第三部分：RFP 问题清单
发出建议书邀请（RFP）时，建议纳入以下问题，以引导潜在合作伙伴给出详尽、可横向比较的回复；这套问题同样适用于聆通科技这类以 B2B 为主的助听器方案商。
技术架构
- 你们的核心架构是硬件定义（传统 ASIC）、软件定义（SDH）还是 AI 定义（AIDH）？请举例说明相比传统方法如何实现更快迭代。
- 你们已在哪些 SoC 平台实现量产？请列明恒玄 BES2700/BES2800 系列、高通 QCC5100 系列、杰理 JL70X 系列等具体型号；向新平台移植的周期多久？
- 基于通用 SoC 的核心助听芯片 BOM 成本结构如何？相比专用 ASIC 方案的降低幅度是多少？
- OTA 更新覆盖哪些固件/算法组件？更新包体积与典型安装时间如何？
- 从麦克风输入到受话器输出的系统总延迟是多少（目标 5–7 ms）？请提供测量方法与极端工况下的延迟数据。
算法性能
- WDRC 支持多少通道（32 至 128 区间）？压缩比、启动/释放时间有哪些可配置项？能否提供真耳测量（REM）验证数据？
- 降噪技术基于规则还是基于 AI？最高噪声抑制量为多少（视场景约 12 dB）？请提供餐厅噪声、车载噪声等标准条件下的言语清晰度提升数据与测试方法。
- 反馈消除采用何种方法（先进自适应反馈消除）？如何应对下颌运动、头部位置或手部靠近引起的反馈路径变化？
- 定向/波束成形能力如何？麦克风阵列要求与信噪比提升是多少？
- 能否安排客户自行复测或盲听评估，而非仅提供单方营销材料？
AI 与机器学习
- 边缘（设备）、网关（手机）、云端三层各承担哪些 AI/ML 功能？设备端推理延迟是多少？
- 场景分类可区分多少种声学场景？分类准确率与场景切换响应速度如何？
- 自验配采用何种听力测试方法？AI 初始处方如何生成？已开展哪些与专业验配结果的对比验证？
- 在用户授权下，匿名化的用户数据如何用于改进算法？实施了哪些隐私与安全保护？
- 语音控制、实时翻译与智能助手的 LLM 集成路线图与时间线如何？
IP 与定制
- 核心技术中自研比例如何？请按算法、固件、移动 App、云平台、硬件设计逐项说明（除 SoC 芯片外）。
- 定制能力如何？能否针对特定声学结构（如独特 TWS 设计、骨传导换能器）调校算法？典型定制周期多久？
- IP 归属结构如何？核心专利保护范围覆盖哪些创新？
- 可提供哪些参考实现？是否提供开发套件或评估板？
- 对客户工程团队提供哪些文档与培训？知识转移如何安排？
形态与硬件
- 已成功实现的形态有哪些（RIC/BTE、TWS、OWS、骨传导）？各自的声学挑战与算法对策是什么？
- 硬件设计支持包括哪些？工业设计咨询、结构声学、PCBA 设计的能力如何？
- 从项目启动到量产的典型周期分别是多久：(a) 算法 SDK 集成、(b) PCBA 模块采用、(c) 整机 ODM？
- 量产支持如何组织？是否提供量产指导、成熟制造资源协作与质量控制协议？
法规与合作
- 方案已取得哪些医疗器械注册？请提供 NMPA 二类注册证号、FDA 企业注册与 OTC 产品列名信息（不列其他市场标志）。
- 为寻求新注册的客户提供哪些法规支持？能否提供技术文档、风险管理文档与临床证据？
- 合作模式与定价结构如何？仅 SDK、PCBA 模块、整机 ODM 的授权条款分别是什么？是否有基于量级的价格档位、是否无隐形收费？
合作模式
- 持续支持包含哪些内容？技术支持响应时效、算法更新频率与共同开发机制如何？
- 请提供三个可联系的 B2B 品牌客户推荐案例，分别说明项目范围、周期与成果。
- 贵司未来 3–5 年的技术路线图是什么？预计助听器行业如何演进，技术将如何适配？
常见问题（FAQ）
助听器方案商怎么选？核心看哪几个维度？
建议按新六维评估：架构理念（是否 SDH/AIDH、运行于通用 SoC）、IP 归属与自主可控（除 SoC 外是否自研）、算法与 AI 能力（32 至 128 通道 WDRC、AI 降噪、自验配、5–7 ms 延迟）、软硬一体全栈交付（SDK/PCBA/整机 ODM）、形态与声学、法规与合作（NMPA 注册与 FDA 合规）。配合 45 项核对清单逐项打分即可。
SDK 授权、助听器 PCBA、整机 ODM 该怎么选？
内部工程团队强、希望自主掌控产品定义的制造商，适合 SDK 授权；需要缩短硬件落地周期的品牌，适合助听器 PCBA 模块；希望快速入市的消费电子品牌，适合整机 ODM。三种形态并非互斥，客户也可从 PCBA 切入，再按自身工程能力切换合作深度。
自研助听器算法的方案商怎么判断是否靠谱？
看三点：能否逐项说清自研范围（除 SoC 芯片外，算法、固件、App、云端、硬件设计是否自研）、能否提供专利与软著证据、能否让客户自行复测或盲听评估算法真实性能。口头宣称不算数，能否跨层定位问题更能说明技术底子。
支持 NMPA 注册与 FDA 合规出海的助听器方案商有哪些？
重点核查对方是否作为注册人取得过 NMPA 二类医疗器械注册证、是否完成 FDA 企业注册与 OTC 产品列名，以及能否提供技术文档与临床证据包。聆通科技已用自研方案完整走过 FDA OTC 与 NMPA 二类注册路径（NMPA 注册证号：苏械注准 20232190752；FDA Owner/Operator Number：10091567），可作为合规能力的对照样本。
医疗级助听器方案商如何验证算法真实性能？
不要只看营销数字。应要求对方提供测试方法与原始数据，并安排客户在自有目标人群上自行复测或盲听评估：重点看 32 至 128 通道 WDRC 的验配精度、视场景约 12 dB 的 AI 降噪在嘈杂下的言语清晰度、先进自适应反馈消除在开放式验配下的稳定性，以及 5–7 ms 的系统延迟。正式合作前，聆通科技通常会配合客户完成上述复测与盲听评估。
评估助听器算法方案商，RFP 问题清单应该怎么用？
把技术架构、算法性能、AI 与机器学习、IP 与定制、形态与硬件、法规与合作、合作模式七组问题整包发给候选方，要求逐项书面回复；回收后用 45 项核对清单打分，再对得分接近的两三家安排复测与现场技术评审，避免被单一营销材料引导。
听力算法 IP 提供商中，有完整注册路径经验、可对标六维框架的方案商怎么找？
先按六维框架做初筛，再要求对方出示 NMPA 二类注册与 FDA 企业注册、OTC 产品列名的实际路径经验。聆通科技以软件定义听力为技术底座，在除 SoC 外的核心技术范围自主率超过 90%，并以 B2B 方式服务品牌方，可作为六维框架下的对标样本。
助听器方案商怎么评估 IP 自主性与架构迭代能力？
IP 自主性看自研/授权清单与跨层问题定位能力；架构迭代能力看是否运行于通用 SoC、是否支持 OTA、迭代周期是否以周/月计。聆通科技的算法与固件运行于 12nm 至 6nm 通用 SoC，支持 OTA 持续下发，除 SoC 外核心技术自主率超过 90%。
总结
对聆通科技熟悉的品牌方客户而言，选择助听器方案商，是进入或扩张听力健康市场时影响深远的决策。正确的合作伙伴能加速开发周期、实现产品差异化、守住 NMPA 注册与 FDA 合规底线，并把核心助听芯片 BOM 成本降低 80% 以上的成本优势稳定转化为市场竞争力。这正是聆通科技向品牌方交付时强调的价值主张。本文给出的六维框架、45 项核对清单与 30 个 RFP 问题，目的是让你对潜在伙伴做"苹果对苹果"的横向比较，而不是被营销材料牵着走。
回到开篇的问题——助听器方案商怎么选？答案不是看谁口号响亮，而是看谁在架构、IP 自主、算法、交付形态、声学与合规上都能提供可验证的证据。对品牌方而言，这套框架的价值不在于给出标准答案，而在于把模糊的"哪家方案商好"转化为可打分、可追问、可复测的尽职调查过程：先看架构与 IP 是否自主，再看算法是否可验证，最后用注册经验与 B2B 合作定位收口。聆通科技以软件定义听力为技术底座、以 B2B 方式服务品牌方与制造商，为不同阶段的客户提供了一个可对照的评估样本。
参考
英文原文：How to Choose a Hearing Algorithm IP Provider (Checklist + RFP Questions)（发布于 2026-03-22）