管中窥豹——从限购业务模型设计论产品业务模型构建之道.pdfVIP

管中窥豹——从限购业务模型设计论产品业务模型构建之道 产品业务模型 ，是整个产品的核心模型。好的业务模型 ，可以 过对日常业务的抽象形成基 本要素 ， 过对要素的再组合 ，在满足现有业务的情况下 ，预见中长期的业务创新。 为什么有些产品经理 ，经常能预见业务方的需求了 ？因为日常的产品需求 ，大多数是原有要素的排 列组合 ，或者在原有基础上加入部分新的要素 （对原有模型的丰富 ）。因此对于产品经理来说 ，整 理出一个好的业务模型 ，并用它来指导工作 ，可以批量解决大部分的日常需求 ，同时底层的业务架 构会更加明晰 ，尽可能减少对系统打补丁的情况。接下来 ，我们就来看看 ，如何搭建一个完善的业 务模型吧 ！ 一、组成——产品业务模型构成 产品的业务模型是业务的抽象模型 ，包括从底层的业务对象 ，业务范围、业务限制、业务规则等、 执行层的数据流动方式及展现层的前台展现交互的设计。一个较为 用的业务模型模板 ，可以由架 构层 ，数据层 ，展现层三层构成。其中各层的主要内容为 ： 架构层 ：业务对象、业务范围、业务规则等 ； 实现层 ：产品的数据流动 ，及技术实现的流程 ； 展现层 ：交互设计 ，边际条件设计 ，空白、报错提示等。 二、准备——深入了解业务 业务模型最难设计的部分 ，也是最底层的部分 ，当属业务架构层。要设计好业务模型 ，需要对业务 具备一定的了解。 对业务的了解 ，可以分为3个部分 ，分别是对业务背景的了解 ，对业务本质的了解 ，以及对业务边 界的了解。下面 ，以交易中的一个简单功能 ，限购 ，进行举例。 01 对业务背景的了解 限购业务产生的背景主要有二 ： a.特价商品 ，让利过大 ：这个业务刚开始 ，是源于商家进行限时特价 ，拉新让利。商家进行相关营 销的目的是 ， 过让利 ，刺激拉新及留存。这就需要尽可能多的让新用户及老用户能够享受到让利 。 然而实际操作过程中可能出现的三种损害商家利益的情况 ： 一些用户拍得过多 ，影响其他客户的 购买 ； 一些用户恶意拍光库存让活动商品下架 （恶拍 ）； 拍光低价商品 ，然后到平台进行倒卖 ， 冲击市场价格。 为了限制这部分胃口过大用户 ，恶意用户及羊毛党 ，商家有了对用户购买件数限制的需求。这是需 求的起源。 后续随着营销业务的发展 ，平台开始发展出了低价试用或者包邮试用的业务。这些业务的营销方式 ，是低价 （接近免费 ）的进行新用户触达 ，因此和限时折扣一致 ，会面临同样的问题 ，因此归为 一类。 b. 门商品 ，库存有限 ：商家只能拿到限量的热门商品 ，然而该部分商品库存有限 ，不足以支持开 放购买。为了让顾客尽可能公平地购买 ，需要进行限制。 以上两种情形 ，是目前商家进行限购的主要场景。 而平台也有使用限购的场景 ，比如对特定的用户允许购买让利商品。由于平台面对的用户量更大 ， 无法一一满足 ，只能选择扩大触达覆盖率的方式 ，因此也会限购。原因与商家进行限购的原因大同 小异。因此限购这个业务 ，不仅是商家的要求 ，还是平台的要求。 02 对业务本质的了解 从上面的业务演变中 ，我们可以看出限购业务的本质。 a.限购的前提之一是稀缺性 稀缺性的本质是供求关系不匹配中的一种——供不应求。稀缺性由商品价格与行业价格的落差 ，以 及库存的数量体现。一双普 的乔丹鞋 ，理论上是没有稀缺性的 ，但如果一双乔丹鞋在保证正品的 情况下 ，只卖100块 ，大大低于行业价格 ，那就具有了价格上的稀缺性 ；或者推出全球限量款 ，只 制作5双 ，而有10000人想买 ，就具有了库存上的稀缺性。没有稀缺性 ，就无需限购。 b.限购的目的是提高同等数量商品对特定用户的触达率 从需求背景我们可以看出 ，限购的目的 ，并不是让用户减少购买 ，而是 过限制个人购买的方式提 高同等数量商品对特定用户的触达率。 因此我个人对限购业务本质的理解是 ：限购是由于资源稀缺 ，商家或平台通过限制用户的购买行为 ，以提高同等数量商品对特定用户触达率的行为。 03 对业务边界的了解 业务边界 ，换个说法就是 ，由谁来做 ，由谁来维护 ？ 其实 ，限制购买是个比较宽泛的概念 ，可以有多重理解。理论上 ，对用户任何的购买行为进行限制 ，都属于限制购买。简单举例 ： 1. 至少购买2件 ，和至多购买n件 ，都是限制购买的概念 ，需要整合一起做么 ？ 2. 至多购买0件 ，就是禁止下单 ，涉及到风控的业务 ，需要与风控整合一起做么 ？ 3. 如果限制购买数量 （前100享受优惠价 ，然后恢复原价 ）的话 ，会涉及到库存分割的概念 ，需要 整合在商品平台中的库存中心一