在B端产品中，常用到列表展示信息，其中列表内条目的排序规则及实现 *** 需要产品经理去思考和定义。笔者思考总结了项目中的一些经验，供大家参考。

排序的最终目标：

与所有的产品设计思路一样，我们要“以终为始”去思考问题。不管经由什么 *** ，排序的最终目的是“以符合业务逻辑的方式呈现信息”，也就是说，排序的结果需要在业务层面具有实际意义。

举个例子，从开发逻辑上来说，任何一个绝对线性的字段，比如条目创建时间，都可以用作排队指标，但是这个指标如果在业务层面毫无意义，就是不可用的。

排序面临的问题主要有两种：

1. 业务逻辑不明确

在这种情况下，别说排序规则，就连排序目标也无法明确。

这种情况下，需要产品经理参考通用的做法，结合自己对业务的理解去制定一个相对合理的排队规则，比如按时间顺序、时间倒序，或者某个关键字段等。

另外一种做法是对列表中多个关键指标提供“排序”按钮，把排序规则交给用户，保持产品的灵活可用性。

2. 实现方式不明确

B端产品设计要受制于业务规则，业务规则具有复杂性。很多时候我们无法用单一或者明确的方式去实现排序结果，而是需要产品经理去设计一个“算法”，来无限接近最终目的。

下面我用一个例子，来具体解释这个问题。

2.1 情境

某资料库类产品，以项目为单位，提供项目信息及文件增删改查的功能。

其中，项目内的各轮投资信息需要在项目首页进行排序显示，且排序结果影响各轮投资之间的参数计算结果。

问题：没有单一可以用来排序的关键指标，产品经理需制定排序规则。

2.2 思路

在这个案例里，最终需要的排序结果是各轮投资实际发生的顺序。

针对结果，首先想到的几个可用指标：投资轮次名称、各轮次结束时间（closing date)、各轮次创建时间

（1）投资轮次名称

“投资轮次名称”是首先会想到的比较明显的排队指标，且具有独一性。但是经过调研之后，发现各轮投资并不是绝对线性发生，所以无法作为排序的指标。

（2）closing date

每轮投资会有closing date，可以标记轮次发生的顺序，且同样具有独一性。

但是，考虑两种情况，closing date 并不是必填项。

资料录入时，本轮投资有可能未结束。

历史资料批量导入，closing date可能缺失。

（3）轮次记录创建时间

创建时间是计算机记录的用户操作时间，具有不可更改性，无法适应历史资料导入的情况，或者用户录入轮次顺序颠倒的情况。

2.3 结论

综合以上分析，最终制定：

短期方案为：优先按closing date排序，此项缺失时，按创建时间排序。

长期方案为：随着产品投入使用和项目资料的规范化，调整closing date为必填项，覆盖closing date缺失的情况。

总结

根据以上分析，B端产品列表排序的设计思路，可以用下图概括：

以上，希望能为B端产品的小伙伴提供一些参考和思路。