这是一个创建于 3218 天前的主题，其中的信息可能已经有所发展或是发生改变。
我司 APP 在注册的时候，需要用户填写用户名和手机号码。
产品汪说没必要用用户名，认为多了一项用户名会加重用户注册负担！
个人认为用户名是用户的身份标识(除 ID 外)，手机号码可以修改，用户名无法修改。
 |
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 。
|
 |
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
|
 |
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 设计中直接采用社交账号登录而省略注册环节会成为趋势。 |
 |
42
yushaw 2016-01-24 20:58:48 +08:00
还是看业务类型.. 这事情没有绝对的
|
 |
43
Kirscheis 2016-01-24 21:14:04 +08:00 via Android
V2 的人在意手机号隐私，垃圾短信，稳定性，但是大多数中国人并不在乎。个人觉得在不冲突的情况下最好可选使用用户名或者手机
|
 |
44
elvodn 2016-01-24 21:15:39 +08:00
有 ID 标识就够了，用户名、手机号、邮箱只是登录手段， ID 已经无法修改为什么还需要一个无法修改的用户名
|
 |
45
PublicFourWord 2016-01-24 21:25:55 +08:00
A/B 测试
|
 |
46
honeycomb 2016-01-24 22:22:26 +08:00
可以看看 medium 的注册(登陆)方式：
1 ，使用 Google/Facebook/Twitter 账户 2 ，使用邮箱，则直接给邮箱发一个带链接的邮件，用户(在同一个手机上)点击它，便完成登陆 |
 |
47
bk201 2016-01-24 22:29:30 +08:00
看你什么产品了，如果是购物类的手机号就可以了，怎么快怎么来。如果是社交类型，请不要限定手机号。
|
 |
49
a1058021348 2016-01-24 23:25:48 +08:00 via iPad
需要手机注册的应用我直接删。。。
但换成妹子好像很能接受手机注册的应用 |
 |
50
Admstor 2016-01-25 09:09:32 +08:00
很多做法是手机快速注册，自动生成注册名，比如和游戏主题接近的，或者产品特色的，或者干脆就是一个随机数字
毕竟后台 UID 都是唯一，所以也无所谓 |
 |
51
birdccc 2016-01-26 16:29:44 +08:00
其实用邮箱挺好的，不过现在都是手机号，然后昵称随机，可以修改， 换手机还需要重新设置
|
 |
52
rosalindest 2016-02-01 18:01:10 +08:00
我只想说，决定这个的是你们的产品类型和发展方向。
半截火车就开始跑是要闹哪样？ |
Select Language