|以SPU与SKU为例，聊聊场景抽象模型( 三 )
想来正如前面所说 ， 凡是涉及买方、卖方与双方交易货物或服务的过程中 ， 都会有商品的概念 ， 那么有的场景 ， 会抽象出SPU作为一部分有相同属性的SKU的整合入口 ， 好处是看起来清爽 ， 容易找到商品 ， 那么相应的弊端则是有些属性不直接露出 ， 需要进一步才能确认；
而有的场景不需要扩展SPU的概念 ， 直接将SKU展示出来 ， 数据量大 ， 且丰富 ， 开门见山 ， 而相应的弊端就是 ， 商品数据量大的时候 ， 按照SKU展示将使展示的数据变得更多 。
具体该怎么拆分 ， 还是得看实际的行业和业务 ， 实际想要提供的用户体验 ， 看自己的实际情况了 。
04 不再见“童年噩梦”
有一段经典相声 ， 叫做《蛤蟆鼓》 ， 放出来一部分大家看看 ， 有兴趣的可以去听听原版或者郭德纲老师的改编版本：
甲：你说这蛤蟆个儿这么小 ， 为什么叫唤出声音来这么大？
乙：因为蛤蟆嘴大、脖子粗、肚子大 。
甲：那我们家那字纸篓子就是嘴大、脖子粗、肚子大 ， 为什么搁那儿响都不响？
乙：这个嘛 ， 字纸篓子是竹子编的 ， 竹子做的东西不响 。
甲：那人家吹的笛子 ， 也是竹子做的 ， 为什么这么响？
……
……
甲：挨着地就不响？自行车轮胎放炮 ， 声音可响哩！
乙：轮胎放炮那是因为里面有气呀！有气的东西才响哪！
甲：我问了您这么些问题您有气儿么？
乙：是啊我这气儿大啦！
甲：您怎么不响呢？
这里就是一个很有意思的吵架过程 ， 也是一个抽象非常不到位的建模过程 。 比如说蛤蟆为啥能叫的出很大的声音 ， 是只要像纸篓子一样肚子大就可以了吗 ， 答案肯定不是的 ， 这也就是模型抽象不严谨 。
在我们的实际生产生活过程中 ， 发现背后的根本逻辑 ， 将复杂的事务简单化 ， 将具体的逻辑抽象化 ， 是一个很难的过程 。 除了说提升自己的抽象能力 ， 还要扩展自己脑海中的模型 ， 尘归尘 ， 土归土 ， 事出有因 ， 也必有果 。
大家还发现了什么有意思的场景抽象的模型 ， 欢迎一起讨论 。
本文由 @困困生活 原创发布于人人都是产品经理 ， 未经作者许可 ， 禁止转载
题图来自Unsplash ， 基于CC0协议
推荐阅读
- 光之影|糖护士SPUG测试仪：6秒出结果，血糖尿酸双测试
- 清朝|以总督衙门为例简述清代的幕府制
- 视角|以叮咚买菜为例，看顶级增长负责人的全局增长视角
- |Skullcandy 真无线耳机 Indy EVO 上市
- 物联网,云计算|以“智慧交通”为例，一文读懂“智慧”的本质
- 物联网|以“智慧交通”为例，一文读懂“智慧”的本质