【插入头图：工作台或简洁系统示意】
做产品时最常见的冲动，是把想到的功能一次性塞进第一版。看起来很完整，用起来却处处绊脚。
「CaboKit」选择另一条路：先把默认路径走顺，用约束挡住不必要的分叉，让复杂晚一点、少一点出现。
💡 完整不等于可用
功能清单越长，决策成本越高。用户并不需要“什么都能做”，他们需要在关键路径上几乎不思考。
如果一个开关超过三成用户不知道该怎么选，它就不该作为开关出现。
把选择收敛成好的默认值，比再加一页设置更有价值。
简单不是偷懒，是把力气花在真正会被反复使用的地方。
🧱 用命名与边界养系统
命名清楚，边界就清楚。边界清楚，改动才不会牵一发而动全身。
1. 一个概念只用一个名字
同一个东西在文档、界面、代码里说法不一，复杂度会指数上涨。
2. 默认值比配置项更重要
先服务 80% 的场景；小众需求可以后置，而不是一上来铺满选项。
3. 敢于做减法
砍掉半成品功能，往往比硬撑着发布更能加快真正可用的那一天。
📝 补充说明：我们把「把默认路径走顺」写进每次评审清单。若演示时还要反复解释“以后会更好用”，说明现在还不该上线。
如果你也在做一个越来越重的系统，不妨先问一句：删掉一半，主路径会不会反而更清楚？
继续阅读
👇 同标签更多，或返回文章列表
上一篇：H5 在 Android 真机调试：从 Android Studio 到 chrome://inspect·下一篇：安静界面：少一分装饰，多一分意图