今天是小年,谈完项目,一个人坐在机场,离起飞时间还有四个多小时,看着大家背着大包小包,一股浓浓的年味。
机器处理与人工处理
今天的客户很有意思,一方面想依靠机器来处理海量标签,一方面又总觉得机器不如人准。纠结了半天,问了一堆标签的生成逻辑和算法,最后我才发现:
他不是纠结哪种方式更准确,而是对于无法参与到标签的业务逻辑定义中而忧虑。我想这也是传统软件服务的一大弊端吧。
在技术圈里很崇尚极客精神,全栈工程师,因为他们有从无到有的创造能力。而我们的客户,何尝又不是这样?当命运都掌握在供应商手中,自己被夹在业务部门、老板和供应商之间,想想都憋屈。
都不容易啊,嗯...
主题性关键资源的设计
回到之前的话题,任何一个软件服务,在启动之前都需要定义出这个域下所需要处理的资源是什么。通俗一点,以今天和客户聊到的CRM以及标签为例:
客户的需求是多业态的大会员体系和积分通兑机制,那么识别出来的资源就是:
- 会员
- 业态
- 积分
这点颇像领域模型中对领域概念的提取,只不过我做了减法,只找出了其中关键性的资源。
不同于传统的软件设计,我们不去依据经验总结和设计这些“领域模型”,而是让他们从最小开始自我生长!
对资源的本质重定义
会员
企业希望人们都变成他的客户,更希望变成忠实的会员;那么反过来,会员的本质其实就是人。
人才是“原本”设计中的原子性关键资源,而会员不是。会员只是在人的基础上,加上了与企业的强弱关系,而这个也是传统CRM的本质。
业态
今天聊的客户他的业务涉及一系列健康产业,他们的会员分散在各个子健康体系中,由不同的部门、工具和方式来进行管理。透过表面,
业态的本质其实是组织,因为所谓“业态”不过是企业想要达到的经营目标和占领的市场类型,据于此,企业会构建与之匹配的组织结构来进行管理。
这也是为什么,企业经营目标一旦改变,组织机构也会随之调整,在市场上的覆盖状态、管理方式都会随之改变。
积分
积分,向来食之无味弃之可惜。是因为本质上他是不存在的,而是随着管理升级而提炼出的一种管理方式的伴随性产物。所以,
在我“原本”系统的定义里,积分是一种虚拟性货币,一种交易物。说白了,这种关键资源叫“钱”,Money!
让关键资源拥有最小定义
是的,系统之所以复杂,是因为所有能料想、推论和经验总结出来的信息全部被过程化的预置进了系统。但往往一个系统80%的功能在一个客户身上是用不到的。
这就是我识别出的第二个传统软件服务的改善点:依据事实构建,随取随用。
上节中说到的几个定义:
- 人,最小集合只有一个标识(例如:身份证号)和一个代号(例如:姓名)
- 组织机构,最小集合只有一个标识(例如:工商注册号)和一个代号(比如:名称)
- 货币,最小集合只有一个标识(例如:货币编号)和一个代号(币种)和面值
从三个例子不难看出,关键资源的类型是可以统一的,比如:标识、代号(或者叫文字)、数值。不要和数据类型混为一谈,我说的都是信息层面,而非数学层面。有兴趣的同学,可以自行百度 数字、数据和信息的差异。
未完待续
要登机了,写到哪算哪。祝大家小年快乐!
Enjoy your life, enjoy what you are doing!
发个小广告,如果你也想尝试改变下对软件服务的思考方式,可以私信我,注明身份,谢谢!
网友评论