蚂蚁网的“蚂蚁秀场”，就是随机显示出两个照片，由网友来投票谁更漂亮。

这种应用，在很多网站都出现过。

但“蚂蚁秀场”稍有不同，也是让我击节赞赏的地方是：“推荐参加蚂蚁秀场”。

也就是说：“蚂蚁秀场”中的照片，都是网友们推荐上来的。

通过该功能，满足推荐人的几方面价值：

1.展示自己的品位、眼光、信誉、发现新星的能力。

2.向被推荐人示好。

通过该功能，满足被推荐人的几方面价值：

1.参加一个精挑细选的PK场，满足自己的“有实力感、档次感”。

2.知道谁是我的“经纪人”、“粉丝”。

通过该功能，满足投票人的几方面价值：

1.待投票的照片质量有了保障，可以看经过筛选的高质量美女。

上面最重要的是，就是引入了“推荐人”，给了他施展的场所，让他有了价值。

由此盘活了整个系统、多方参与人的价值。

我认为，这是驾驭集体智慧的一个很好的案例。

某部分用户，没有优秀的直接生产内容的能力和智慧，但是他们有发现内容的能力和智慧，如何把他的这种能力和智慧通过网站架构表达出来，给予鼓励，就是网站的思考点所在。

这两天要给亲属找医院，在搜索引擎里经常会找到 “好大夫在线”网站。发现这真是一个非常优秀的和医院、医生、治病相关的Web2.0网站。虽没有与其他类似网站做过全面比较，但个人感觉是医疗这个领域里面中国最好的网站。

优秀的地方：

1.定位：医生点评是非常好的定位。

对患者的价值是寻找好医生，屏蔽坏医生，获得来自病友的第一手信息 和医生的在线答复。

对医生的价值是树立个人品牌，传递个人口碑。

对科室、医院的价值也是树立品牌，传递口碑。

这个定位非常实在，在中国患者对医生的不信任是一种普遍的情绪，那么这个网站就是在帮助患者找到一些信心。另外，《小趋势》这本书也讲，患者通过互联网自我诊断（结合医生诊断），自我寻找各种各样的资源和信息，已经是一种趋势。那么好大夫在线网就是在响应这种趋势。

2.聚焦：只做点评和问答。

好大夫在线网站的功能非常专一，聚焦于点评和问答。

患者得病本来就很心烦意乱了，在一些医疗网站上五花八门、混乱纷杂的功能和信息，对人造成很大的压迫，使患者不得要领，很难获得实在的价值。而且对于某个与9相关的网站，你很难定位其是医疗网站还是娱乐网站，充斥了不少与性相关的信息，甚至拿这个当噱头。

而在好大夫在线，患者可以简单容易的获得非常实在有效的价值：看病友的点评，看医生和患者的问答。对于患者，能看到这些太重要了。

3.产品：

搜索：的以搜索做整个网站入口，非常实用和简单。

界面：非常典型的Web2.0界面。清新、友好、漂亮。

实在：很多功能非常实用有效，充分引导了用户的使用。比如写感谢信、写看病经验，这就比“写点评”有更强的暗示性，能够很有效的也很实在的引导用户的UGC。

机构化：很多地方都充分的结构化了，结构化的优势就是更容易的分享信息。比如“写看病经验”功能，要分别填写 “疾病名称”、“治疗方式”、“疗效”、“态度”、“看病过程”，这就比那种一个 选择星星、填写标题、写个正文的泛泛的点评框有价值多了。

两个启发：

1.怎么防止抄袭：在google搜索好大夫在线的时候，发现了一篇文章，好大夫在线正在谴责另外一家网站的抄袭行为。在我看来，降低抄袭危害的最好的办法就是保持简单和专注。这个道理与很多网站能够将twiiter作为内嵌模块，但twitter仍然最有价值的道理一样。这种简单和专注给了用户非常好的体验，能够非常直接、有效、快速的获得用户想要的价值。而作为发展了一段时间的抄袭方，可能也不舍得砍掉自己的枝枝蔓蔓。

2.怎么运营推广：任何UGC类型的网站，都面临一个问题，如何启动。好大夫的经验是：http://news.iresearch.cn/events/20080419/79467.shtml ，如这文章所说，许三多式样的人肉法。

机会：

在很多领域，还都没有这么单纯又实用的网站，比如旅游领域就没有。

前言：

在上一篇博客《SNS网站是否该区分房子和院子v2》中，我朦胧的提出了现有的SNS网站的“个人空间”应该拆分为“房子”和“院子”。

在追寻答案的痛苦过程中，我看了一些社会学的资料，现在能够更明确的总结我上一篇博客的问题：“如何在一个SNS网站上表现一个人的多重社会角色？”，如何搭建多个社会学所说的“舞台”？

同时我发现我的问题，是在3个维度的问题，分别是：

1.多重角色。

2.私密对话和公共对话。

3.需要我同意的关系、客观存在不需要我逐个同意但我可以加入的关系、客观不存在也不需要我同意的关系。

在本篇博客里，就分享一下我对这3个维度的问题的部分思考。（经过痛苦的概念思考、建模、原型，修改了几稿，我也找到了我的答案，以后再分享）。

角色/对话/关系

1. 需求

1.1 角色

1.1.1 多面社会角色

1.2 对话

1.2.1 两两对话

1.2.2 集体对话

1.3 关系

1.3.1 需要我主观同意的关系

1.3.2 客观存在的需要部分人确认的关系

1.3.3 客观不存在也不需要我确认的关系

2. 现有网站的实现方式

2.1 Facebook

2.1.1 角色

2.1.1.1 Profile是单角色

2.1.1.2 通过隐私设置来控制向哪部分人展示

2.1.1.2.1 相当于是合并了几个角色

2.1.1.2.2 仍是单角色

2.1.2 对话

2.1.2.1 集体对话

2.1.2.1.1 全部是集体对话

2.1.2.2 是两两对话

2.1.2.2.1 只有私信

2.1.2.2.2 不符合用户以各种形式独自（不面向特定对象）表露的需求

2.1.3 关系

2.1.3.1 全部是需要主观同意的关系

2.1.3.1.1 群组已经淡化为应用

2.1.3.1.2 网络已经淡化隐私设置的“一个条件”

2.2 QQ

2.2.1 角色

2.2.1.1 QQ空间是单角色

2.2.1.2 用户只能选择多个QQ号的方式来部分实现多个角色

2.2.2 对话

2.2.2.1 集体对话

2.2.2.1.1 QQ空间

2.2.2.1.2 QQ群

2.2.2.1.3 邀请好友进行多人会话

2.2.2.2 是两两对话

2.2.2.2.1 qq聊天

2.2.2.2.1.1 不符合用户以各种形式独自（不面向特定对象）表露的需求

2.2.3 关系

2.2.3.1 需要确认

2.2.3.1.1 qq好友

2.2.3.2 客观存在不需要我确认

2.2.3.2.1 qq群

2.2.3.2.2 Qbar

2.2.3.3 客观不存在也不需要我确认

2.2.3.3.1 QQ空间

2.2.3.3.1.1 对陌生人开放情况下

这张思维导图的在线地址：http://share.xmind.net/stone2046/role-dialogue-relations/

   SNS是否该区分房子和院子

1. 房子和院子的概念
Tags: Priority 1

1.1 需要解决的问题

1.1.1 人在社会生活中的多角色

1.1.2 既要有两两对话，也要有群体对话

1.1.2.1 两两对话

1.1.2.1.1 MSN/QQ

1.1.2.2 群体对话

1.1.2.2.1 Facebook

1.2 想把目前SNS网站“个人空间”拆分开为房子和院子

1.3 房子的信息较私密

1.4 院子的信息较公开

1.5 房子的交互较私密（两两对话）

1.6 院子的交互较公开（群体对话）

2. 区分的好处
Tags: Priority 2

2.1 能区分朋友的远近

2.2 自然的模拟朋友的逐渐熟悉，逐渐表露的过程

2.3 能实现两两对话和群体对话

2.3.1 有利于维护保密的关系

2.3.2 有利于维护言论的隐私

2.3.2.1 当我知道除了你和我，别人都不能看时我才敢发言论

3. 区分的坏处
Tags: Priority 3

3.1 层次太多，概念太多，容易造成混乱，使用复杂

3.2 每次发表内容，都要考虑发布到哪里，房子还是院子？

3.3 房子、院子有大量重复功能

3.4 因为房子只能两两对话，因此减少了让人们认识的机会

3.5 会让朋友感觉自己被区别对待了

4. 不区分的好处
Tags: Priority 4

4.1 概念简单

4.2 与现有SNS模式相同，容易理解学习和操作

4.3 促进更多交互

5. 不区分的坏处
Tags: Priority 5

5.1 不利于维护言论的隐私

5.1.1 当我知道除了你和我，别人都不能看时，我才敢发

5.2 不能区分朋友的远近

5.3 不能自然的模拟朋友的逐渐熟悉，逐渐表露的过程

5.4 不能实现两两对话和群体对话

5.4.1 不有利于维护保密的关系

5.4.2 不有利于维护言论的隐私

5.4.2.1 当我知道除了你和我，别人都不能看时，我才敢发

5.5 不有利于维护保密的关系

6. 替代方案
Tags: Priority 6

6.1 方案1描述

6.1.1 用户A 设置自己 在用户B那里的交互为私密

6.1.2 用户A 设置 用户B 在 自己这里的交互为私密

6.2 方案2描述

6.2.1 来访者主动设置 某条交互 私密发送

6.2.1.1 例如开心网 发表按钮旁边的“悄悄话”

6.3 方案3描述

6.3.1 秘密交互全部使用私信

6.4 方案1、2、3的缺点

6.4.1 操作复杂

6.4.2 容易误操作

6.4.3 让设置的对象有“区别对待”、“地下情人”的不好感觉

6.4.4 不够自然

6.5 方案4描述

6.5.1 以自己的角色所在的空间，来定义多个房子

6.5.1.1 我的工作室

6.5.1.1.1 同事关系

6.5.1.2 我的健身房

6.5.1.2.1 运动队友关系

6.5.1.3 我的酒吧

6.5.1.3.1 酒吧偶遇关系

6.5.1.4 我的教室

6.5.1.4.1 同学关系

6.5.1.5 我的祖屋

6.5.1.5.1 亲属关系

6.5.1.6 我的书坊

6.5.1.6.1 作者读者关系

6.5.1.7 我的会所

6.5.1.7.1 邻居关系

6.5.2 当有好友申请时，允许其加入自己的某个或某个房子

6.5.3 好友关系升级时，可邀请好友加入到自己的更多私密性的房子

6.5.4 缺点

6.5.4.1 好友知道了在你心里的位置

6.5.5 优点

6.5.5.1 有辅导作用，帮助用户快速明白多个房子的含义

6.6 方案5描述

6.6.1 以任意标准来定义任意多个房子

6.6.2 好友关系升级时，可邀请好友加入到自己的更多私密性的房子

6.6.3 当有好友申请时，允许其加入自己的某个或某个房子

6.6.4 优点

6.6.4.1 好友不知道在你心里的位置

6.7 方案6描述

6.7.1 一个帐号，多个马甲

6.7.1.1 与现在中文互联网上的“马甲”的不同点

6.7.1.1.1 不是多个帐号

6.7.2 优点

6.7.2.1 很清楚自己的“位置和角色”，因为登录时必须选择“马甲”

6.7.3 缺点

6.7.3.1 “马甲”的含义，与SNS界倡导的真人网络概念相背离

6.7.3.1.1 导致虚假的自己

6.7.3.1.2 导致持续经营多个自己

6.7.3.1.3 破坏了该人际网络网站的可信任度

在线思维导图：

http://share.xmind.net/stone2046/sns-whether-the-distinction-between-house-and-yard/

思维导图图片：

更多房贷7折新闻和讨论，请到专业的房贷7折网站：http://bbs.fuli123.com.cn

完整版本：http://share.xmind.net/stone2046/7-discount-mortgages/

文字版本：
房贷7折

1. 房贷计算器

1.1 初次房贷策略比较器

1.1.1 输入

1.1.1.1 城市

1.1.1.2 购房总金额

1.1.1.3 月收入

1.1.1.4 现有资金

1.1.1.5 是否首次房贷

1.1.1.6 是否可以公积金贷款

1.1.1.7 策略名字

1.1.1.7.1 最省钱

1.1.1.7.2 月还最少

1.1.1.7.3 利息最少

1.1.1.7.4 月供渐减少

1.1.1.7.5 月供渐增多

1.1.2 输出

1.1.2.1 方案一

1.1.2.1.1 建议银行

1.1.2.1.2 建议首付

1.1.2.1.3 建议商贷额度

1.1.2.1.4 建议公积金额度

1.1.2.1.5 建议月供

1.1.2.1.6 建议还款模式

1.1.2.1.6.1 等额还是等本

1.1.2.1.6.2 固定利率还是浮动利率

1.1.2.2 方案二

1.1.2.3 方案三

1.2 提前还贷计算器

1.2.1 输入

1.2.1.1 贷款总额

1.2.1.2 贷款余额

1.2.1.3 还贷方式

1.2.1.3.1 等额还是等本

1.2.1.3.2 固定利率还是浮动利率

1.2.1.4 贷款日期

1.2.1.5 还款结束日期

1.2.2 输出

1.2.2.1 是否建议提前还款

1.2.2.1.1 是

1.2.2.1.1.1 提前还款额度

1.2.2.1.2 否

1.2.2.2 是否改变还款方式

1.2.2.2.1 是

1.2.2.2.1.1 还款策略

1.2.2.2.2 否

1.3 房贷7折计算器

1.3.1 输入

1.3.1.1 银行

1.3.1.2 城市

1.3.1.3 贷款年份

1.3.1.4 贷款年限

1.3.1.5 贷款金额

1.3.2 输出

1.3.2.1 原还款总额

1.3.2.2 新还款总额

1.3.2.3 省钱额数

2. 新闻

2.1 自动聚合所有包含房贷 七折或房贷7折的新闻

3. 论坛

3.1 以银行为板块

3.2 以省份直辖市为主题分类

4. 公告

4.1 各地是否可以办理7折房贷

4.2 具体折扣

4.3 办理办法

1998年至2003年：企业信息化（OA/BPM/Workflow）软件项目的开发人员和开发组长。

2003年至2006年：研发中心副总工兼部门经理，负责企业信息化产品（OA/BPM/Workflow/ITIL）研发。

2006年至今：企业信息化的售前(PreSales)。

2006年至今：创办4家网站。包括：公司点评类、婚庆类、美女类、品牌类网站。