社交网站的完整设计思路

一、前言

看到下面一些网站的名字，单身的你或许还是比较兴奋。没错，以下这些都是比较成熟的交友网站。排名不分先后：世纪佳缘、爱情公寓、城市达人、百合网、珍爱网、嫁我网、51个人空间、亿友网、赛我网、聚友网、 360圈、爱的根源、江南情缘、 QQ交友中心、速配网、知己交友网、人和网、同楼网、圈网……

先看下面一组数据：

其实网络交友市场由来已久，从02年 03年到现在，大大小小的交友网站林林总总，这块市场确实是很大的。随着交友市场的成熟，几大交友网站的格局也逐渐形成。窥其几年的发展轨迹，我还是看得出：

①交友网站的特点：

1、注册用户数多；

2、用户群体年轻

3、用户活跃度高；

4、用户粘性较强；

5、用户需求强烈；

②交友网站的趋势：

1、交友方式丰富化；

走直接交友到线下交友（电视相亲、活动相亲）交友的方式越来越多。同样交友方式的丰富化也为网友市场的价值挖掘和盈利探索提供了摸索和实践的机会。

2、交友载体多元化；

交友载体不仅仅是PC，现在有越来的载体如手机、移动网络等。可能到最后实现多网合一，交友的便利体现的淋漓尽致。

3、用户沟通社区化；

用户沟通由横向并行到纵向交叉，社区化的交友方式越来深的用户青睐。白来世纪机缘、珍爱等几家网站独领风骚，现在爱情公寓、开心、校内、139等等慢慢抢占市场。

4、市场竞争差异化；

伴随市场的准入门槛和实力对抗，差异化竞争越趋明显如：心理学匹配、严肃交友、白领交友、电视红娘…

不管是想通过网络交友认识异性，作为择偶对象、人生朋友、性伴侣，还是在网上寻找满足感、归宿感、情感心理依托…也不管交友站么打着多么号召力的番号，其规则还是换汤不换药的路线。

还单身么？想泡与被泡么？想相识异性么？——那就来吧！作为平台运营方来说，我们做的事很明确，就是：“怎么样把找与愿与被找到的联系起来。”

1）画图玩

为什么要画图呢，图体验思路，图可以组织逻辑，如果你的逻辑还不错可以直接在脑子里进行抽象思维，那我还是建议你把想法画出来。接下来我打开ROSE画个图，至于大家可选用的工具多了，此处不做说明。

【图1】

===============================================================

【图2】

===============================================================

说明：很明白，通过图1、2大体说明了这个社区的要去设计一些功能。以及这些功能的主次层级关系。在大的TEAM，这些SNS的社区需求可以分解为几个产品经理去做。可光有这个图，还不够，至于具体的这个SNS社区到底是通过怎么样一种机制去实现的呢，我觉得有必要接着画第二张图。

第二步：画一下SNS社区的协作机制[如下]：

【图3】

===============================================================

【图4】

===============================================================

说明：在完成图3、4后产品经理不仅清楚或明确了要做什么，具体要实现哪些功能的问题，而且从深层意思上明白了，整个SNS社区的协作机制。从浅入深的理解这个庞大的社区系统，怎么样去根据它的所谓体貌特征更好合适的设计整个系统的构架和交互。

在完成了对社区的整体理解后，第一步就是围绕ID,也就是社区用户的问题，用户怎么来？通过那几种方式来，通过哪几种途径来？社区有了用户以后，怎么样行为最初的好友关系，以及后面围绕“ID”（在社区里体现为好友）怎么样挖掘更多的好友价值？也是产品经理在写需求的时候需要重点考虑的问题。

第三步：画一下SNS社区最简单的注册以及邀请注册[如下]：

【图5】

===============================================================

【图6】

===============================================================

说明：其实注册用户，成为好友，邀请用户注册是个通常的做法，所以这快的画（逻辑）也是比较简单，SNS社区通过不断的邀请注册成为几何倍数的增长。当然产品经理在具体的邀请模块中必须要把系统默认的组名关系要规定好，到底你的初始数据需要摆哪些组，举开心（kaixinoo1为例，它里面就把常用的同学、同事等作为默认的组。因为它和邀请类型是相对应的。可能大家在写需求写到后面发现，社区个人资料的字段设置也是和组精密相关的。

第四步：？？？

刚才的1、2、3步骤说白了，是组合逻辑的一个过程，那接下来第四步要画什么，那就根据您写SNS社区需求的需要了，是要写：“社区个人动态处理逻辑”，还是“个人主页访问权限处理逻辑”，还是说“圈子、群组”实现逻辑，从逻辑的角度来综合的来考虑一下，我这块的社区到底哪些地方的流程、逻辑需要约束和定制，很简单的功能是允许程序员按照通过的实现方式去做的，所以把握好主次、侧重为后期的需求完善也是铺个良好的前奏。

接下来，我再分享几个常用的SNS社区，需求的逻辑，我画的貌似都是ROSE的激活图，可能也是时间有限，难免有不规范和不完整之处，仅供大家参考。

【图7】

===============================================================

【图8】

===============================================================

【图9】

===============================================================

【图10】

===============================================================

这一章节的教程就此结束，此时此刻，设计社区需求的产品经理应该脑子里很清晰的印着一道道网络，看过《越狱》的朋友应该更有体会，其实这玩意值钱，做产品做到后面不是说做哪一类的产品，而是说我有了一定的功夫，做什么都OK，原理是相通的。我也希望PM们一定要做到心中有树，这样开展原型设计的时候才能更快更好。

社交（SNS）网站的完整设计思路之2

(2010-01-02 21:26:39)

转载

标签：

it

2）定目录我个人的理解为：“逻辑条理化”，很多人说，你这么干繁琐不繁琐啊。我认为这个过程是必要的，且不可缺少的。究其原因是因为你有了一个推过反复推敲的可行的目录，才能更合适的展开或变更需求。要不很多情况下，写，写了一半断电了。这种情况应该说是很多的，其实很简单的养个一个好的习惯就可以避免了。明确有哪些模块，每个模块有哪些功能。