系统设计的目的是更好的支持需求

我们常说,只要业务能将你的需求描述清楚,能自圆其说,我们就有办法实现。

这其实是系统设计的最理想的状态,

如果业务没想清楚,那么在系统实现中,一定会把问题暴露出来。很多时候,问题的暴露源于没有考虑周全亦或都没有考虑这种场景!

比如,从业务层面上允许商品超卖,但又没给出超卖了怎么处理,这时候,系统就处理不了。

那么,语言沟通与设计有没有关联性了?

我们设计的系统有一个很有意思的特点,理解成IO+计算,人输入命令,计算机将信息处理完成后输出结果,映射到真实世界。

我用微信聊天、我在淘宝买东西、商家要做活动、下单送礼品、用户写文章发表、闹钟到点提醒、电脑到点自动关机等等

这些一个一个的事件、命令、动作似乎都可以理解成语法中的主谓宾。

如果系统设计也按这种主谓宾结构作为设计思路,那么一切与业务的沟通,就要找出业务需求中的主谓宾,对应到系统中。

例如

业务想在双11做一场活动,活动规则是用户必须每天签到,签到次数到了就可以得到一张大额券。

且不讨论细节规则合理性问题,在这个需求上,我们拆解语法。

1,业务做一场活动

2,用户每天签到

3,签到达到门槛获得一张券

核心逻辑就这三点,先找出需求中的主谓宾

业务(主)建(谓)活动(宾)

用户(主)参与(谓)活动(宾)

用户(主)签到(谓)完成任务(宾)

用户(主)完成活动任务(谓)获得券(宾)

建模

业务和用户为主语,创建、参与、完成、获得为动作谓语,活动、任务、券为宾语

以此得到这个需求的实体模型:活动、任务、券

后续业务认为完成任务不发券,发现金,那此时模型中的实体就不是券,而是现金与券的抽象,比如奖品。

这个思路与最近流行四色建模方式有一曲同工之秒。

四色建模

先了解下四色建模步骤

第一步:寻找要追溯的事件

第二步:识别“时标对象”

第三步:寻找时标对象周围的“人、地、物”

第四步:抽象“角色”

第五步:补充“描述”信息


四色建模思路翻译成主谓宾就是

第一步:找谓语动词,也就是事件

第二步:找宾语,也就是时标对象

第三步:找时标对象的”人、地、物“,其实就是找到主语

第四步:找到主语后,分类、抽象

第五步:补充”描述“信息,就是补充领域属性信息


主谓宾在系统设计中的应用

  1. 分类找出各自的语义

  1. 建模板

  1. 建实例

举例流程并非线上真实流程,而是推演的过程,在此流程推演过程中,发现许多原来设计不合并且难自圆其说的问题。在此说明!


结束语

建模中有个很大的风险是当业务不明确时,当时建模型在业务发展后期已不适用,需要更改模型,而更改模型会引入更多成本。所以,多与业务沟通中了解业务尝试方向,尽量减少建模风险。

而本文中的主张也同样有这种风险,因为参与的项目有限,能够拿这套理论推演的样本有限,难免有疏漏之处,如果有,请指出一起完善。

posted @ 2024-12-19 18:15 wxwall 阅读(9) 评论(0) 推荐(0) 编辑
摘要: 现在营销工具创建活动时,以下简称优惠,为了更好的通过商品找到优惠,会以各种建索引的方式找到对应的优惠 优惠建立的时候,以区域建立倒排索引 优惠建立的时候,以商品建立倒排索引 圈品的时候,在商品上打标,营销工具保存这个标签 在这几种方式中,都有各自的优缺点 优点 按区域建索引,区域的范围可以很大,也可 阅读全文
posted @ 2024-12-19 18:07 wxwall 阅读(12) 评论(0) 推荐(0) 编辑
摘要: 营销系统现阶段分为营销权益工具、玩法、招商提报三大块。其中权益工具主要负责创建券、促销、换购类优惠权益。玩法负责用户与平台之间的连接,通过任务式交互获得权益。招商提报主要是面向商家参与活动的连接。比如要做一个活动,需要从招商发布活动信息,提报统一创建营销权益,营销玩法让用户获得权益,营销工具在用户下 阅读全文
posted @ 2024-12-19 18:04 wxwall 阅读(12) 评论(0) 推荐(0) 编辑
摘要: 营销是什么 营销是商家给用户权益,让用户少花钱买到商品,以此达到商家的营销目的。 以此逻辑为基础,展开几个关键角色 用户 平台 商家 他们各自在营销侧的诉求是 用户需要有获得优惠的途径 门店需要有发放优惠的能力 商家需要有优惠活动的功能 营销工具权益建设 以这些诉求为切入点,首要任务是用户能够有优惠 阅读全文
posted @ 2024-12-19 18:01 wxwall 阅读(23) 评论(0) 推荐(0) 编辑
摘要: 营销平台定义营销玩法:用户在商家平台通过完成某些动作并获得优惠奖励。 在调研了许多平台的实现中,也有些直接把抽奖做为玩法实现! 营销玩法平台第一版也是将抽奖概念设计成玩法概念并落地的,在早期的许多场景中落地且收益效果不错。 随着更多玩法的加入,单纯靠抽兑奖模型去迭代已经力不从心。在整个玩法生命周期中 阅读全文
posted @ 2024-12-19 18:00 wxwall 阅读(27) 评论(0) 推荐(0) 编辑
摘要: 在购物车加购的场景中,超值换购、满赠、免费、超值抢等换购类活动,在整个加购链路中相对复杂,穿插着各种场景,各种关系交织在一起。导致前端、购物车、交易、营销、售后在处理这些场景中全都要考虑对应的场景和关系,使得一个业务方认为简单业务实现起来,遇到各种问题,这些问题包含 普通商品与换购品加购、展示、计算 阅读全文
posted @ 2024-12-19 17:58 wxwall 阅读(15) 评论(0) 推荐(0) 编辑
摘要: 电商系统中,最核心的几个点就是如何圈选出商品、消费者、门店 在整个逻辑中,圈选有两个点 选出目标集合 给出圈选的规则 选出目标集合 以商品为例,在商品选品中,选出目标集合,有几种方式 通过人工方式将已有的商品列表导入到系统中 通过外部系统收集的商品列表导入到系统中,如一些商品橱窗、活动会场、指定门店 阅读全文
posted @ 2024-12-19 17:54 wxwall 阅读(50) 评论(0) 推荐(0) 编辑
摘要: 昨天跟朋友吃饭的时候,他提出了这个问题。这个问题标题很大,我理解这是一个没有标准答案的答案。每一种解答都是对这个问题解的一种补充,下面我将从自身理解来梳理分析概括总结下到底什么是用户增长! 用户增长 = 用户 + 增长 在整个漏斗模型中,需要依次梳理出各个关键点,如谁是你的用户,你的用户在哪里,什么 阅读全文
posted @ 2024-12-19 17:48 wxwall 阅读(33) 评论(0) 推荐(0) 编辑
摘要: 立个非常大的标题,是因为找到了复杂业务的最终解法,领域模型之边界上下文!纯实践例子。 这里先抛出本文最核心的观点:所谓的场景就是领域边界上下文! 以电商业务中复杂的营销优惠场景来举例! 在营销优惠场景中,优惠的方式特别多,优惠的种类也特别多,涉及到的点也特别多。无论有多少,随着时间的推移,堆叠的业务 阅读全文
posted @ 2024-12-19 17:47 wxwall 阅读(41) 评论(0) 推荐(0) 编辑
摘要: 用户与商品的连接 用户购买商品是整个商业的基本盘。用户与商品是多对多关系,在这个基础之上就可衍生出许多行为。可以跟据商品的属性又可以设计各种运营方式。 用几个条件来归类交易产生的条件 条件 人 物 when 人什么时候需要商品 商品什么时候被需要 why 人为什么需要商品 商品为什么会被需要 whe 阅读全文
posted @ 2024-10-23 09:17 wxwall 阅读(25) 评论(0) 推荐(0) 编辑
点击右上角即可分享
微信分享提示