根据">业务需求对产品目录进行过滤，灵活合理地制定价格，是当前众多电子商务网站面临的两个挑战。一方面，商家需要根据需要，以一种灵活、高效的方式对产品目录进行过滤，在不同的业务场景展示不同的产品目录。这种过滤可能不只是简单的针对产品类别进行，还可能是根据产品的某些条件进行，例如对所有 12 月 31 日到期的产品进行过滤。另一方面，随着电子商务的发展，影响产品价格的因素越来越多，价格的变动也更为频繁。并且，产品的定价策略可能会根据多种条件进行，而不单纯依赖于产品目录。例如，对不同客户群，或者在不同时间，进行差异定价。同时，消费者对产品价格的敏感度也越来越高， 能够很方便地比较不同商家对同一产品的定价，所以价格成为影响消费者购买行为的一个重要因素。
为此，在 Websphere Commerce V7 发布的功能包里，管理中心（CMC）提供了一个产品目录过滤器和定价工具。通过该工具可以对产品目录进行过滤，也可以对价格策略进行管理。一方面，可以以产品属性为条件，在多条件下对产品目录进行过滤，将过滤后的产品目录展示给消费者。另一方面，可以根据产品目录、客户群、时间等更多条件动态地提供报价，实现灵活丰富的动态定价策略。方便、灵活的价格策略能够有效地优化商家的利润。同时，该工具还具有可定制、可扩展的优点，以快速响应更多的需求。
本文将通过介绍如何配置及使用产品目录过滤器和定价工具，从而实现一个具有产品目录过滤和灵活动态的定价策略的业务场景。以一个销售护肤产品的 B2C 网站为例。该网站建立了会员俱乐部，注册用户需通过申请才能加入俱乐部。俱乐部的成员可以看到非俱乐部成员无法浏览的特供产品。该网站还实行了分级会员制，使用差别定价策略。根据注册用户在该网站的历史交易金额对其进行等级划分，分别为金卡客户、银卡客户，以及普通客户。不同级别的客户，享受到的产品价格不相同。
早期的价格管理工具的局限性
Websphere Commerce 早期在贸易加速器 (Accelerator) 工具中提供了简单的产品目录过滤和价格策略管理功能。在该工具中，产品目录过滤和价格策略管理捆绑在一起，这使得两种管理界限不明确，并且存在以下几个局限性：
用户只能根据产品类别或产品进行过滤，无法针对某种产品属性对产品进行过滤。这种过滤方式无法满足灵活多变的需求。 价格管理功能简单，只能通过上调或下调原价的百分比，或者设置固定价格来实现静态定价。在电子商务时代，定价需求灵活多变，使用静态定价策略的价格生命周期短，维护成本增高，还有可能根本无法满足需求。 界面只有产品目录的树形结构。如果用户希望过滤的产品类别或特定产品所在的目录层级较深，
那么用户需要一级一级地展开产品目录来进行选择。这种操作显然繁琐而低效。
图 1. 早期的价格管理工具
新的价格管理工具的改进
针对早期工具的局限性，Websphere Commerce 在 CMC 里提供了产品目录过滤器和定价工具。
图 2. 管理中心中的产品目录过滤器和定价工具
新工具在设计和实现上都做了很大改进：
首先对产品目录过滤和价格策略进行了分别管理，使得各自功能更加明确清晰。 产品目录过滤器除了原来按照产品类别和产品进行过滤，还可以根据产品属性进行过滤。
以产品属性为过滤条件，一个产品目录过滤器中可拥有多个条件组，并且一个条件组中也可同时拥有多个条件。条件组之间是“或”关系，同一条件组的各条件之间是“与”关系。例如，使用图 3 中定义的过滤器所过滤出来的产品将同时满足两个条件：
产品的的制造商名称为制造商 1；
产品部件号不等于 A14998。
图 3. 设置属性过滤产品目录
为了实现灵活的价格策略，新工具使用价格规则来实现规则定价。
使用价格规则，用户可以利用组件定义一套价格计算的逻辑，从而提供动态的产品价格，实现更加灵活丰富的定价。
为了实现价格规则，有四类组件可以使用：操作组件、条件组件、分支组件、其他组件。使用分支组件，可以为不同分支使用不同计算方法。然后通过条件组件，根据不同的条件，动态地选择分支。最后通过操作组件，获取价格进行计算。其他组件作为成员在前三类组件中使用。最终给用户提供不同的价格。例如图 4 所示的价格规则，使用了条件分支组件、目录条件组件、获取价格列表操作组件、应用四舍五入操作组件，最终实现了如下效果：