生活中我们总会遇到某些产品线的固定功能，比如商城系统的订单、用户购物车版块等。但淘宝的购物车地址其实是有固定数量。
比如允许用户最多设置 20 个购物地址，产品经理经常在需求设计的时候会反问自己：为什么要限制这个长度?
假如开发问到了，产品该怎么回答并解释。
比如QQ、微信允许用户取昵称为什么要这个长度呢?
文章标题的允许长度有多少?
说说可以允许用户输入的字符有多少?
若干这类问题在实际软件研发
这里有一篇产品经理面对为什么淘宝地址只能支持 20 个?
某产品经理A
相对来说不用非常在意这些细节，除非它真正影响到了用户增长，多关心用什么办法来让产品迅速占领市场，短时间内提升用户量，满足核心需求，已这个为目标结果为向导，去反推过程
纠结这些细节，没有意义，初期大概给个数值，后面不够，如果非常有必要就在加点，都问题不大，都啥也不影响，你说给 20 个和 30 个或者不做限制，会影响用户体验吗?会影响用户的增长或者流失吗?几乎可以忽略不计。所以不用纠结
某教育公司产品经理
最影响体验的问题在于“每次新增都提示 20 个满了叫我返回删掉，返回已经键入的信息就都没了”吧?
这个还是最好还是优化下的，比较方便的做法是：在新增收货地址的时候就弹出toast，提示超过 20 个满了不能再填了。
可以在淘宝-我的淘宝-问题反馈里把这个问题反馈给淘宝产品。
某产品经理C
首先，我想 20 个这个数字应该不是随便定义的，淘宝一定是通过大数据统计之后才定下的这个指标。
1.从用户的角度分析，一个人常用的地址也就3-5(公司，家，老家)。当然有些人可能会经常搬家，或者经常给不同的人买东西(可能女朋友比较多)，所以考虑到这些异常情况，淘宝经过数据分析将地址上限设为了 20 个。
2.从企业角度分析，大数据时代数据最重要，但是更重要的是有效的高质量的数据。太多的地址不仅占用更多的服务器空间(虽然淘宝不差钱)，同时会出现很多的无效数据，对于数据清理，分析，挖掘都会增加难度。
3.但是对于满 20 个创建后需要返回，输入数据清零这个问题，确实是用户体验的问题。淘宝大可以在满了 20 个之后，只能删除后再创建。
某产品经理D
1.基本场景下用户都是使用默认收货地址的，对于个人来说 20 个已经搓搓有余了。
2.交易过程地址的信息很重要也是固定的，一般情况下很少更换
3.我怀疑你是个土豪，住宅至少有 20 个，频繁更换居住的地方，导致自己要保存 20 个收货地址。强无敌….哈哈哈
某产品经理E
为什么购物车只能放 100 个商品?收藏夹只能放 4000 个商品?
有多少人真的会常用 20 个地址发货?多么小众的需求。一般三四个足够了。
某产品经理F
条数太多的话就会存在大量无效信息，对使用者和对平台都是没价值的
我的答案：满足主流用户
首先这类长度在产品1. 0 或更早期其实为了快速验证商业模式，很多产品经理要么是拍脑袋、要么是直接借鉴竞品的方式、要么是有资深同类经验的产品经理操刀。
▲早期版本亚马逊收获地址最多 20 个
比如淘宝的竞品eBay、亚马逊。
产品2. 0 周期
用户快速增长，产品经理对于购物车收货地址场地这类字段其实首先要整理出用户数据分布。
比如用户画像下使用购物车的用户，大体地址数量分布情况。统计出最高占比
比如有70%的用户在 10 个，30%的少部分用户在 30 甚至是 100 个以上。那优先满足大部分用户即可。
▲用户主要数据分布定义功能设计
若不做限制，直接满足全量用户，反而会造成地址选择困难。比如用户地址太多反而增加了用户购物在移动端勾选地址的成本。