它们如何协作
-
Product（产品） ：您公司销售的商品或服务。定义了产品名称、编码、描述等固有属性。
-
Price Book Entry（价格手册条目） ：一个产品在不同场景下的"官方标价" 。它回答了"这个产品在A价格手册里卖多少钱？"。
- 一个产品可以有多个Price Book Entry，因为可以存在于多个Price Book（价格手册）中。
- 最常见的价格手册是"Standard Price Book"（标准价格手册），您可以把它理解为公司的基础价目表。
- 您可以创建其他价格手册，例如"零售价"、"批发价"或针对不同地区的价格（如"EMEA欧洲中东非洲区"、"APAC亚太区"），为同一个产品设置不同的List Price（标价） 。
-
Opportunity Product（商机产品） ：一个产品在某次具体销售机会（商机）中的实例。它回答了"客户在这次交易中，以什么条件购买了这个产品？"。
- 当您将一个产品添加到商机中时，系统会根据该商机所关联的价格手册，自动找到对应的Price Book Entry，并将其List Price（标价） 填充过来。
- 销售代表随后可以（如果权限允许）修改Sales Price（销售价） ，即最终成交价（例如，给予折扣或加价）。
- 这里还记录了与本次交易相关的信息，如购买数量、服务起始日期等。
一个简单的比喻
您可以把它想象成开一家咖啡店：
- Product：就是您的"物料"，例如"大杯拿铁"。它定义了这是一杯含有牛奶和浓缩咖啡的饮料。
- Price Book Entry：是您店里的"价目表"。您可能有一个"堂食价格"（Price Book A），大杯拿铁标价35元；还有一个"外卖价格"（Price Book B），标价33元。
- Opportunity Product：是某位顾客的一张小票上的"大杯拿铁"。您根据他是在店里喝还是外卖，选择对应的价目表（Price Book）。如果这位顾客是熟客，您给他便宜了3元（折扣），那么最终成交价（Sales Price）就是32元（堂食）或30元（外卖）。这张小票上还记录了他买了几杯。
对您工作流程的意义
简单来说：
- 您首先需要在系统中维护好所有Products（产品）。
- 然后为这些产品在不同的Price Books（价格手册）中设置好Price Book Entries（标价）。
- 当销售创建商机时，选择正确的价格手册，添加产品，系统会自动带出标价。
- 销售代表根据谈判情况（并在权限允许时），在商机产品行上修改最终售价。
Q&A
1. 产品价格更新后，对已经存在的商机（Opportunity）或订单（Order）的金额没有任何影响。
让我们用以下流程图来理解整个过程：
产品 (Product)
├─ 标准价格册中针对不同的币种配置的价格 (Standard Price) - 可编辑
│
├─ 价格手册条目 (Price Book Entry)
│ ├─ 价格手册A：列表价格 (List Price)
│ │ └─ 可选择"使用标准价格"或手动调整(若勾选了"使用标准价格"，则List Price必须和standard price对齐，不然无法保存)
│ └─ 价格手册B：列表价格 (List Price)
│ └─ 可选择"使用标准价格"或手动调整
│
└─ 商机产品 (Opportunity Product) / 订单产品 (Order Product)
├─ 列表价格 (List Price) ← 创建时从相关价格手册条目同步,后续会相关价格手册条目更新会同步
└─ 单价 (Unit Price)
└─ 创建时建议使用列表价格，但后续不同步
举例说明
假设您销售"笔记本电脑"：
- 产品标准价格：¥10,000
- 价格手册A（零售价） ：¥11,000
- 价格手册B（批发价） ：¥9,500
场景1：创建商机
- 销售代表选择价格手册A创建商机
- 添加"笔记本电脑"，系统自动填入¥11,000作为建议销售价格
- 销售代表最终以¥10,500（折扣500元）成交，保存商机
场景2：之后更新价格
- 您将价格手册A中"笔记本电脑"的价格从¥11,000调整为¥12,000
- 结果：已经存在的商机金额保持不变，仍然是¥10,500
- 只有新建的商机才会使用新的¥12,000价格
为什么这样设计？
- 交易稳定性：已成交或报价的价格不应随意变动
- 合同一致性：商机和订单本质上是合同或报价，价格应锁定
- 财务准确性：历史交易记录需要保持不变以用于报表和分析
- 业务流程合规：防止意外的价格变动影响已确认的交易
简单来说：在Salesforce中，价格更新是"向前生效"的，不影响已经存在的交易记录。 这是为了保证数据的一致性和交易的稳定性。
