豆瓣同城的解决方案探讨

原文由麦兜发布于其日记，推荐请上麦兜的日记。


今天上午，豆瓣推出了“线上活动”，对此，fallingstarar同学出了一段很纠结的说明：

同城频道项下有两类活动：“线下活动”和“线上活动”。

要出门在现实生活中和人见面的就是“线下活动”
不用出门在网上可以参与的就是“线上活动”

在同城频道下面：
“线下活动”的名字叫“同城活动”，
“线上活动”的名字叫“线上活动”。

很显然，这个功能的推出遇到了逻辑上的困境。把上面这段说明简化就是——同城频道项下有两类活动：“同城活动”和“线上活动”。母分类包含不了全部的子分类。

说到豆瓣同城，这是一个历史悠久的产品，早期是以“用户”为核心的，通过用户行为的算法产生相关的排名和表单，即构成一个城市下的各个模块。等到经历了豆瓣的重大改版，尤其是导航栏的革命后，同城以一个新面目重装上阵，变成了现在的以“活动”为核心。

我觉得这个新面目缺乏一些必要的规划和运营。当产品转变为以“活动”为核心的同时，就应该考虑到了活动存在线上和线下的区别。如果说当时已经考虑到了这个问题，而豆瓣想做的就是同城活动的话，那么就应该在产品上线时做出必要的引导，比如相关的运营规范，让用户逐渐认同“同城的线下活动”这一概念。

而实际的情况大家有目共睹，大量贴图晒物的活动渐渐混淆和模糊了我对这个产品固有的定位。即便到现在作为补救的推出“线上活动”这个概念，也很难让我的定位变得清晰起来。

何故？我觉得可能问题出在，新同城的推出在一开始就是折中的产品。豆瓣导航的其他频道下的二级导航，链接上的二级域名都是跟频道的二级域名一致的，比如电影频道下面的所有二级导航，都是“/movie”打头的。唯有同城是个特例。

按说“同城”对应的是“/event”，而二级导航下面“浏览其他城市”却是“/location”，今天推出的“线上活动”则是“/online”。当然了，一般用户可能不会注意到这个细节。但我觉得它透射出一些实际存在的问题。同城究竟是要做“event”还是“location”呢？而在“event”和“location”并存的时候必然会出现一个“online”的补集（其实补集不止这一个）。

比如“浏览其他城市”（我不知道对于很多没有填写常住地的用户来说这个“其他”意味着什么）下面的引导语是“看看其他城市正在发生的活动云云”（呃，刚刚发现这句话消失了），可是从用户的角度出发，一个用户会在什么情况下才会点击这个页面呢？大概也就是出游或者出差的时候了。不然，我住在北京何至于去操心深圳有什么活动？更不用说洛杉矶了。

实际上，这个页面更大的作用是在用户更改自己的常住地时用来选择的。这也是延续了豆瓣早期同城的功用，而与“活动”这个行为本身并无更大瓜葛。单独拿出来作为一个功能或者页面，虽然必要，却显得大而无当。

对于我这种不喜欢填写常住地但又确实常住北京的用户来说，每次创建同城活动，都要先搬进北京，创建完了再搬出去。有一次我很热心的创建了一个长沙的活动，结果还得不远万里搬到长沙去。对于“创建者一定要是常住于此的人”这个设定就值得商榷，可为什么“参加”活动的人又完全可以不分住地儿，想“参加”就“参加”呢？

“我的同城活动”这么个说法也有问题（实际上导航的标题和页面的标题不一致，页面标题是“我的活动”）。我都没有填常住地儿，哪个是我的“同城”呢？对于有些方便到处迁徙的用户来说，北京上海广州武汉的活动他都有参加过，哪一个是他的“同”城呢？

一头是在强化同城概念，一头又在弱化同城概念，那么出现“全国”甚至“全球”性的“同城”活动就不足为怪了。那现在补救性的出了一个“线上活动”，会不会如我这种懒得搬来搬去的人索性就在线上活动里发起线下的活动呢？因为对于一个用户来讲，这个活动是线上还是线下不重要，重在参与哇！

此外，“线上活动”某种程度上是之前把一些活动强行转变为小组的替代做法。但它仍然无法满足诸如“全国各地豆友同时观看日食”、“全国日记漂流”这样性质的活动。说到底，还是一个逻辑问题。那也就还是无法避免用户在不适合的位置创建活动。那么同城的定位究竟是什么？

综上所述，我认为豆瓣目前的解决方案仍然是一种继续折中的做法。当一再的补救措施不能解决根本问题的时候，革命性的推倒重来不失为一种合理的可能性。打破思维定势，把“World”（也就是“浏览其他城市”）搬到“我的豆瓣”，“同城”更名为“活动”（当然了，豆瓣会找到更酷的名字），线上活动和线下活动（及其他活动）并列，线上活动可以按“城市”（甚至一个更具体的地点）、“类型”和“时间”等多个维度进行重新设计，或者由用户定制。线下活动按“标签”和“性质”等多个维度展开。

话说回来，我提出的这个粗略的方案并不一定是一个更靠谱的做法，但是，我想，也许它往靠谱的路子上挪了那么一步。这是一小步，也是一大步。