方法论|最实用的中台入门介绍（三）模型篇( 四 ) CertiK|skynet|合约|区块链安全公

（3）微客等级规则
这个大家就一目了然了，熟悉的同学都知道，这就是个规则和定时任务，按照约定定期去跑用户的等级条件值，然后看用户会属于哪个等级。业务侧期望每天 0 点跑一次，每天 10 点跑一次，每隔 2 小时跑一次。
上述业务大概描述清晰了之后，我们按照横向和纵向的比较、归类、分析与综合以及抽象与概括来执行。横向扩展方面，我为了举例简洁，在本文只罗列了业绩、任务、等级三个模块，但是实际上还有关系链、线索等其他模块。
这里简单介绍抽象归纳的思路过程：
（1）比较
我们可以发现：

都是在某一时间段内做一件事情，但是时间段有的很明确有的不明确；
都是在某个时间点做事情，比如每天 0 点，每天 10 点，每天 15 点…每周，每月，每季度，每年，每个整点；
做的事情分两类：复制某种数据，或者去按照某个约定跑某个数据的值。

（2）归类
这个案例比较明确了，大的模块就归类为：

时间段：永久类和固定类；
时间点：每天某个时间点类（0 点，10 点，15 点等等），按常规标准类（天，周，月的开始和结束节点）；
任务：创建数据类，执行定时任务类；

（3）分析与综合
时间点在时间段内循环，循环的规则也是周期模型的一个重要元素。

当时间段大于小时时，时间点可以每小时循环；
当时间段大于天时，时间点可以每天循环；
当时间段大于周时，时间点可以每周循环；
当时间段大于月时，时间点可以每月循环；
……

（4）抽象与概括

周期模型的主体包括：时间段，时间点，任务；
周期模型的边缘属性为：循环属性、名称属性；
以后可扩展逻辑为：循环的条件、时间点条件，任务条件等；
然后，因为小时、天、周、月的概念都是国际通用的，但是季度、财务年度可能是业务侧有自己的概念，所以需要业务提前定义的有：季度、年度的概念；
未来可以应用于每个定时任务的频率设定。

最后，用图形表示最终抽象出来的能力模型是这样的东西：

文章插图
文档中整个模型需要阐述的需求内容包括这些：

文章插图
至此，整个周期性生成和执行任务的能力模型就完成了，短期内的未来我们无论怎么加需求，都是在时间段、时间点、任务这个主干下增加玩法、类型、条件，都不会脱离这个模型。时间段、时间点、任务这三个东西，就组成了一盏明亮的足够高的灯，照亮了周期性生成和执行任务这条路。
最后我想说，本文为了比较好理解，举的例子都比较简单，一方面是为了读者容易理解，也为了我作为作者会比较容易表达。真正工作中一定会遇到比案例更复杂的情况，但是举一反三触类旁通是产品的基本岗位能力，需要对方法论多加锻炼并不断形成习惯，把方法论变成本能反应，就可以在工作中信手拈来了。
另外，中台是不断迭代的，就算中台是由非常牛逼非常了解业务的人来做，毕竟做业务的人和做中台的人也不是同一个人，很可能会出现业务的玩法在中台的预料之外的事情，那么中台很可能就会迭代模型或者更改底层设计。所以不能追求中台的产品模型一开始就是完美的，要有不断优化的心理预期。
作者：初愚，公众号：产品杂谈录
本文由 @初愚原创发布于人人都是产品经理，未经许可，禁止转载