从基础概念、产品思维、行业核心系统模块三个维度，系统性地陈列B端产品领域的通用知识清单。
理解B端产品的本质、分类和从0到1的建设流程。
B端产品（Business-to-Business Product，也叫"2B产品"），其使用对象是组织或企业。B端产品帮助企业或组织通过系统化的数据共享和协同办公，使线下流程线上化、系统化，解决基于某个业务领域的实际问题，帮用户提高效率、减少成本，甚至提高收入、控制风险。常见的B端产品包括企业资源计划系统（ERP）、客户关系管理系统（CRM）、仓储管理系统（WMS）、运输管理系统（TMS）、人事管理系统（HRM）、办公协同系统（OA）等。
B端产品的核心特征：相较于面向个人消费者的C端产品，B端产品有以下显著特点——
按用户群体和产品形态，B端产品可分为以下三类：
| 分类 | 定义说明 | 典型案例 |
|---|---|---|
| 定制化产品 | 俗称"外包"，按客户要求为客户做完全定制化的产品，用户是"甲方"，需求由客户方直接提出 | 企业定制开发的内部管理系统 |
| 产品化 / SaaS产品 | 以标准化软件产品或SaaS形式向多家企业提供通用能力，通过订阅或买断方式盈利 | Salesforce、用友、金蝶、钉钉 |
| 交易型平台 | 构建平台连接买卖双方，通过抽取佣金、服务费或广告等方式盈利 | 阿里巴巴1688、美团商家平台 |
按业务形态分类，B端产品还可划分为业务型（直接参与业务流转，如订单系统、采购系统）、工具型（提供效率工具，如在线文档、项目管理）和交易型（双边市场平台）等。
B端产品从0到1的建设核心流程通常包含以下关键节点：
产业链分析、市场规模与竞争格局分析、STP客群定位、客户画像构建以及竞品分析。竞品可分为直接竞品、间接竞品和参考产品三个层次。
明确产品要解决的核心业务问题，定义价值主张和产品定位。采用精益画布（Lean Canvas）工具进行系统分析。
业务场景梳理 → 角色与权限划分 → 子系统划分 → 应用架构设计 → 核心流程与功能模块设计 → 产品演进路径规划（MVP定义和PMF验证）。
业务数据建模（核心难点和重点）、业务流程设计（泳道流程图）、页面流转设计以及交互设计。
技术方案评审 → 开发周期排期 → 编码实现 → 单元测试 → 集成测试 → UAT（用户验收测试）→ 上线。
用户培训 → 上线运营 → 数据监控 → 用户反馈收集 → 需求分析 → 产品迭代规划。
B端产品经理需要建立多维度的产品思维体系，掌握三种核心能力。
结构化思维（也称系统思维）是指对事物、问题的思考有清晰的结构框架，能够系统地、多角度地看待事物与问题。在B端产品设计中，表现为能够把一个复杂混乱的业务进行分析、拆解、细化，识别出关键的核心逻辑，再逐步梳理各子系统和角色的交互关系，将不同系统的边界和层次划分开来。
抽象思维是一种能够提炼事物共性、关联性的思维方式，非常考验产品经理的归纳能力、推理性和判断性。体现在三个层面：
如果一个功能能够满足多种场景，抽象为通用底层能力而非为每个场景单独设计，可以显著提升系统的复用性和扩展性。
产品如果没有健康合理的商业模式，即使有很好的用户体验，也不能长久存在。包括收入模式设计、成本结构优化、定价策略、盈利逻辑等。
基于业务抽象业务共性，梳理出业务架构。判断哪些需求做标准化产品化，哪些业务能力做中台化建设，哪些做个性化业务系统，并在产品演进路径上做出合理的阶段规划。
大道至简，极简的流程、极简的交互、极简的设计能够降低开发和维护成本，容错率更高，提高用户满意度。追求流程极简、架构极简、操作极简。
B端系统的核心在于业务闭环。任何一个业务动作都应形成完整的信息流、资金流、实物流的三流合一闭环，从触发、执行到结果确认、对账核销，每个环节都应有明确的起点和终点，异常情况要有补偿机制。
将复杂的业务场景抽象为统一的业务概念、角色定义和业务流程。
将复杂业务场景进行解耦，拆分到独立的功能模块和页面中，使不同角色的操作边界清晰。
从企业级建设视角思考产品，构建产品的平台化能力，实现产品间的高效协同和业务复用。
此外，B端产品经理应具备三种核心视角：管理视角（帮助企业管理流程和规范）、用户视角（关注一线用户的实际操作体验）和经营视角（关注产品的商业价值和ROI），并在通用与个性、功能与体验、完美与成本之间做出合理的权衡。
按照"电商→供应链→财务→ERP进销存"四个维度展开说明。
各系统之间并非孤立存在，而是高度协同——电商系统的订单驱动仓储执行出库，供应链的采购入库影响财务应付账款，ERP进销存则将采购、销售、库存的数据传递给财务总账进行成本核算，实现信息流、物流和资金流的"三流合一"。
核心流程：商品创建 → 商品发布 → 商品上下架 → 商品审核 → 商品管理 → 商品下架/删除。
| 名词 | 定义说明 |
|---|---|
| SPU（Standard Product Unit） | 描述某个标准化产品的信息集合，不区分规格/颜色，如"iPhone 14"是一个SPU |
| SKU（Stock Keeping Unit） | 最精细的商品编码，代表可单独销售的商品单元，通常包含SPU+颜色+尺寸+容量等属性组合，如"iPhone 14-粉色-128GB"是一个SKU |
| 类目 | 商品所属的分类层级（如一级类目"手机数码"→二级类目"手机"→三级类目"智能手机"），用于商品组织和用户浏览导航 |
| 属性 | 描述商品特征的参数，分为关键属性（如品牌、型号）、销售属性（如颜色、尺码）和普通属性（如材质、重量） |
核心逻辑：一个SPU下可包含多个SKU，SKU编码用于库存管理和订单履约的唯一标识。SKC（Stock Keeping Color）可作为中间层级，按颜色维度聚合管理SKU。
核心流程：订单创建 → 订单支付 → 订单校验 → 订单拆分/合并 → 订单履约（发货）→ 订单签收确认 → 售后处理 → 订单完成。
电商订单履约流程可拆解为"接单→校验→分配→仓配执行→回传"五个步骤。接单阶段负责多渠道订单同步与分配；校验阶段检查库存、收货信息、黑名单和高风险订单；分配阶段依据仓库库存、区域覆盖和时效承诺；仓配执行阶段进行拣货、打包、发运；回传阶段同步发货单号和物流轨迹。
| 名词 | 定义说明 |
|---|---|
| 父订单 | 用户视角的顶层订单，一个父订单对应一次支付行为，管理"钱从哪来" |
| 子订单 | 仓库视角的履约单元，一个子订单对应一个仓库 + 一次发货 + 一条物流轨迹，互不阻塞 |
| 商品行 | 财务视角的核算单元，每个SKU一行，退款时按行级优惠分摊精确到分 |
| 订单状态 | 订单全生命周期状态：待付款→待发货→待收货→交易完成，实际设计中常扩展至十余个状态 |
核心逻辑：父订单→子订单→商品行三层结构；拆单/合单规则；库存锁定策略（"付款即锁""预售按配额锁""货到付款不锁"）；金额按优惠比例分摊到各商品行。
核心流程：订单接收 → 仓库分单 → 拣货 → 打包 → 出库 → 运输 → 妥投 → 逆向退回。
| 名词 | 定义说明 |
|---|---|
| 履约 | 完成订单从下单到消费者签收的全过程，包括仓储、拣货、打包、发货、物流配送等环节 |
| 波次 | 将多个出库单按一定规则合并成一批，规划最短拣货路径统一作业 |
| 履约时效 | 从订单生成到消费者签收的时间承诺，如"当日达""次日达" |
| 妥投 | 订单商品已由物流公司成功送达消费者手中并完成签收 |
核心逻辑：以发货时效承诺为硬约束，综合渠道权重、客诉成本和利润空间设定规则。标准化作业：单品单拣、波次拣货、复核签字。
核心流程：入库管理 → 库存记录 → 出库管理 → 库存盘点 → 库存预警 → 库存调拨。
| 名词 | 定义说明 |
|---|---|
| 可售库存 | 可供销售的商品数量，通常会扣除已锁定但未付款或已付款未发货的库存 |
| 实物库存 | 仓库中实际存放的商品数量 |
| 安全库存 | 为应对需求波动或供应延迟而设置的缓冲库存 |
| 再订货点 | 当库存降至该阈值时触发补货采购的临界数量 |
| 库存周转率 | 销售成本÷平均库存，周转率越高说明库存管理效率越高 |
| 先进先出（FIFO） | 库存成本计价方法之一，假设先购入的存货先发出 |
核心计算公式：安全库存 = 服务水平系数 × 需求标准差 × √(采购提前期)；再订货点 = 日均需求量 × 采购提前期 + 安全库存；库存周转率 = 销售成本 / 平均库存余额。
核心流程：售后申请 → 申请审核 → 退货入库/换货出库 → 退款/补差 → 售后完成。
| 名词 | 定义说明 |
|---|---|
| 退货退款 | 消费者将商品退回商家，商家确认收货后退还购物款项 |
| 仅退款 | 消费者不退货，仅申请退款，常见于虚拟商品或生鲜破损场景 |
| 换货 | 消费者退回原商品，商家重新发出新品 |
| 补差 | 因价保或发货差异需要向消费者补还差价 |
核心逻辑：退款金额需按订单中各商品行的优惠分摊比例精确计算；退货入库后根据质检结果决定库存状态（良品/次品/报废）。
核心流程：采购需求提出 → 供应商询价比价 → 采购订单生成 → 订单审批 → 供应商发货 → 收货质检 → 入库 → 对账结算。
| 名词 | 定义说明 |
|---|---|
| 采购订单（PO） | 企业向供应商发出的正式采购指令，包含采购商品、数量、单价、交货时间、付款条件等 |
| 采购申请（PR） | 内部需求部门发起的采购需求单，需经审批后才可转为采购订单 |
| 询价比价（RFQ） | 向多家供应商发出询价邀请，对比报价和条件，择优选择 |
| 收货单（Receipt） | 仓库完成货物验收后生成的入库凭证，是后续对账和结算的关键依据 |
| 三单匹配（3-Way Matching） | 采购订单、收货单（入库单）、供应商发票三者数量与价格的一致校验 |
核心逻辑：三单匹配中数量、单价、金额、税率须一致；暂估入库：货物已入库但发票未到时，先按暂估价入账，收到发票后冲回暂估。
核心流程：入库管理 → 库内管理 → 出库管理。
| 名词 | 定义说明 |
|---|---|
| 库位（Location） | 仓库内最小的存储单元，通常以编码标识，用于精确管理和快速寻货 |
| 批次（Batch） | 同一批生产或入库的商品集合，用于追溯和先进先出管理 |
| 波次（Wave Picking） | 将多个订单按规则合并成一个批次统一拣货，提高仓储作业效率 |
| PDA/RF枪 | 仓库作业人员使用的手持终端设备，用于扫描条码进行出入库、盘点等操作 |
| 盘点 | 对仓库实物数量进行清点核对，找出并处理账实差异 |
| 库龄 | 商品在仓库中存放的时间，用于识别呆滞库存和推动库存清理 |
核心逻辑：先进先出原则（FIFO）；拣货路径优化；库存冻结机制（出库任务生成后自动冻结对应库存）。
核心流程：货主提出运输需求 → 运输计划与调度 → 承运商分配 → 在途跟踪 → 签收 → 回单 → 运费结算。
| 名词 | 定义说明 |
|---|---|
| 承运商（Carrier） | 负责实际运输货物的第三方物流公司 |
| 在途跟踪 | 通过GPS、物联网设备等方式实时监控车辆位置和运输状态 |
| 拼单/集货 | 将多个小批量订单合并为一张运单发货，降低运输成本 |
| 电子回单 | 收货方签收后生成的电子凭证，作为结算依据 |
| 运费结算 | 根据运输距离、重量、体积、服务类型等因素计算应付运费 |
核心流程：供应商寻源 → 供应商准入 → 供应商合作 → 日常协作 → 绩效评估 → 供应商退出。
| 名词 | 定义说明 |
|---|---|
| 供应商准入 | 对新供应商进行资质审核、信用评估和能力考察，建立标准化准入评分体系 |
| 供应商绩效评估 | 围绕质量、交付、成本、服务等核心维度定期对合作供应商进行考核评分 |
| 供应商分类分级 | 根据供应商的重要性和合作规模分为战略型、重要型、普通型等层级 |
| 采购配额管理 | 对同一物料的多家供应商设定采购份额比例，避免单一供应商依赖风险 |
核心流程：交易数据归集 → 资金计算 → 清算执行 → 对账核销。
清算系统是资金流转的"最后一公里"功能。结算体系需同时满足三个核心诉求：实时性（T+0/T+1结算）、准确性（误差率<0.001%）、可追溯性（全链路资金轨迹）。
| 名词 | 定义说明 |
|---|---|
| 清算 | 交易完成后，各方确认应收应付金额的过程，是资金划拨前的准备环节 |
| 结算 | 清算完成后实际执行资金划拨的过程 |
| 对账 | 将系统内数据与银行流水、商户账单等进行逐笔核对，发现并处理差异 |
| T+N结算 | 交易后第N个自然日或工作日进行资金结算，如T+1（次日结算） |
核心逻辑：清算四步流程（订单归集→资金计算→清算执行→对账核销）；三级对账机制（系统内核对→银行流水核对→商户到账核对）；采用"总账+明细账"双账本模式。
核心流程：结算数据准备 → 结算计算 → 结算单生成 → 支付指令发起 → 资金划拨 → 结算完成确认。
结算金额计算：结算金额 = 交易金额 - 平台佣金 - 营销补贴 - 退款金额 - 其他扣款 + 奖励。
核心流程：数据获取 → 数据清洗与标准化 → 逐笔比对 → 差异识别 → 差异处理 → 对账报告生成。
对账本质上不是"把两张表勾上"，而是用同一套可审计的规则，将采购到付款链路中的数量、价格、税率、供应商主数据、收货状态等统一校验。
三单匹配核心校验：采购订单数量与收货单数量一致、收货单数量与发票数量一致、采购订单单价与发票单价一致、税率校验匹配。
核心流程：月度/年度数据准备 → 关账前检查 → 成本核算 → 凭证处理 → 科目结转 → 结账执行 → 结账报告。
| 名词 | 定义说明 |
|---|---|
| 关账（Closing） | 在会计期末关闭账务处理窗口，禁止修改历史账务数据，开始编制财务报表 |
| 月结（Month-End Closing） | 每月末执行的对账、成本核算和账务结转的财务流程周期 |
| 暂估（Accrual） | 货物已入库但发票未到时，先按估计成本暂计入账的会计处理 |
| 成本调整 | 当暂估与实际发票金额存在差异时，在收到发票后进行的成本差异调整 |
进销存是企业ERP系统中最基础的三大业务模块，涵盖企业日常经营的三个核心环节：
ERP进销存系统通过深度整合采购、销售、库存、财务四大核心模块，打破数据孤岛，实现业务与财务的无缝对接。
核心流程：采购申请 → 采购订单 → 到货质检 → 采购入库 → 采购发票 → 采购结算 → 付款申请。
ERP系统将采购、审批、订单生成、到货验收、财务结算等环节集成在一个平台，实现信息流、物流和资金流的高度统一。
核心流程：客户询价报价 → 销售合同 → 销售订单 → 订单审核 → 出库发货 → 销售出库 → 销售开票 → 收款核销。
| 名词 | 定义说明 |
|---|---|
| 销售订单（Sales Order） | 客户下达的采购指令在系统中的记录 |
| 发货单（Delivery Note） | 通知仓库进行发货操作的指令单据 |
| 销售发票（Sales Invoice） | 向客户开具的应收款项凭证 |
| 应收账款（AR） | 企业对客户的未收货款，销售发票审核后形成 |
| 核销 | 将收到的客户回款与对应的销售订单或应收账款进行匹配和销账 |
核心流程：入库管理 → 出库管理 → 库存盘点 → 存货成本核算 → 成本结转 → 月结。
| 名词 | 定义说明 |
|---|---|
| 先进先出法（FIFO） | 先入库的存货先出库作为成本计价方法，适用于保质期短的商品 |
| 移动加权平均法 | 每次入库后重新计算平均单价，适用于价格波动较大的商品 |
| 月末一次加权平均法 | 以全月所有入库数量与月初存货数量为权数计算加权平均单价 |
| 个别计价法 | 对每一件或每一批存货单独标识并计价，适用于高价值商品 |
| 暂估入库 | 货物已到、发票未到时的成本预估处理 |
核心架构：明细记账、结存当前、成本独立核算。数量与成本分离原则——库存数量由出入库单据驱动，库存成本由核算方法驱动，两者独立管理。已月结期间不允许修改原始数据，差异通过当期调整单处理。