你请求的用户已被使用。请再试一次。

你看了看，煎锅上面已经升腾起太多的烟了。你退出了网站继续做你的早餐。

第二天你决定加入SoundCloud。这次你煎的是培根。

你输入邮件地址和密码。

“呃？注册就完成了吗？可是我的用户名呢？”你问道。

啊哈！你意识到自己被随机分配了一个！这个名字起得不好，不过你可以在以后再改。现在，你要弄培根了。

这套系统让注册过程很流畅，并且让不可靠的成员拿不到好名字，因为那些人基本上也懒得折腾默认的设置。我唯一要发的小牢骚是SoundCloud让升级太容易了，有此特权的人应该要付出血和泪的代价才对！

Facebook的页面呢？

我试过把我的iPhone游戏的Facebook用户名改过来……结果是这样的！

看吧，最糟糕的“恭喜！你的用户名可以用”提示出现了。机场的安全标志看起来都没有那么不吉利。

这让我想起一位被抢劫过多次的熟食店老板。店内到处挂着“不许入店打劫！”的纸板，墙上还斜靠着一杆来复枪。坏人不会被这些玩意儿吓到，但是客户却会感到不舒服的。

得用聪明的设计来修复你的用户名系统，而不是带威胁性的废话和感叹号。

另一个想法：URL区

一位要求匿名的读者提出了URL区的想法。

任何人都可以注册任何名字，但是注册的办法不是像暴雪的Jane-2381那种做法，而是分配一个字典友好的URL区。档案链接看起来应该是这样的：

www.myservice.com/saturn/Jane

www.myservice.com/mars/Jane

www.myservice.com/jupiter/Jane

你可以利用这些URL区来区分用户类型。比方说公司可以到这儿：

www.myservice.com/business/IBM

www.myservice.com/business/Microsoft

客户支持代理可以是这样：

www.myservice.com/staff/Adam

www.myservice.com/staff/Nimble

有朝一日最好的用户可能可以拿到根权限：

www.myservice.com/Mo

总结

最后我们概括一下上面讨论的要点。

· 注册时不要用户域，像SoundCloud那样

· 先给用户分配一个无趣的ID数字，还是像SoundCloud那样

· 在到达移动里程碑之后，让大家可以升级自己的ID数字为用户名，可以用URL区的方式或者像暴雪那样后缀加4位数字

· 在到达更大的里程碑之后，让大家升级到更厉害的账号名（没有数字或者不分区）

· 像GitHub那样建立一套基于申请的回收系统以便不浪费

· 可能可以给商家单独建一个注册层，视服务性质而定

上述做法值得一试！

要点

许多伟大的产品都是靠着对大家习以为常的功能进行重新想象而来的。Pinterest推出的时候，它并没有像别人以往那样按照网格状来展示图片，而是像砌砖块一样展示。仅仅这一点就让Pinterest脱颖而出。花些时间思考一下你的系统也许你就会有新的思路呢，我看从用户名开始就很好！