用户身份及其表达是建立社会化网站的一个核心元素。能够建立和管理与网站相关的用户身份是其他部分（用户贡献，用户关系和声誉）存在的基础。这是关于用户自己以及他们如何展示自己的部分。

在思考我们用户和身份的时候，我们知道，让用户能取一个用户名（昵称）是构建用户展示页面的第一步。正如之前在注册模式中讨论的那样，允许用户给自己起一个昵称，而不是给他一个标识符，因为留给填写昵称的空间足够大是你能决定的最好设计之一。难道你不想被称为“jack of all design”而不是“jack089”。

一个用户的身份还包括其他一些项目，如个人展示页面（Profile），头像（Avatars），别人眼中的样子（Reflectors）和署名（Attribution）。与这些模式相关的是一个用户的声誉和他们的联系人。
当考虑需要把哪些元素放到一起的时候，你需要知道的是你并不需要全部这些元素，你可以从某几个元素开始，以后慢慢地添加其他需要的元素。

在涉及身份模式的时候，有以下几点需要考虑：

1.让用户自己去表现真正重要的东西。 MySpace上形形色色的个人主页，反映了其用户群体特征，然而， LinkedIn 的用户是不能自定义的其个人主页的，这让其显得非常的专业。

myspace上能够自定义的个人主页。

Linkedin上的个人主页则显得很专业。
2.让用户自己决定怎么来表现自己。用户应该拥有他们的行动以及和他们身份相称的声誉，但是在某些情况下，用户可以选择匿名参与网站活动。
3.让用户自己决定哪些人可以看到哪些内容，让用户控制其他人的访问权限。我的生日是每个人都能看到还只是我的好友？如果是每个人都可以看到，那可能是不真实的。

Facebook个人主页上的隐私设置。
4.要清楚的反映给用户作为编辑（拥有者）所看到的个人主页的样子以及别人看到的样子。交友网站已经很流行这种做法了，但对许多其他网站来说，这种做法还不很流行。
5.拥有一个强大的身份解决方案不会缓和马甲现象以及人们创建的候补身份。

推荐阅读Randy Farmer的Triparite Identity Pattern一些关于身份验证，公开和私密身份之间关系的资料。

————————————————-

原文（英文）：Identity overview
本文链接：http://socialdesign.cn/2009/11/identity/
译者：puting
审校：Yvonne
欢迎转载，转载请标明出处和译者以及英文链接和本文链接。

例子（Example）
 
Plaxo每隔一段时间会给网站用户发送电子邮件，邮件内容为用户可能认识和希望联系的会员，以此来让用户重新访问网站。

何时用（Use When） 
1.需要让哪些很久没来访问的用户回访的时候；
2.需要把网站的一些新特征告诉用户的时候；

解决途径（Solution） 
1.允许用户在注册的时候能自愿选择是否接受网站定期发送的电子邮件；
2.为需要发送的电子邮件制定一个计划表；
3.电子邮件中最好能重点显示关键特征或者新的特征；
4.如果一些用户有阵子没来访问网站，你必须在用户同意接受邮件的前提下，才能发送邮件吸引他们回访；如果该网站的特征是基于关系，从用户朋友那里分享了公共数据块的，应该让用户知道她们错失了什么。
5.在给用户发送要求回访邮件之前，应该设定一个用户多久没来才能给他发送邮件的规则；
6.邮件中应该包含一个醒目的召唤行动（call to action）；
7.每封邮件内容应该简练；
8.发送邮件次数不能太多，频率不能太高，否则将会使得所有让用户回访的努力白费。

逻辑依据（Rationale）
让用户回访是一项需要长久持续的工作，在大多数情况下，通过定期发送邮件（如 newsletter）就可以让用户回访。邮件内容通常都是多种多样的且能突出主题，或者是用户在网站上好友的一些动态。

————————————————-

原文（英文）：reengagement
本文链接：http://socialdesign.cn/2009/11/reengagement/
译者：puting
审校：Yvonne
欢迎转载，转载请标明出处和译者以及英文链接和本文链接。

举例（Example）

以Tumblr.com上的新用户欢迎区域为例

何时用（Use When）
1.新注册用户第一次登陆网站的时候；
2.需要用户了解网站的使用流程及重要性功能的时候；

解决途径（Solution）

flickr.com的欢迎邮件会发送到用户的flickr站内信收件箱中。

1.以热忱亲切的态度欢迎网站新用户：在新用户注册之后，显示一个特殊的欢迎窗或者发一封专门介绍网站重要特征的邮件给用户。除了一个能让用户快速了解的网站功能的向导之外，可以考虑发送一份欢迎邮件。最好能让用户能够便捷的地移除欢迎区从而使用网站的全部功能特征。
2.像在家里款待宾客那样招待你的新用户：如果可能的话，亲自去欢迎他们，并在不打扰他们的前提下，每隔一段时候去问候一下他们。

逻辑依据（Rationale）
为网站的新用户们提供一个欢迎区或者使用向导，这类似于为新进员工或者大学新生举行的一个迎新会，或者像是带第一次去你家的朋友们参观你的家。你越是以平易近人的方式欢迎新用户，他们越能感觉到轻松舒适，同时，也愿意花更多的时间在你的网站上。

————————————————-

原文（英文）：Welcome area
本文链接：http://socialdesign.cn/2009/11/welcome_area/
译者：puting
审校：Yvonne
欢迎转载，转载请标明出处和译者以及英文链接和本文链接。

例子（Example） 

twine.com——左上角上显示网站还是beta版的。首页上的注册形式显示网站还处在内测版，每天通过邀请来增添会员加入网站。Twine目前已经不是测试版了。

何时用（Use When）
1.当你允许用户注册加入到内测版网站的时候，可以使用此模式；
2.当你允许一小部分用户通过邀请其他用户以病毒传播的方式（在控制范围内）来发展你网站的时候，可以使用此模式；

解决途径（Solution）
1.明确表明网站目前还处在内测阶段；
2.提供一些功能特征和好处列表或者产品演示，让用户了解注册以后能做些什么；
3.当要求用户注册以便接收有关测试版本或下一个版本的邀请信息的时候信息：
—提供一个电子邮件输入框；
—提供一个用户名输入框；
—要有一个确认页面，让用户知道了网站已经收到注册请求，并说明将在多少时间之内给予一个反馈或者是邀请。
—发送一封确认邮件到用户提供的这个邮件地址，提醒用户什么时候可以收到加入内测版的邀请

4.当允许用户可以限量邀请一部分用户加入到内测版的时候：
—明确表明用户有多少邀请可以发送；
—记录用户已经用掉了都是邀请，以及还有多少可用的邀请；
—允许用户自定义邀请的内容；
—明确地向被邀请者表达网站的一些特色功能和好处；

逻辑依据（Rationale）
在网站正式上线之前，内测版本通过一小部分人来测试网站的社交特征。从内测版本开始，让网站有机会能有一批来自朋友或者家人的种子会员，这样就避免一些冷启动带来的问题。

特殊案例（Special Cases）
在早些时候，Beta的目的是在一段时间内要求真正的用户测试网站——找出一些在较小规模的测试组不能发现的bug——然后快速采取行动或者正式发布，然后更大规模的用户可以访问。

在如今这个web2.0的时代，能够快速的发布web应用程序，我们看到越来越多的网站上浮现着beta版的标志并永远保留。

这通常是不利于用户和软件开发过程的，Beta版本无疑牵涉到质量和产品生命周期的发展。维持很长一段时间的beta版，这告诉用户网站有很多bug，而你也许不会花时间去修复它们。这意味你不在乎网站，不去改进哪些导致用户离开的功能——既然是这样，他们为什么不离开呢。

Gmail从2004年到现在一直是Beta版本。

从04年开始，Flick也保持很多年的beta版本。Flickr在06年底至07年初是gamma版本。这个是2007年2月份的flickr首页。

————————————————-

原文（英文）：Private_Beta
本文链接：http://socialdesign.cn/2009/09/private_beta/
译者：puting
欢迎转载，转载请标明出处和译者以及英文链接和本文链接。

例子（Example）

允许flickr应用访用户在facebook上的数据信息的授权页面。

允许facebook上我的Flickr应用程序读取flickr.com帐户的授权页面。

flickr允许第三方访问用户的flickr帐户信息的授权页面。一旦被允许访问，我在flickr上的图片就可以显示在我的facebook上的flickr应用上。

何时用（Use When）
1.通过访问其他网站（站点A）的数据，可以增强你的网站上某些功能或者填充某些内容的时候，可以用这个模式；
2.用户生成内容或您网站上的数据有可能被提高，或可以促使用户在其他网站（站点B）上参与
到你的网站上的时候，可以使用这个模式。

解决途径（Solution）
对于站点A：
1.在自动地使用密码反面模式（the Password Anti-Pattern ）去访问用户的数据之前，先查看下这个网站是不是支持Oauth。如果支持，利用该协议，以方便数据的交换。
2. 站点A应该询问用户哪些信息可以被访问；
3.显示一些可能的选项，图片类的有flickr，photobucket，smugmug等，联系人的有雅虎地址簿，Plaxo，Google等；
4.一旦用户选择了有她们数据的网站，站点A就应该发送访问请求到该站点；
5. 对于获取到的用户数据在站点A上的用途应该有明确说明；

对于站点B：
1.使用开发的授权协议，如Oauth，让授权过程能顺利进行；
2.站点A将要发送她们的用户到站点B。用户登录到这个帐户，站点B应该有一个页面询问用户是否真的要和站点A共享其数据信息。
3.根据协议，用户被送回到站点A，这时，用户在站点B上的数据可以在站点A上被使用了。
4.有关如何使用站点A授予的权限应当明确地提交给站点B上的用户；
5.允许用户在任何时候取消授权。为用户提供一种简单的从站点A上撤销授权的方式。

逻辑依据（Rationale）
使用授权流程和类似Oauth协议，允许用户访问站点之间而不用曝露他们的用户名和密码。这个过程首选的方法是允许共享数据而不是使用密码反面模式。

————————————————-

原文（英文）：Authorize
本文链接：http://socialdesign.cn/2009/09/authorize/
译者：puting
欢迎转载，转载请标明出处和译者以及英文链接和本文链接。

例子（Example）

ilike上的密码反面模式

plaxo用了“密码反面模式”，要求用户的google帐户和密码；

何时用（Use When）
1.当你允许用户从其他网站上抓取朋友和联系人数据的时候，不要使用此模式；
2.如果你想让用户了解是如何被欺骗的（被钓鱼），请使用此模式；
3.遏制采用开放的社会化可移植标准，请使用此模式。

解决途径（Solution）
1.访问第三方数据应要求在第三方网站验证，不管网站提示说：网站不会保留用户名和密码；
2.利用诸如Oauth验证层服务，阻止钓鱼式攻击；
3.使用OpenID的，允许用户控制谁可以访问他们的授权数据。

逻辑依据（Rationale）
1.用户应该能访问到他们的数据，并允许从一个网站携带到另一个网站。社会化网站不应该通过 教育用户同意给出他们在任何网站的用户名和密码，来传播这种坏的行为；
2. 尽管这种现象已经变得越来越普遍和容易操作，这种交互行为是一种“反面模式”；
3. 这种进程违反了许多第三方网站的用户服务条款；
4.通过鼓励用户随意地给出他们的用户名和密码，社交网站正在让用户了解自己是如何被欺骗的（被钓鱼）；
5.做为选择，社会化网站应应采用开放技术，如OAuth和OpenID的协议，该协议允许在第三方位网站上发生验证；
6. OAuth是“一种开放的协议，以一种简单标准的方式，允许安全地API授权。”换句话说，一个开 放的技术，允许想要一个用户的数据的网站能够以一种安全的方式访问，不要求用户抛出所有 在互联网上他们的登录名字和密码。实际访问发生在第三方的网站，这些数据仍存储在第三方 网站上并在其控制下的。美国在线，雅虎和谷歌都同意支持OAuth，在未来几年，应该没有理 由持续这种反面模式。

译者注：在软件工程中，一个反面模式（anti-pattern或antipattern）指的是在实践中明显出现但又低效或是有待优化的设计模式^[1][2]，是用来解决问题的带有共同性的不良方法。它们已经经过研究并分类，以防止日后重蹈覆辙，并能在研发尚未投产的系统时辨认出来。

————————————————-

原文（英文）：The_Password_Anti-Pattern
本文链接：http://socialdesign.cn/2009/09/the_password_anti-pattern/
译者：puting
欢迎转载，转载请标明出处和译者以及英文链接和本文链接。

例子（Example） 

Plaxo.com通过电子邮件邀请好友。

twitter.com 通过电子邮件邀请好友。

什么时候用（Use When）
1.当用户体验通过一个网络关系可以得到提升的时候；
2.当一些服务的增长需要依赖朋友的朋友的时候；
3.当网站需要通过现有用户群体的推荐来发展更多用户的时候；
4.当用户充分参与到网站中来，形成了一些有价值的观点需要向朋友推荐的时候；
5.不要在用户注册之后马上就让用户邀请好友，那时候用户还没有真正了解网站。当显示邀请选项的时候，要让用户在充分和网6.站交互并且真正有一些东西向朋友推荐。
[如果一个网站一开始就是依靠用户的网络关系的时候，是不是上面的这一点就变得无效呢？（译者注：如开心网，facebook等社交网络，如果一开始不邀请一些现实中的朋友，那是一点也不好玩啊。）]

解决途径（Solution）
1.使用一个上下文背景的邮件形式；
2.给用户提供一些加入到这个网站的好处的信息；
3.用户能编辑预先设定的邀请内容，并且允许用户对对邀请进行一些个性设置；
4.允许用户通过地址簿来邀请好友；
5.提供一个允许用户发送一个拷贝给自己的功能；
6.提供一个允许用户导入其他社会化网络上的联系人和电子邮件地址的方式。使用一个标准的可接受的技术像OAuth和OpenID，而不是使用密码反模式（译者注：一些网站在邀请你的msn用户的时候，会要求你输入你MSN的帐户和密码）。
7.不要强制用户在使用一些功能之前就要求她们邀请好友；
8.不要给用户的其他网站的邮件地址簿或者其他的联系人列表发送垃圾邮件；

————————————————-

原文（英文）：Send Invitation
本文链接：http://socialdesign.cn/2009/08/send_invitation/
译者：puting
欢迎转载，转载请标明出处和译者以及英文链接和本文链接。

例子（Example）

Twine.com的邀请

什么时候用（Use When） 
当用户体验通过一个网络关系可以得到提升的时候；
当一些服务的增长需要依赖朋友的朋友的时候；
当网站需要通过现有用户群体的推荐来发展更多用户的时候；

解决途径（Solution）
邀请中应该包含一些发送人的个人信息；
邀请发送人的身份应该能清楚地被接受者辨认；
加入或者参加一个活动的好处应该向接收者阐述清楚；
召唤行动（Call to Action）的按钮和链接应该显而易见，接收者可以轻松地进行下一步操作；

————————————————-

原文（英文）：Receive Invitation
本文链接：http://socialdesign.cn/2009/08/receive_invitation/
译者：puting
欢迎转载，转载请标明出处和译者以及英文链接和本文链接。

例子（Example）

flickr.com的退出页面（landing page）清晰地显示了用户已经从flick上退出

何时用到（Use When）
用户想结束他们的session；
用户想用户匿名身份浏览网站；
用户在一台公用电脑上操作，需要退出以便保护自己的隐私和帐户安全；
对于退出的用户，网站还想与其保持一种关系的时候，需要提供一些用户下一步能做的建议和一些关于新功能的信息。

解决途径（Solution）  
提供一个退出提示页面（landing page），告诉用户已经从网站退出了；
提供一些未登陆用户也能操作的功能选项，或者是一些返回的链接；
提供一个简易快速的“重登录”的链接；
保持退出提示页面（landing page）的简洁轻快，以避免用户在退出时候遇到阻碍而影响用户的积极情绪。

逻辑依据（Rationale）
1.一旦用户从一个网站退出之后，往往不知道下一步该做什么。在很多时候，网站会把退出用户扔到网站的首页上去，这让用户感到很迷茫，还有很多网站总是没有明确提醒用户是否已经成功退出；
2.在退出流程中，提供一个退出提示页面（landing page），让用户明确知道自己已经成功退出了；
3.退出页面（landing page）也是个很好的向用户推介网站新特征和功能的好机会，说不定用户会发现一些新东西而重新登录。

————————————————-

原文（英文）：Sign out
本文链接：http://socialdesign.cn/2009/08/sign_out/
译者：puting
欢迎转载，转载请标明出处和译者以及英文链接和本文链接。

例子（Example）

Yahoo体育上需要登录才能推荐新闻。

用法（Usage）
当需要验证才能参与到一个社区中的时候要用到此种样式。参与形式包括（但不限于）的评论，投票，评级，标签，博客发日记客或论坛中发帖子等。

解决方式（Solution）
当用户试图评论（或相同的动作）的时候，提醒她们需要先登录，并将她们转到登录的流程。
当用户登录成功，应该回到用户在登录前试图进行的动作流程（想要发表评论或者类似的动作）
如果是在提交信息的过程中需要用户登录，应该保留用户的填写的信息。

逻辑依据（Rationale）
显而易见，不能让登录成为阻碍用户参与到网站中来的一个绊脚石。

特殊例子（Special Cases）
有可能一些偏执的情形（如跨站点脚本问题，以及可能的跨网域的问题）需要打断用户，甚至需要用户返回到首页，这个时候就需要清晰地告诉哪里可以重新开始参与。这个提示应该包括一个指向该参与动作的链接，一个预先植入的表格或一条提示在几秒之后跳转的信息。

更多例子（As Seen On）

• Kayak
• Yahoo! Buzz

————————————————-

原文（英文）：Sign In Continuity
本文链接：http://socialdesign.cn/2009/07/sign_in_continuity/
译者：puting
欢迎转载，转载请标明出处和译者以及英文链接和本文链接。