通常流程是这样的：

• 创建帐号需要输入用户名、邮箱、密码，并重复密码确保安全。
• 向输入的邮箱发送认证邮件。
• 用户点击发送至邮箱的认证链接，激活账户。
• 用户登录网站。

但是为什么不用邮箱地址作为身份识别？为什么要使用用户名呢？没错！邮箱地址是唯一一个每一个网站都用它来区分用户并在自动配对时记录在案的身份识别信息。

用户在创建账户的过程中做了额外复杂的工作，他们需要另外搞定一件事，而很多用户名都已经被占用了。你认为Neo、Z3或者Cool是可以使用的？再猜猜吧。

通过使用邮件作为认证信息大幅缩短了注册流程，因为用户对常用邮箱心中有数，认证信息的独特性转移给了邮箱提供商（Gmail, Yahoo, 私人域名…）。他们确保了在域名内没有两个重复的邮箱地址。

但是我的网站在评论区或那些用户生成的文本边需要显示用户名！

那就等到用户参与活动时再要求他们输入用户名。典型的用户互动结构是1-9-90，这意味着1%的用户频繁与网站发生互动并产出内容，9%的用户偶尔参与，90%的用户只是潜水没有任何贡献。Twitter，最流行且一劳永逸的用户输出型网站40%的用户只阅读Tweets而没有输出。

在注册阶段就不要再向人们索要用户名了。

4.点击下级链接时跳转到网站的移动版。

这是典型的“我有移动版”错误。人们在Facebook或Twitter上分享有趣的文章，在手机上看到它并点击连接，却被带到网站的移动端首页上了。那一刻你会想“等等，那个我点击的文章跑哪去了？”于是你回到了Facebook/Twitter,再次点击那个连接。再一次你又到达了移动版的首页。

于是你就放弃了。

通常的情形是，你的一个朋友在台式机上分享了一个链接，类似www.website.com/funny-article-ha-ha ,你通过手机看到了这条分享。点击连接，跳转到网站，网站分析出你正使用手机浏览，于是非常愚蠢的将你带到了m.website.com 替换掉了原文连接。

出现这样愚蠢的体验的原因有：

1、移动版不使用“正常”版本的URL构架，所以m.website.com/funny-article-ha-ha不会给你提供任何有用信息。

2、在甄别和跳转的进程中服务器遗忘了URL的剩余部分。因为程序化的记忆事物在互联网显然很难。

3、某人做了一个一拍脑袋的决定说：

“嗨，让我们把用户带到移动版首页，他们会喜欢的”。不，他们不会。

请不要再这么做了。用户点击网站深层内容页的链接时，应该总能，试想一下…得到他们想看到的内容！如何做到这点无关紧要，创作有响应的页面，让移动端和标准版本有同样的URL架构，即使用上魔法和仙粉，只要最终结果显示的是原文链接。

请让我们努力将互联网中的挫败感减少。