“原本”型系统(一)

图片发自App

自从读了“斯坦福的人生设计课”,我愈发觉得我应该把思考了快十年的系统构想尽可能的实现出来,我唤他“原本”。

引子

大概在快十年前,我玩了一款叫《孢子》的游戏,从最小的生物慢慢进化为无数种未知的物种,那种探索和尝试的过程让人着迷...

而与此同时,另一个让我感到莫名兴奋的点是:我亲手有了掌控万物的能力。

当前软件服务的局限性

自从有了软件服务,就有了使用方和提供方。而提供方对于服务的定义和实现直接决定了使用方的使用过程和效果。虽然越来越多的定制化能力交由使用方去完成,但是并未从本质上进行改变。

于是我想突破的第一个常规就是:

尽可能去模糊软件服务使用方和提供方的界限,直至无限逼近0差异。

软件服务构成的最小原子

软件服务的本质是:帮助人类利用计算机系统去实现一个目标。

那目标都有哪些呢?

  • 找到一些特定资源... - SE
  • 管理我的客户资源... - CRM
  • 管理我的财物 - FIN
  • 和朋友聊天 - IM & Social
  • ...

很明显,这些目标对应的可能是一个很庞大的软件系统,而非一个最小原子。

那么继续往下拆解,就成了类似这样的目的:

  • 找到可能和我合作的客户
  • 了解我的客户都发生了什么
  • 主动的联系我的客户或者被动等待他回复我
  • ...

这些问题把一个复杂域拆解成了更细分的域,而这些域里都存在似乎相同的内容:

  • 主题性关键资源 - 客户
  • 需求的发布 - 找到、了解、联系...
  • 需求的满足过程 - 如何找到、如何了解、如何联系...
  • 需求的结果 - 找到了吗?是谁?...

可以看出,这四种内容诠释了一个最抽象软件系统的全部,那么:

针对这四种内容,打破所有“使用者”和“提供者”的界限就变成了对软件服务的重新定义!

无极生太极,太极生二仪,二仪生四象...

其实写到这,有些问题已经渐渐浮出了水面,就像这个:

如何打破“主题性关键资源”使用者和提供者的界限?

在做Marketing产品时,有个很重要的产品分支,Attribution。使用者可以自己定义各类客户的各种属性,并附加各种规则和流程来不断丰富这些数据,从而实现数据的自增长。

也许你的第一印象是:这不就是元数据管理吗?

答案是:的确,这个产品分支源于元数据概念,却是一个很鲜活的打破“二者”的例子,也是基于此,才衍生出了CDP(Customer Data Platform)。

未完待续

Enjoy your life, enjoy what you are doing!
发个小广告,如果你也想尝试改变下对软件服务的思考方式,可以私信我,注明身份,谢谢!

你可能感兴趣的:(“原本”型系统(一))