最近，Twitter在产品细节上做了一次进化，增加了Lists（非常遗憾墙内的大部分用户是无缘体验的）。
我看到Twitter Lists的第一印象：分组。记得深圳某次聚会，跟digu产品团队交流，大家曾经讨论过是否需要给digu增加好友分组这个功能。当时我是支持这个功能的。digu团队反应很迅速，在其后的一段时间digu的好友分组功能就上线了。不过对于大部分初级用户而言，好友分组功能其实意义不大。原因很简单：如果你的followers比较少，是无需通过分组功能来管理的。比如QQ好友，如果你的QQ好友只有几十个，好友分组功能可有可无。但是随着好友数量的不断增加，好友便需要更好的方式来管理，于是QQ好友分组功能就来了。
映射到微博上，一个用户follow较多人的时候，他对tweets的管理需求就会增加（比如根据tweets来源进行分组，再比如tweets搜索）。好，我们回到分组这个话题上。到此为止，digu实现的功能就是好友分组（注意下图的最下方提示：digu的分组功能跟QQ是一样的，是私人的，不公开的）。截图如下
在实现好友分组之后，不妨再考虑以下两个问题。
1. 某个follower能否出现在多个分组里呢？
2. 既然把follower分成若干组，那么这个组能否公开呢？
第一问题很简单，这个设计的依据是：考察用户分组时对于存在组与组边界的概率高不高（其实我觉得也是可以通过引导的方式尽量较少模糊边界的）。来看看IM是怎么做的吧：QQ里某个好友只能归类都一个组，MSN里某个好友可以归类的多个组。所以我觉得这个设计在实际应用中是差异并不大。
第二个问题涉及到了Twitter的本质，因为Twitter本质是传播，而不是私密交流。所以既然followers是开放的，那么followers Lists也应该public才对。那么既然Lists可以设为publi，紧接着的事情应该是允许用户follow某个Lists（可以理解为批量follow用户）。Twitter还给每个用户自定义的Lists一个绝对唯一的路径。其次，就是统计某个用户被多少个Lists收录了，也就是Twitter的Lists following you。
此外，我还想到Twitter是否考虑过将Lists这个功能交由第三方应用来实现？当Twitter的API足够开放，在第三方应用里集成好友分组等功能是可以实现的。而Twitter不惜将简单的产品复杂化来新增这一功能，一定程度说明了Twitter Lists在Twitter的进化史上将是一个基本功能，所以需要由官方完成。
最后，如果你越墙成功，可以Follow我@imguangyao
