一、PBI模块概述
1.1 什么是PBI
PBI（Product Base Information，产品基本信息）是AIPD研发与产品管理数字化平台的核心基础模块，是企业产品分类、Offering及其版本、研发项目、重量级团队等产品基本信息的唯一、可信数据源。
PBI模块全面适配IPD（集成产品开发）管理体系，将产品管理中最基础、最核心的主数据进行结构化、标准化管理，为产品规划、产品研发、销售报价、交付服务等全业务领域提供统一的基本产品信息支撑。
1.2 PBI的定位与价值
在企业数字化转型过程中，产品信息分散在不同系统中、口径不一致、数据质量差，是导致"数据烟囱"和业务协同困难的根本原因之一。PBI模块通过建立统一的产品基本信息平台，实现：
• 一个源头：除Part外的产品主数据唯一创建入口，避免多头维护；
• 一套标准：统一的产品分类、编码、命名与生命周期管理规范；
• 全网共享：向研发、销售、交付、服务、财务等所有业务领域发布产品信息；
• 全程贯通：支撑从产品规划、开发、上市到退市的全生命周期管理。
二、PBI架构解析："一个哑铃，两块球拍"
PBI模块采用独特的"一个哑铃，两块球拍"架构设计，形象地表达了产品基本信息的内在逻辑关系。
2.1 一个哑铃：三大域的有机连接
PBI哑铃由左右两个球体和中间的连接轴构成，分别对应三大信息域：
域 | 包含内容 | 核心作用 |
产品分类域（左球） | 产业目录、销售目录、SKU/Mpart | 从市场和客户视角对产品进行分类管理 |
Offering域（哑铃轴） | Offering、版本 | 产品基本信息的核心枢纽，连接分类与项目 |
团队与项目域（右球） | IPMT/BMT/LMT/PDT/TDT 团队、研发项目 | 从组织和执行视角管理产品开发团队与项目 |
哑铃的寓意：产品分类和团队项目是两端的 "重物"，而Offering及其版本是连接二者的 "握杆"——所有产品分类最终都要落到具体的Offering上，所有研发项目和团队也都围绕具体的Offering 展开。
2.2 两块球拍：Offering与版本的层级展开
球拍一：Offering分类球拍
Offering按照IPD方法论分为六个层级，形成从宏观到微观的产品体系：
Offering类型 | 说明 |
解决方案 | 面向特定客户场景的整体解决方案，由多个产品/服务组合而成 |
产品 | 可独立销售、具备完整功能的商品 |
服务 | 可销售的增值服务或专业服务性产品 |
平台 | 支撑多个产品开发的共用技术平台 |
子系统 | 支持技术平台或多个产品开发的独立功能模块或组件 |
技术 | 支撑技术平台或技术模块开发的核心技术成果 |
球拍二：版本分类球拍
每个Offering通过版本进行迭代管理，IPD体系下通常分为三类版本：
版本类型 | 说明 |
V版本（Version） | 基于特定产品平台版本的一组产品 |
R版本（Release） | 面向客户发布的商用版本，对应一次完整的产品上市 |
C版本（Change） | 根据客户定制化需求，在R版本基础上开发的客户化产品 |
两块球拍的寓意：Offering球拍和版本球拍如同乒乓球拍的两面，Offering定义了"做什么产品"，版本定义了"产品迭代到什么程度"，二者结合构成完整的产品基本信息维度。
三、PBI内容架构：六大核心维度
以Offering信息为中心，AIPD产品管理数字化系统-PBI模块涵盖六大核心维度，形成完整的产品基本信息体系：
3.1 产业/产品目录
从业务与产品视角建立产品分类体系：
• 层级设置：定义产业/产品目录的层级结构（如产业线→产品域→产品族→产品）；
• 产品树设置：构建可视化的产品分类树，支持层级维护；
• 产品目录设置：管理每个分类节点的属性、编码规则与关联关系；
• 产品版本信息：记录产品各版本的基本属性与生命周期状态。
3.2 技术目录
从技术视角建立技术分类与管理体系：
• 层级设置：定义技术目录的层级结构；
• 技术树设置：构建可视化的技术分类树；
• 技术目录设置：管理技术分类节点的属性与关联关系。
3.3 Offering 信息
管理具体的Offering基本信息：
• 解决方案Offering：面向特定客户场景的整体解决方案；
• 产品Offering：可独立销售的产品包信息；
• 平台Offering：共用技术平台的定义与管理；
• 子系统Offering：内部子系统/模块的定义与管理；
• 技术Offering：关键/核心技术的定义与管理。
3.4 研发项目信息
管理与产品相关的各类研发项目：
• 产品开发项目：面向客户商用的产品开发项目（对应PDT）；
• 技术/平台项目：核心技术与共用平台的开发项目（对应TDT）；
• 预研项目：前沿技术探索与可行性研究项目。
3.5 销售目录
从市场和销售视角，基于产业目录建立面向客户的销售目录：
• 层级设置：定义销售目录的层级结构；
• 销售目录：管理面向客户销售的产品品牌类别、产品名称与配置选项；
• SKU&SPL：管理最小库存单位（SKU）与销售产品列表（SPL）；
• Mpart：管理SKU与制造物料（Mpart）的映射关系。
3.6 重量级团队信息
按照IPD跨部门团队模式管理重量级团队信息：
• 决策与规划团队：如IPMT（集成组合管理团队），负责产品投资决策；
• 需求管理团队：如RMT（需求管理团队），负责需求收集与分析；
• 技术管理团队：如TMT（技术管理团队），负责技术规划与评审；
• 研发团队：如PDT（产品开发团队）、TDT（技术开发团队），负责具体开发执行；
• 团队架构/职责/模板：管理团队的组织架构、角色职责与运作模板。
四、PBI 管理与发布机制
PBI模块不仅是产品信息的存储库，更是产品信息的管理中枢与发布中心。它向企业所有业务领域统一发布以下四类信息：
4.1 产品分类信息
包括产业/产品目录、销售目录、SKU/Mpart等分类信息，确保研发、销售、生产、采购等各部门使用统一的产品分类语言。
4.2 Offering 基本信息
包括Offering型号、版本、编码、生命周期状态（概念→计划→开发→验证→发布→生命周期→退市）等核心属性，确保产品信息在全生命周期内准确、一致。
4.3 团队与项目信息
包括IPMT、BMT、LMT、PDT、TDT等跨部门团队的组织信息，以及对应的研发项目信息，确保产品开发的组织责任清晰、项目可追溯。
4.4 信息之间的关系
PBI不仅管理各类信息本身，更重要的是管理信息之间的关联关系：
• 产品分类与Offering的归属关系；
• Offering与版本的包含关系；
• Offering与研发项目的对应关系；
• 研发项目与重量级团队的承载关系；
• 销售目录与产品目录的映射关系。
五、PBI 模块的核心应用价值
5.1 打破数据孤岛，实现产品信息同源
PBI作为产品基本信息的唯一数据源，彻底解决了产品基本信息在PLM、ERP、CRM、报价系统等多系统中重复录入、口径不一的问题，实现"一处维护、全网共享"。
5.2 支撑IPD体系落地
PBI深度适配IPD方法论，将Offering管理、版本管理、重量级团队、研发项目等IPD核心要素结构化、数字化，为IPD流程的高效运转提供数据底座。
5.3 赋能端到端业务协同
• 面向研发：为产品规划（RDP）、产品立项（CDP）、开发管理提供统一的产品维度业务对象；
• 面向销售：为iLTC销售管理数字化平台的配置报价、合同管理提供准确的产品与SKU信息；
• 面向战略：为iDSTE战略管理数字化平台的战略制定、年度经营计划编制、经营分析、战略复盘提供产品维度的数据基础；
• 面向交付：为订单交付、售后服务提供SKU与Mpart信息。
5.4 提升产品数据治理水平
通过标准化的分类体系、编码规则、生命周期管理和权限控制，PBI模块帮助企业建立完善的产品数据治理机制，持续提升产品数据质量。
六、总结
AIPD-PBI模块以"一个哑铃、两块球拍"的精妙架构，将产品分类、Offering、版本、团队、项目等产品基本信息有机整合，构建起企业产品主数据的统一管理平台。它不仅是AIPD产品管理数字化系统的基础模块，更是连接iDSTE战略管理数字化平台、AIPD产品开发管理数字化系统、AIPD技术管理数字化系统、iLTC销售与客户管理数字化平台的数据纽带，为企业实现从战略到产品、从产品到客户的端到端数字化贯通奠定了坚实基础。