别轻易搭建用户关系

首先做一点说明：用户，也就是对于一个产品来说这个用户是具名的，可识别的。两个可识别的用户产生的关系，是这里研究的用户关系。那么在这个范畴里，内容管理系统CMS产生的多个匿名人阅读指定一份内容的关系，不属于用户关系，而电子布告系统BBS产生的多个具名或匿名人阅读指定一份内容的关系，也不属于用户关系。

关系型产品很多，其中失败者占大多数。

首先研究一种普遍的失败典型，主要是垂直类个人站点和不职业团队犯的错误，即不慎重思考而直接采用SNS或微博程序搭建站点。最近依然还有，09年末甚多。做一个同城社区，或者登山俱乐部、驴友团、专业律师网站、歌迷社区等等，用SNS来构建。大多数情况下用Ucenter的公共插件游戏，努力些的团队自己开发特色应用。你可以搜“power by ucenter”看有多少这类物件。有成功得让我们熟知的社区么？我暂时没听说，至少绝大多数是失败了。为什么？那你先问问你为什么要涉足这个垂直领域。你只是想把歌迷聚合在一起分享音乐，那么你干嘛不用CMS的音乐下载模式？你只是想做登山俱乐部，那么你为何不做一个简单的电子布告栏然后结合Q群组织活动？

接着研究些貌似优秀的用户关系产品。人间网和白社会。前者介于GoogleWave和SNS之间做了新的尝试，把前端技术做到极致整个操作体验非常棒。白社会也不赖，创造了许多白领的典型应用场景，精致的社区游戏，那个技术实现力也不容小觑。他们有一个共同的特点——社交网络属性（还好没说他们右上角都有个方块能打卡。）。在产品设计过程中就预伏了用户关系，为哪些人构建用户关系，创造出什么价值。不过事实上他们也并没有走得更远更好。

搭建和治理用户关系，首先得关注关系本身有没价值。关系有没价值，要看这个关系中传递的信息有无价值。信息有价值，那么看是对用户关系的双方有价值，还是对社区内大多数人都有价值。若对大多数人都有价值，你干嘛构建用户关系来组织信息广泛传播？校内上产生了海量日志和图片，对全体校内用户都有价值吗？不是，只对相同班级同类好友有价值，所以它用SNS传达信息，使信息与关系都产生价值。你做一个周杰伦歌迷社区，然后你让用户只对好友分享周杰伦的签名照片。

若用户关系的构建的确能带来信息的有价值传递，那么接下来要考虑降低价值的识别成本，这主要是针对用户而言。校内网明确了校友和同学之间的关系有价值，为了让用户快速识别价值，首先让用户必须实名，明确学校院系，使用真实头像。这一切是为了降低识别成本，便于系统和用户去识别有价值的用户关系。微博模式可以不署真名，但它天生就具备了一定的识别优势，也就是微博头像右边的三大数字。微博用熟的人其实很快能从系统推荐好友的微博页面上判断此人之于自己的价值，关注数超过1000然后被关注是10以内的基本是僵尸粉，发了500条微博但是被关注是10的基本没有价值，关注接近2000人被关注300人的，大多爱慕虚荣。加上一句话介绍、是否加V、几个勋章、个性化标签、所在公司等，均可为用户识别价值提供快速的判断依据。

其它还有许多用户关系型产品，你们做好用户价值识别了么？BBS是用户价值识别成本极高，头像可能每周一更换，名字可能是字母乱序，没有强求填写过多信息，最好识别的就是等级。可貌似许多SNS站点，继承了BBS用户识别的特征，摆个头像和用户名甚至有些不摆用户名，然后推荐给其它用户。虾米网在个人看来堪称圈内交互设计和美术设计的典范，可个人也觉得它陷入了用户关系的尴尬中。他们想做一个音乐爱好者社区，促进臭味相投，大量的对音乐进行再筛选的组织形式。对音乐评级、帖标签，然后推荐类似的音乐给类似的人。的确在收集用户产生信息并进行再组织方面，方向是对的，例如星座电台等模块，但在用户识别方面呢？访问一个用户的个人页或者个人电台，带着探险的精神听不知道可能是什么的歌（也许有很多人是这么听音乐的），如果喜欢就感动，不喜欢就换台。为什么不把用户收藏音乐的标签进行汇总显示？还可以有粉丝们给其帖的、自己主动贴的标签。其它还有简单的数据，比如它的电台里有多少歌曲、以什么明星为主打等等。

很多时候，用户关系和价值识别能持续也需要持续做调整。而对于内容型媒体型产品来说，可以先不考虑用户关系。把访问者变成具名用户，不一定要用关系为理由。如果你关系没价值，这个理由也不成立。奇艺网最近在测试奇谈，还没正式和大家见面。这是关系型产品，但奇艺网当前这部分不是。内容做好了，需求解决了，用户积累多了，粘性提高了，必要的个性化也完成了，潜在的关系价值已经明确了，那么这个时候可以借用户关系来传递价值。具体的用户关系形式和用户价值的识别要在力所能及的范围内思考清楚，那么就敬请期待了。

在不恰当时机推出用户关系或者推出不恰当的用户关系，这类情况有。不过除了个人站长用不恰当开源程序外，没发现很大牌的例子。还是有一些没把握好轻重缓急的例子，09年风靡一时的vdoing流量统计工具，大张旗鼓，使用各种创新统计方式，推出Android等手机监控客户端，PC客户端，扩展IM聊天和群组功能，构建站长用户关系。阵线铺得太开以后，遭受一次重创（坊间传闻CNZZ攻击其服务器），连续几次长时间维护，然后就悲剧了。该产品核心问题应该更深一些，但是过早搭建用户关系，而且没估量好关系价值，也影响其战略布署和资源分配。站长之间IM沟通是刚需么？也许是，但为什么要用统计工具来沟通？好的统计工具上关联了站长的所属站点和访问量级，更好识别。但这个识别用来做友链和广告交易平台是否更好？即便做广告平台，你就推广了1000个用户，你为其建立关系，假设一个用户有一条关系，每周使用一次，粘性效果如何？

总结归纳。搭建和治理用户关系，首先得关注关系本身有没价值。若用户关系能带来信息价值的传递，那么接下来要考虑降低价值的识别成本。用户关系和价值识别能持续也需要持续做调整，避免在不恰当的时机推出不恰当的用户关系。

文章来源：craylin.blog.163.com 转载请注明出处链接。

标签： 用户关系 产品设计 关系型产品 

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点！
本站所提供的图片等素材，版权归原作者所有，如需使用，请与原作者联系。