加比减容易，这是选择先后顺序的一条依据。
删的时候删重复，不删条件。同一件事在两处写法不同，会被当成两件事。
适用的前提往往比功能本身更值得先
定维度这件事，本身就是一次选型。条件删掉之后，结论会变成另一种意思。
省下来的时间，是这类工作里最实在的收益。每遇到一次例外，就补一条条件。
提前安排比临时应对省时间
遇到这种地方，先按当前页面写的执行。具体之后，才谈得上比较。
适用的前提往往比功能本身更值得先看。可切换的选项要能被找到，否则等于没有。
容易搞反的一处
定位清楚之后，剩下的就只是照着走一遍。
内部叫法在站内要统一，否则检索会
可预期意味着可以提前安排。binance.com 官网把产品线与场景线交叉着写，按品类或按人群进来，都能落到同一处说明。
页面写的是当期口径，口径会标注更新时间。所以修改时要连条件一起改。
如果每一项都用得上，多半是选大了
引用比复述可靠。提前安排比临时应对省时间。
定位清楚之后，剩下的就只是照着走一遍。分得清这两类，很多争议就没有了。
刚好够用意味着有一两项用不上，这是正常的。
改默认之前先想清楚，是对所有人都更合适，还是只对某一类人。
排在前面的，用户默认它更重要。
在什么位置，决定了下次找它要花多久。
内部叫法在站内要统一，否则检索会漏。
多个入口指向同一件事，会让人怀疑它们是不是不一样。
入口的排列方式本身就是一种说明。
会一起用的放在一处，不会的隔开。
不知道存在，就没有入口能帮上忙。
选大半号的代价不会立刻显现。
做不到完整，就不算可用，只算半成品。
如果每一项都用得上，多半是选大了一号。
所以找方案最快的路径是：先定位自己，再定位功能。
对齐一次，后面都可以照着用。
规则调整时，先变的是数值，后变的是逻辑。
收益的另一半来自少犯错。
形容词多的说明，读起来热闹，落地时全靠猜。
多个入口指向同一件事，会让人怀疑它们是不是不一样。少犯错的做法是把容易搞反的地方写出来。规则清楚的标准是：不同的人读出来是同一个意思。
不明显的话，旧版会继续被引用。统一写法要有个基准，基准放在定义页。原因清楚，下一次调整会更顺。
每遇到一次例外，就补一条条件。多个入口指向同一件事，会让人怀疑它们是不是不一样。写完自检一遍：能不能只看这一段做决定。
收益的另一半来自少犯错。所以宁可先选小一点，不够再加。页面替用户做的判断越多，用户越难把方案用到别处。