搞工程造价的同学都知道，建筑中有很多定额（企业定额 行业定额 区域的 国家的 协会的），定额就是不同颗粒度的事情在特定环境条件下完成所需要消耗的资源的一个标定。之后在工程业务中会广泛用到，比如招投标、业务核算、财务核算、目标责任制定等等，比较典型的一种对应关系就是：实际场景中的一项内容和定额之间，不一定是一对一的关系，可能多对一、一对多，完全取决于当个场景下融合而成的信息单元粒度如何。
产品设计中类似的：用户需求和产品功能也不绝对是一对一的。产品模块间讲究高内聚低耦合，无疑会让产品线更加高效可拓展，而不至于固步自封；但需求和功能对应层面，换个角度，其实又是耦合的，有公共耦合的意思、又有内容耦合的意思，想想还挺有意思
就像3年前在公司有次季度会上，我给团队同学们分享的粒度的主题，通常的大家因为描述问题的粒度不同，可能会呈现冲突差异，但是当把粒度重组（解构或建构）到统一口径上面会发现，本质上大家的目标是相通的。
