先看三张图:
方法论:
1. 先把想法都想出来.
2. 然后先选一个维度: 取枚举值. 对每个想法打标. 自动切分.
3. 然后再想一个维度,再取值打标. 无穷无尽. 直到没有. 最终形成一棵树. 叶子节点就被打标上了,所有父节的维度都是他有的维度. 然后看下,是不是缺少其他维度标签. 然后对每个标签都打一下(这里需要计算,看正常都是按哪些维度开始生长树的. 因为有些维度是领域特殊的,专属于某个维度值下面. 这种就不需要专门取值了. 这个就是这种维度的意义是不是大,如果一个维度值下的维度很有意义,套用到其他系统上也很适用,那这就是能引发共鸣的总结和思考,影响力就来了,知识传播就来了,书就来了. 例如一个电商系统下的稳定性建设可以复用到其他系统. 例如一个电商网站从孵化到赚钱的维度理论. 稳定性维护值的维度就很难给产品售卖的维度值下叶子节点行为赋值.正式如此. 第一步都是根据时间轴,然后给每个时间点取个名字,或者根据空间来,来的,才会有孵化器,网站建设. 运营,售卖,客服.).
如何整理维度: 一种方法是从上到下整理, 取一个维度后,能将所有的节点都分类掉. 一种方法是从下到上,可以先把部分节点分类起来.
如何确定维度层级? 如果一个维度,不能囊括所有的action节点. 那么就不适合当根维度. 例如 公司员工分类: 业务线维度和智能线维度都是比较适合的维度. 但是码农分类(c++,)就不是作为公司维度的分类. 不会作为公司维度分类的经验介绍.
好在: 一般情况下,大的维度都比较容易整理,前人都已经整理好了, 潜移默化中你已经知道了这些分类. 你只是要在其中一些子领域里去整理沉淀,把琐碎的东西归类,打标. 总结出能够更加通用的道理. 起码两个纬度就够了.
会前,会中,会后.
上线前,上线中,上线后.
故障中,故障后.
生命周期独立
例如 账户系统 其实可以独立于订单生命周期之外. 可用账户支付,也可不用账户支付. 在支付域,账户创建依赖订单,成单后. 但是营销域, 账户的创建又必须独立于订单生命周期. 营销的账户系统和支付的账户系统可以共用. 这样就可以下沉出一个账户系统.
例如 企业支付. 企业用户域及其行为独立于原有体系. 虽然生命周期在订单体系里. 但是企业用户创建于订单生命周期. 平行于普通用户.
前端,接入层,服务器层,网络层,存储层. 系统维度, 角色维度.
法,道,术,器.
拆解系统的方法论: 从人的角度出发,行为角度出发.不同的行为就能拆分出系统了.这种系统拆分出来,符合人的直觉.共鸣度更高.
对比整理是另外一个好的工具,直接思考抽取多个系统的共性维度,不同系统取值不同. (从下思考法) 首先左边至少要有两列. 不然容易禁锢思维. 所以需要一个工具左边是脑图,右边是表格. 不然zo
公司层面推送 | 关联设备层面推送 | 老合作设备对接推送 | 独立软件开发商ISV推送 | ||
功能点 |
维度值个数>=3且 <=10.
最妙的是这颗树可以转换. 最后自动计算整理二维表展示. 维度是有父亲的. 例如 电商系统下的流程维度(下单,接单),和外卖系统下的流程维度(下单,接单)是不同的. 一个功能点可能属于某个维度值下面的某个维度值. 虽然子维度值相同(都是流程),但是父维度系统领域的取值不同. 一个是(电商,一个是外卖) 需要写一个这样的打标软件
标签的维度的uniqueKey是 父节点的取值+维度. 取某个维度进行拉平展开. 不能把其他父节点的东西拉过来. 不然整个图会很大了.
所以先要有标签树,有些是平行的,有些是独立的.
工具: 通过word和excel来整理,结构化. 嵌入到格式调整中.崩溃.
结构化思考,金字塔思维,思维脑图这几个基础知识不熟悉的自己去查阅.
1. 先发散思考,头脑风暴,收集场景,具体例子.
2. 对例子进行分类,取类名,并取值. 这个时候 思维脑图缺失了 类目名 这个功能.
脑图:
1. 优势: 快速,变动
2. 劣势: 无标题
表格:
行 转 列. 例如: api文档.
接口 | 形参 | idl |
统计维度:
从实体角度: 包含层级. 企业,员工,手机系统,apk版本号, 系统版本号. 设备系统,设备版本号. [从大到小,包含关系]
从时间角度: 天级,小时级,分钟级,周级. [从大范围到小范围]
核心: 哪个会变化,维度的内容是否一致. [apk mac3.1, apk win 3.1 不一致 ,那就要区分出来 ]
指标:
1. 分布. [成功,失败]
有些指标,3天内留存率. 两个指标之间的关联关系. 注册三天后上过线的比例.