细节思考：你的出生日期是？
很多网络产品特别是社区类产品在用户注册的时候都会要求填写生日年月日，也许注册流程里没有但在个人资料里基本都有。这个年月日对于一个社区来说是个比较重要的个人资料，同时也可能是你找回密码时的必要项。看似简单的三个下拉菜单选项（也可能是输入框）里面其实有不少名堂，今天说说这个事儿。
大多数网站的出生日期部分使用下拉菜单实现：
年份：1901-2007年
月份：1月－12月
日期：1号－31号
这里面有一些很细小的问题需要我们考虑：
1，年份、月份、日期这三个选项是必选项吗？
是不是必选项都是有道理的，主要是看产品的需要以及对用户操作流程细微的把握。比如在交友、婚恋、社区这些产品里用户的年龄属于高度重要的个人资料，可能就需要设置为必填项。如果对用户的年龄信息并不是特感冒，或是坚持良好的用户注册体验，致力于让用户快速注册快速使用，完全可以不要求用户输入出生日期或者出生日期是选填项。
另外，用户可以只选择这三项中的一项或者两项吗？比如只选年份，或是只选月份和日期而不选年？
2，用户可以再次修改吗？
用户第一此填写/选择了自己的出生日期后，还有权限修改吗？可以或者不可以，是截然不同的两种态度。如果你将用户的生日视为重要资料，比如找回密码时需填写生日，或是产品对用户的年龄很严肃，一般就不能提供给用户修改出生日期的功能。用户在注册完成或者第一次填写完成后该项资料将永不可见，当然会提醒用户不能输错误。这方面典型的就是雅虎，注册雅虎帐号(Yid)的时候要求出生日期为必填项，一旦注册成功后该出生日期将永远不可见、不可修改。
是在交友类产品中，一般也不允许随意修改出生日期，即用户不能今天是18岁，明天变成了80岁。这些都要看出生日期这个数据对于产品的设计以及严肃程度来定义。
3，给用户保护隐私的权限吗？
用户输入了出生日期之后，用户可以选择不公开？或是可以在一定范围内公开？或是完全公开？我们给用户选择的权力吗？一般情况下我们认为年龄、生日信息属于个人隐私信息，应该提供给用户选择是否公开以及公开范围的功能。但提供这个功能看上去却和产品的利益是互相违背的，单纯从产品或者运营角度上考虑，我们当然希望更多的具备真实个人资料的用户出现，这对产品来说无疑是有好处的。但不给用户保护隐私的权力，却是对用户权力的粗暴践踏。
这对产品的设计会有相当的影响，你会把当天过生日的会员告诉其它人吗？搜索人、匹配人的时候会有年龄信息可选择吗？无论男女你直接可以看到他/她的年龄吗？
比较郁闷的是国内有很多地方都是没有相应权限设置的，填写了即为公开，在法律条款上都加上了这样的定义。用户无疑在注册填写这些资料的时候就把自己卖给了对方，但可悲的是国内的大部分互联网用户对此却比较冷漠，可能是受到的虐待多了而不知道自己的权力了，或是现状如此无力改变等等。总之，我们是麻木了，其中的很多人可能不看重这些个人隐私，或是胡乱填写。无论是粗暴践踏用户的权力还是逼迫用户胡乱填写虚假信息，还是让用户没有安全感，都是产品设计上的失败。而这些细节会逐步汇集到一起，决定产品的成败。
4，年份如何排列，1901年在上面还是2007年在上面？
在不同的地方可能年份的范围不同，但都存在一个年份的顺序的问题。在下拉菜单中从上到下的顺序可能是1901－2007，也可能是2007－1901。这两种排序方式对于不同用户来说有着截然不同的体验，1901在最上面的时候年纪越老的人下拉的动作越小，越容易找到自己的年份，而相反则是年纪越小的人越容易找到自己的年份。
你设计的产品的用户是年轻人吗？你希望他们更简单的填写表单吗？仔细考虑一下吧！
5，需要有一个默认的年份吗？
比如在中国网民的平均年龄是20岁，我们在年份的下拉菜单中需要把默认年份设置为1987年吗？这样设置能不能让大部分的人方便的找到自己的年份？（只向上或者向下移动几个位置就可以选到自己的年份），这样会不会让更多的人不细心的填写表单而匆忙的按下提交键？这个默认的年份每年变化还是永远不变？
6，婴儿会是用户吗？年龄多大多小不能操作？
现在大部分的年份下拉菜单中的年份范围是1901-2007年，即可选择1岁到107岁的年龄。难道2岁、3岁的孩子能够上网来注册我们的帐号吗？难道107岁以上的老人不能来注册我们的帐号吗？这个范围怎样才是合适的？我总觉得“1901-2007年”是个很硬很傻的范围，但修改起来却十足十个头疼的事情，多大是大？多小是小？都需要我们自己定义一下。比如认定6岁以上的儿童才有可能操作计算机注册我们的产品，范围就可以变为“1901－2001”。
7，如果当地法律或者网站内容需要有年龄限制如何处理？
如果当地法律有严格规定某些服务什么年龄下的儿童不能使用，那么在注册时就应该严格控制，如果法务决定你的产品14岁以下的儿童不能使用，则在注册的时候年份范围就应该做相应的调整。如果需要家长陪同可以使用，那么也要在注册以及使用的过程中对年龄进行判断。
8，对闰年等处理吗？
不同年份里面2月的日子数是不一样的，每隔4年一个闰年，这一年的2月里的日子天数不一样，可能是28天或是29天。在下拉列表里面做判断吗？选择闰年的时候相应的选择月份、日期的时候是不是要判断闰年，从而没有29号？
9，给用户适当的帮助信息吗？
填写后不能修改了？之后可以设置隐私选项吗？填写真实信息有什么用？等等
10，当你不用考虑注册的时候，比如你做的是一个新产品新业务，老用户只需要激活你的产品或者有独立的注册流程你不用也不能改变的时候，你如何处理？把它们从注册信息里读过来？如果原来没有加上去？
如果是输入框的话要比下拉菜单还有复杂一点儿，不过也有好处。复杂的是需要对提交的信息进行更多的有效性判断，比如：
输入的要求是一位或者两位的阿拉伯数字
输入了中文、英文或者其它符号怎么处理
输入了各类代码怎么处理
输入的07和7是一样的吗
在闰年的2月下填写日期时不能填写>28的数组
某些月下的日期不能填写>30的数字
如果没填如何处理
……
如果用户输入的有问题，通过什么方式告诉用户？
弹出警告框？页面内统一位置显示错误提示信息？错误的边上出现错误提示信息？
前端判断还是提交后后端判断错误？
给用户的错误提示信息文案是什么？
告诉用户是错在哪儿吗？
给用户建议吗？
出错了以后之前输入的内容还在吗？
出错了以后还能做怎么操作？
……
好处是用户不会看到诸如“1901-2007”这样的硬的傻的选项。当然让用户输入内容的成本可能更大一些，很多人很懒，选择下拉菜单要必从键盘输入字符来的方便一些。
三个下拉菜单或者输入框，看似细小，却暗藏着非常多的内容。你曾经考虑过这些细节吗？仔细考虑考虑吧，一定是有用的思考。
