用户注册的时候有没有必要填写用户名

用户

注册

汪说

名会

52 条回复 • 2016-02-01 18:01:10 +08:00

1

Kilerd

2016-01-24 00:48:09 +08:00

1 、用户名和密码登陆，手机号作为用户信息完善和密码找回用途。
2 、手机号和密码登陆，用户名直接当昵称，用户互相交流时才用到。

两者对比，如果你是一个想尝试一下这个 APP 的用户，你会选择哪一个。

不要从开发者的角度去考虑用户问题。

2

Mirana

2016-01-24 00:50:08 +08:00

现在产品都这么设计啊

3

lyragosa

2016-01-24 00:51:22 +08:00

3

当然需要用户名

最差的情况也要 email

直接来个手机号除非你这 app 是个刚需，否则大多数用户就直接删了

（吧？

4

designer

2016-01-24 00:51:25 +08:00 via iPhone

1

不用用户名就默认配个数字 ID ，或者随机字母(类似微信，昵称选填，
产品的事情让产品汪决定好。各司其职，权责分明。

5

Perry

2016-01-24 00:51:35 +08:00 via iPhone

用户名的定义没有绝对的标准，你想设计成什么样都可行。个人倾向于可以修改，但是每个用户都有个 Object ID 。

6

green15

2016-01-24 00:57:44 +08:00 via Android

@lyragosa 哈哈哈，我看到要手机号的都是直接 x 。

7

wy315700

2016-01-24 01:01:49 +08:00

@lyragosa 和目标用户的年龄层有关系

8

heraldboy

2016-01-24 01:18:36 +08:00

1

如果手机必须则去掉用户名，用户名在个人设置里自己改。最好手机和用户名可以选择，必须手机的话很多人反感。

9

terence4444

2016-01-24 01:23:38 +08:00 via iPhone

如果必须手机注册，我通常会默默删掉…

10

lnsoso

2016-01-24 01:29:13 +08:00

你的用户名只是为了确保唯一性和不可修改，全局的用户自增 ID 已经实现你的目的。

11

daacui

2016-01-24 01:39:33 +08:00

邮箱或者手机号

12

zxgngl

2016-01-24 04:09:14 +08:00

我觉得需要填写手机号就是一个 bug 。

13

raysonx

2016-01-24 04:43:43 +08:00 via iPad

1

我就不提我辦的一個北京移動的號碼能登錄前主人的大量網站了，而且我還沒辦法解綁（需要填新手機號）

14

maplerecall

2016-01-24 05:02:21 +08:00

@designer 我并不同意各司其职的说法，产品所想的也不一定全面合理，在一个项目内，所有人都应该对整个项目负责，而不仅仅是各司其职。

15

Keinez

2016-01-24 07:55:47 +08:00 via iPhone

你司 PM 就是在扯淡，该好好做的地方不做。

16

canautumn

2016-01-24 08:56:59 +08:00

出去看看世界吧。现在比较新的网站注册时问用户名的越来越少，一般都是直接 email 、密码、验证密码就注册了，最多加一项 email 验证链接。有的网站甚至就两个框，连密码验证也省了（反正可以随时重置）。如果需要昵称，直接从 email 地址提取。现在新网站注册时还问我用户名的话在我心中的水准一下就下降一截。我不是 PM ，只是自己作为普通用户的体验。

17

shyling

2016-01-24 08:59:00 +08:00 via iPad

其实你要面对对应用户群提问啊。。在这里大部分都不喜欢要求手机号注册的，但有的人就喜欢手机号注册方便啊

18

canautumn

2016-01-24 09:00:36 +08:00

补充：不过做社区类的就是个例外，根据策略不同，大多情况下不希望用户更换别人识别他的代号。

19

heraldboy

2016-01-24 09:06:30 +08:00

其实这是用户体验和网站利益的矛盾，应该在保证用户不反感的情况下，潜移默化的解决网站的需求。

20

KevinChan

2016-01-24 09:38:06 +08:00 via iPhone

我会优先又邮箱注册，因为用手机号码注册可能会收到一些公司的垃圾短信。

21

0TSH60F7J2rVkg8t

2016-01-24 10:07:59 +08:00

要手机号的 app ，除非刚需，否则不用。

22

ryrubyy

2016-01-24 10:12:44 +08:00

tg 用户并不是特别多的原因之一似乎也是手机号的问题。

23

litianyou

2016-01-24 10:25:22 +08:00 via Android

产品狗让你怎么搞你就怎么搞，谁让他是产品狗呢

24

liujiangbei

2016-01-24 10:30:30 +08:00

产品汪完全是对的，兄弟。

25

dillon

2016-01-24 11:13:11 +08:00 via iPhone

脱离 APP 本事谈产品就是耍流氓，一个社区应用难道能跟互联网金融应用一样吗？？豆瓣管你要手机号你给不给？陆金所管你要手机号你给不给？

26

aprikyblue

2016-01-24 13:00:31 +08:00

很反感手机号当用户名又不能修改

27

badcode

2016-01-24 13:16:57 +08:00

看看这个，脑洞...
https://www.zhihu.com/question/29775354/answer/45744415#

28

XianZaiZhuCe

2016-01-24 13:44:41 +08:00 via iPhone

注册的时候手机号就行了，用户名随机，事后再改

29

csttvista

2016-01-24 16:06:50 +08:00

1

用户名做唯一标识符，从程序来看的确万无一失，但对用户的问题很严重。

你可以回想一下上次需要注册填用户名是什么时候的事，现在的新生用户不一定有常用不易重复的用户名。费半天想一个用户名，费时费力在手机上输了一串字符，却被告知用户名已注册，这种用户体验可想而知。

手机号作为标识符不能百分百确保唯一性，手机号被运营商回收再发放还可能带来账号安全隐患。即使如此，手机号仍是 APP 常用的注册方式。为何？因为手机上收验证码很方便，手机号大概率不会重复，在手机上打开邮箱点击验证链接又是一件极其繁琐的事（对大多数人来说）。

选择手机号作为注册方式是目前来看最好的。

再多说一句，楼上有人提到用手机号注册马上关 app ，其实这也是一种筛选，双向筛选。

此外，手机号注册还可以确保必要的时候下发信息的可送达率，这是邮箱注册和用户名注册做不到的。

产品汪路过。。。

30

imn1

2016-01-24 16:23:29 +08:00

人是否需要名字？
其实纯粹作为身份识别，人是不需要名字的，身份证号就足够了
不过人与人之间是需要交流的，不能以身份证号称呼对方，这是“人之常情”

所以，看需要

31

fy

2016-01-24 16:30:02 +08:00

@csttvista

1. 手机号当用户名，直接绑定手机，就算你不信任对方网站，也不可避免的泄露了一个真实信息。
2. 如果网站设计时候考虑了换号问题那还好，如果没考虑 ……
3. 用户名并不长，多数是 3-15 ， 4-15 ， 6-15 ，很多人都有一个通用用户名，到了新网站一看有记录，那八成是以前注册过。
4. 换手机号比换邮箱频繁的多：高中毕业，异地上大学换号；大学上完可能又到别的城市，换号；资费不合理，换号；出国，换号……

然而我的邮箱用了将近十年都没换过。

32

MountainRain

2016-01-24 16:42:10 +08:00

如果必须手机注册，我通常会默默删掉…

33

fredcc

2016-01-24 16:50:10 +08:00 via Android

看产品形态而已，像 v2 用手机号当 ID 肯定给骂死，而饿了么这种 app ，早晚都得填手机号的就可以用手机号做 ID

34

gkiwi

2016-01-24 16:59:13 +08:00

还是看产品。
正如楼上说的，如果用户间不需要交流，就完全没必要要用户名，比如饿了么，或者送快递的，手机上面临时购物的~~

而对于需要用户频繁交流的，给个设置就好了，比如默认用手机号码作为用户名，让用户自己改就好了。

35

MountainRain

2016-01-24 17:05:41 +08:00

如果必须手机注册，我通常会默默删掉….....

36

zhicheng

2016-01-24 17:39:18 +08:00

1

注册强制填手机号，我只觉得两种情况是合理的：

一，本身业务需求。
二，面向人群比较大众。

我做的的系统，注册需要三个强制字段：

一，邮箱。
二，密码。
三，用户名。

邮箱和用户名要求各自全站唯一。其中邮箱并不强制验证，仅作为登录，找回密码和接收通知使用。出于对一些敏感用户和内容的保护，用户注册时可以填一个不常用甚至假的邮箱（无法找回密码）。
用户名是用户在网站的唯一标识，会出现在 URL 里。基于安全考虑，网站并不允许使用用户名登录。

我只有在发放活动奖品时（ V 站很多朋友都领到过），才会向用户询问电话等信息，而且这些信息只存放在第三方系统里，不会回填到系统中。如果用户始终不愿意提供个人信息，也完全可以用其它可替代的方案发送奖品。

做用户系统，即要考虑安全，也要考虑隐私。国内很多 PM 完全无视用户隐私，甚至觉得别人都在做，自己做也应该。对不起，这一点我无法认同。

37

designer

2016-01-24 17:41:01 +08:00

@maplerecall 哈，这要看你选了什么样的团队，如果老板和上司视技术员为创业团队或者说公司团队（非口头策略上）。我是挺赞同你的，现实的利益是很复杂的，一个技术员能按照合同做本分工作也没错哇。

38

Mysdes

2016-01-24 17:42:20 +08:00

你们的产品汪是对的。

注册的时候尽量降低门槛，手机号注册时，用户输入完短信验证码之后甚至连下一步都可以不用让用户点击（静默校验验证码正确的情况下，输完最后一位直接进入，输错的话等用户点“下一步”后再报错），这时候再去让用户填用户名或者之后来引导用户来补全用户名及其他资料。

39

Zzzzzzzzz

2016-01-24 17:47:58 +08:00

百度这么搞已经很多年了.

40

csttvista

2016-01-24 20:09:52 +08:00

@fy 邮箱稳定性的确比手机号高，现在的 APP 都更多考虑接收成本（注册步骤麻烦带来的流失太严重），而不是稳定性。
换号的问题应该都没考虑，因为没法考虑，没法知道用户什么时候换号，只能是说和运营商合作。
一般不会用手机号做用户名，对外显示大都是默认分配昵称，可修改，也可以和其他人重复

41

edisoncyh

2016-01-24 20:36:19 +08:00

从现在流行的 APP 设计来看，更多会提供邮箱 + 密码的注册方式。但一般也会首先推荐使用社交账号直接登录的形式，这是对用户来说负担最小的方式，一旦登录之后， APP 在需要时才让用户补充邮箱，手机号等信息。
对于一些有特定用户群的 APP 来说，如针对程序员的 APP 都普遍提供 Github 账号登录，而针对设计师的 APP 则提供 Twitter 账号登录。关键还是看你的 APP 针对的用户群是谁，由于社交平台已趋向统一，因此，个人认为，未来的 APP 设计中直接采用社交账号登录而省略注册环节会成为趋势。