企业S九宫格：
从商业模式画布，到一张会呼吸的企业地图

一、墙上那张画布，为什么总在某个时刻突然不管用了

先从一件几乎每个做过战略的人都熟悉的东西说起：商业模式画布。

那张画布你一定见过——一张纸，九个格子：客户细分、价值主张、渠道通路、客户关系、收入来源、关键资源、关键活动、关键伙伴、成本结构。它出自 Osterwalder 和 Pigneur 的经典之作，二十年来贴满了全世界的会议室墙壁。它为什么好用？因为它逼着一个团队，把「这家公司到底靠什么创造价值、传递价值、获取价值」这件事，在一张纸上，一次说清楚。九个格子填满，一家公司的商业逻辑，就大致跃然纸上了。这是个了不起的工具，本文丝毫无意否定它。

但几乎每个用过它的人，也一定经历过这样的时刻：那张去年还严丝合缝地描述着你公司的画布，突然，在某个节点，不管用了。一个新对手冒出来，重新定义了「谁才是客户」；一次平台规则的改动，把你的「渠道」整个改写；那个曾经无往不利的「价值主张」，忽然就打不动人了。画布还挂在墙上，每一个格子里的字都没变，可它描述的那家公司，已经不是现在这家了。而最让人无力的是：画布说不清这一切是为什么。它没法告诉你，这九个格子当初是怎么长出来的、为什么会在此刻失效、又该往哪里去。 因为它从头到尾，只拍下了「此刻是什么」，却从未记录「它是怎么成为这样的」，更没有「它正在怎样改变」。

用发生学的语言，这个病根一句话就能点破：商业模式画布，画的只是 S——那个已经被说清楚的、稳定的结构显露态；它对 D 和 E 是盲的。 那九个格子在现实中怎么运行、怎么彼此冲突、怎么在危机里转换（这是 D），那九个格子泡在怎样的市场、技术、制度、文化里（这是 E）——画布统统装不下。于是，一旦你把这张画布，当成了这家公司存在的全部，你就一定会在现实每一次移动时，被打个措手不及：因为你手里那张只画了 S 的静态快照，天生就看不见让 S 移动的那两样东西。

把这个道理再往深里说一层。商业模式画布之所以让人安心，恰恰因为它「完整」——九个格子一填满，你会有一种「我已经把这家公司想透了」的踏实感。可这份踏实，是一种危险的错觉。它就像一张地图，把一座城市的每条街道都标得清清楚楚，却唯独没画出「这座城市正在下沉」这件事。街道图越精确，你越会信任它，也就越不会去想那个它没画、却真正决定这座城市命运的东西。一张只画 S 的地图，它的完整本身，就是它最大的欺骗——它用「看起来什么都有了」，让你忘了去问「那些让这一切正在改变的力量，画在哪儿了」。 于是当变化真的来临，用画布的人，往往不是「看见了变化却没来得及应对」，而是「压根没有一个地方，能让变化被看见」——变化对他而言，是从一个完全没有预留位置的盲区里，突然砸出来的。这就是为什么，被画布锁住思维的公司，几乎总是被同一件事反复打倒：不是它们不够努力，是它们的地图里，根本没有给「正在发生的改变」留下任何一格。补上这一格，正是这篇文章要做的事。

这篇文章要做的，就是给这张老画布，做一次发生学的升级。不是推翻它——它捕捉 S 的能力依然宝贵——而是给它补上它天生缺的两个维度，让它从一张「此刻是什么」的定格照片，变成一张「正在怎样存在、又将怎样改变」的、会呼吸的地图。这张升级后的地图，就是企业S九宫格。它同样有九个格子，但它把九格分成了三层，还给每一格，都接上了它的 D 和它的 E。下面，一层一层地，把这张地图搭起来，并交给你怎么用它。

二、企业的「S」到底是什么：从组织架构，到存在的显露态

要搭这张地图，得先回答一个最基础、却最常被搞错的问题：一家企业的「S」，到底指什么？

1. 一个常见的误解：把「企业结构」缩成了技术清单

在很多数字化项目里，「企业结构」被不假思索地缩成了几样东西：一张组织架构图、一堆数据库表、一份主数据目录、一张应用系统清单。这些当然都属于企业 S 的一部分，但把它们加起来，远远不够构成一家企业的整体显露态。因为它们描述的，是这家公司的技术骨架，而不是它作为一个存在的完整样子。 一家公司之所以能稳定地存在，从来不只是因为它有部门、有员工、有几套系统——而是因为它已经对一串更根本的问题，形成了一套相对稳定的回答：谁是我的客户？我为他们提供什么价值？我靠哪些资源和伙伴？我通过什么流程交付？我如何获得收入、又承担哪些成本？

这套回答的总和，才是企业真正的 S。换句话说，企业 S 首先是「商业模式与经营结构」的综合显露，而不是「技术模式」的集合。 这也正是为什么，本文要从商业模式画布出发，而不是从数据库设计出发——因为一家公司「是什么」，首先是一个商业与经营的问题，其次才是一个技术问题。把顺序搞反了，你会把一家公司的灵魂，误认成了它的骨架。

这个「商业先于技术」的顺序，有一个极其现实的后果，值得每个正在做数字化的人记住。很多企业的数字化之所以做成了「花大钱买了一堆没人用的系统」，病根就在这里：它们从技术骨架出发——先梳理数据库、先上系统、先建数据中台——以为把技术的管道铺好了，商业价值就会自动流出来。可结果往往是，管道铺得又粗又亮，里面却流不出真正的价值，因为没有人先回答那个更根本的问题：这家公司到底靠什么活着、它的商业逻辑是什么、这套技术究竟要服务于哪一个商业上的「谁是客户、提供什么价值」。技术骨架搭得再完美，若没有商业与经营的显露态给它注入灵魂，它就是一具昂贵的空壳。 企业 S 九宫格坚持从商业模式出发，正是要把这个顺序摆正：先想清楚这家公司「作为一门生意」是怎么存在的，再让技术去承载它、去让它可计算、可运转。工具是骨骼，商业逻辑是血肉——先有血肉要长成什么样，才谈得上给它配什么骨骼。顺序一旦反了，你会造出一具解剖学上完美、却没有生命的标本。

2. 一个更深的点：S 是「显露态」，不是「本质」

这里还要钉住一个 SDE 特有的、极重要的分辨：企业 S 是一个显露态（一次显露、一种被显示出来的样子），而不是一种固定的本质。这个分辨，是整张地图会不会「呼吸」的关键。

什么意思？拿「客户」这个最常见的对象来说。一个人被这家公司定义为「客户」，并不是因为他天生的本质就是「客户」——他同时也是别人的父亲、某个社区的成员、另一家公司的员工。他之所以在这家公司的世界里显露为「客户」，是因为他与这家公司，在购买、使用、服务、付款、反馈这一连串的互动中，逐渐凝结出了「客户」这个意义。对象，是复杂互动的结果，被暂时地凝结成了一个可识别的结构。 关键词是「暂时」。既然「客户」这个身份是互动凝结出来的，那么当互动变了——比如这家公司从卖产品转向卖长期结果——「客户」这个对象的含义，就可能整个松动、重新凝结。

这就是为什么，企业 S 九宫格画的是 S、却必须时刻记着 S 会动。地图上的每一个格子，都不是一块刻在石头上的事实，而是一次被凝结起来的、随时可能重新融化的显露。 一张好的企业地图，必须把这份「随时可能融化」写进它的读法里——否则，你又会把一张流动之物的快照，误当成永恒的真相，重蹈商业模式画布的覆辙。带着这个分辨，我们来搭三层九格。

三、三层九格：给一家公司拍一张分层的存在结构图

企业 S 九宫格与商业模式画布最大的不同，一句话：商业模式画布的九个格子，是平铺在一张纸上的九个同级模块；而企业 S 九宫格的九个格子，是垒成三层的一座结构。 这个「分层」，正是这件工具真正的价值所在。

1. 三个层次，回答三个不同的问题

把九个格子，垒成上、中、下三层：

三层各管一个问题。上层「存在单元层」，决定这家公司看得见什么——它眼里的世界由哪些对象、属性、关系构成。中层「组织运行结构层」，决定它怎样把事情组织成可重复的运转——谁有资格做什么、事情按什么流程走、手里有什么资源和能力。下层「商业价值显露层」，决定它为什么运转、以及运转的结果如何被评价——它交付什么价值、在市场生态里处于什么位置、赚了多少赔了多少。三层合起来，才完整回答了「这家公司当前，以何种方式存在」。

2. 为什么必须是「垒起来的三层」，而不是「平铺的九格」

分层不是为了好看，它揭示了一个平铺的画布永远看不见的因果：下面一层，决定着上面一层的边界。 一家公司「能交付什么价值」（下层），受限于它「有什么能力、按什么流程运转」（中层）；而它「能怎样运转」（中层），又受限于它「看得见哪些对象、能分辨哪些差异」（上层）。一家公司能做什么，归根到底，被它能看见什么框死。 你看不见的东西，你无法为它设计流程；没有流程，你无法把它变成能力；没有能力，你交付不出对应的价值。这条从下往上的约束链，是三层结构最重要的洞见。

这条约束链，还能反过来读，而且反过来读时，它变成了一件极其锋利的诊断工具。当一家公司在下层出了问题——比如某条产品线利润怎么都上不去、某个市场怎么都打不进——常规的做法，是在下层想办法：调价格、换渠道、加营销。可三层结构告诉你：下层的病，根往往扎在上层。 利润上不去，也许不是因为定价错了，而是因为你的成本属性里，压根没记录真正吃掉利润的那个东西（中层的某个隐性流程损耗、上层某个被建错的对象）；市场打不进，也许不是营销不够，而是你把「客户」这个对象，从一开始就框错了。所以，用这张地图诊断问题的正确顺序，是自上而下地问：这个下层的症状，是不是中层的运行结构造成的？而这个中层的毛病，是不是上层「看不见某样东西」造成的？ 一层层往下追，往往追到最后会发现，一个盘踞在下层、让所有人焦头烂额的顽疾，病根竟是上层一个不起眼的、把某样东西建错了或压根没建的对象。这就是分层的诊断威力：它让你不再在症状所在的那一层里空转，而是顺着约束链，一路追到病真正的源头。多数公司在下层的挣扎，其实都是上层欠下的债。

而这里藏着一个所有公司都在犯的错：所有人的注意力，都集中在下层——因为下层是最显眼的，是财报、是 KPI、是董事会盯着的数字。而决定一切的上层——「我们到底把什么建成了对象、把什么当成了可分辨的差异」——却最没人关心，因为它最隐形、最像「技术细节」。 于是公司们拼命优化那个它们看得见的下层，却对那个真正框死了一切的上层视而不见。这就好比一个人天天盯着体检报告上的指标，却从不问一句「这些指标，是不是根本就没测量到我真正的健康」。企业 S 九宫格分层的第一个用处，就是把你的目光，从人人都盯着的下层，拉回到那个决定命运、却无人问津的上层。下面三节，一层一层地拆。

在动手拆之前，还要点出分层的第二个用处：它能防止一种极常见的战略误判——把某一层的问题，错当成另一层的问题去解决。 一家公司增长乏力，管理层的本能，往往是在下层动刀：换个更性感的价值主张、进一个新市场、调整定价。这些动作有时管用，但很多时候，钱花了、人累了，问题纹丝不动——因为病根根本不在下层。也许真正的问题在中层：一条僵化的流程，让每一个好点子都在执行中损耗殆尽；也许问题在上层：这家公司把「客户」这个对象，从根上就框错了，于是它所有的努力，都精准地服务着一群其实并不重要的人。不分层，你就会永远在症状所在的那一层里打转，头痛医头、脚痛医脚，把资源大把地投在错误的层次上。 而分了层，你就能像一个好医生那样，顺着「下层症状 → 中层运行 → 上层视野」这条链，一路问下去，找到病真正的那一层，再对症下药。企业 S 九宫格因此不只是一张描述性的地图，它同时是一套诊断的方法论：它教你在动手之前，先分清「这到底是哪一层的病」——而分清这一点，往往就已经解决了大半个问题。

四、上层·存在单元：对象、属性、关系——决定一家公司「看得见什么」

从最底、也最要命的上层开始。上层是「存在单元层」，由三个格子组成——对象、属性、关系。它们合起来，决定了这家公司眼里的世界长什么样：有哪些东西存在、这些东西有哪些可分辨的差异、它们之间怎么连接。一句话，上层，决定了一家公司看得见什么；而看得见什么，框死了它能做什么。

1. 企业对象：你把什么建成了「对象」，就决定了你能思考什么

企业对象，不是数据库里随便一行数据，而是这家公司在经营中，承认其具有持续身份、可被引用、能参与关系和行动的存在单元。典型的对象：客户、潜在客户、产品、服务、订单、合同、设备、工厂、员工、团队、供应商、仓库、资产、风险事件、项目。给这些东西建模，就是在搭这家公司世界的地基。

这里藏着上层最深的一个风险：把「制度分类」误认成了「自然实体」。 一个医疗机构，把一个活生生的人，只建模成一个「病例」；一家银行，把一个人只建模成一个「账户」；一个平台，把一个人只建模成一个「流量用户」。每一次这样的对象化，都在悄悄地压缩这个人的主体性和关系的复杂度——把一个丰富的、有多重身份的人，压成了系统里一个扁平的、单一功能的对象。而系统一旦只认这个扁平的对象，它就再也看不见那个被压缩掉的、完整的人了。你把什么建成了对象，就决定了你的系统能思考什么；你没建成对象的东西，对系统而言，压根不存在。 所以「建什么对象」这个看似最技术的决定，其实是这家公司世界观的第一次、也是最根本的一次划界。它划定的，是这家公司良心与视野的边界。

用一个正反对照，把这一格的分量坐实。一家外卖平台，如果它的核心对象只建了「订单」「商家」「用户」，唯独没有把「骑手的一趟配送」建成一个有血有肉、带着「在途时长」「等餐时长」「极端天气」「疲劳度」等属性的完整对象——那么在这个系统的世界里，骑手就近乎不存在，他只是「订单」这个对象被履约过程中，一个被默认为「零成本、无限供给」的传送带。系统于是可以心安理得地，把配送时间压到极限，因为它优化的账本上，根本没有「骑手」这一栏。反过来，如果一家平台，郑重地把「骑手」建成一个一等对象，给他配上会消耗、需恢复的状态属性，那么系统在优化时，就被迫把骑手的处境，纳入它的视野和权衡——同样一套算法，只因为对象建得不同，一个把人当传送带，一个把人当人。你建了什么对象，就等于宣布了在你这家公司的世界里，谁配拥有一个名字、谁值得被系统看见、谁的代价必须被计入。 这不是技术选型，这是一家公司在给自己的世界立法——决定这个世界里，有谁、没有谁。用这张地图的第一件事，就是把上层的对象清单摊开，一个一个地问：谁，被我们漏在了对象之外？那个被漏掉的，往往正是我们正在无意中伤害、却浑然不觉的人。

2. 企业属性：你记录什么，就决定了你能看见什么差异

属性，是让对象变得可比较、可过滤、可计算、可行动的特征结构：身份、数量、状态、位置、时间、价格、成本、质量、信用、风险、生命周期阶段……属性看起来只是在「记录现实」，但它做的事，远比记录深刻：属性决定了这家公司能看见什么差异。 你记录了「交付时间」和「成本」，你就能分辨快慢、贵贱；你没记录「员工是否过载」「客户理解这产品有多吃力」「这次交付对生态有没有损害」「长期信任是涨了还是跌了」，那么这些差异，在系统眼里就根本不存在——于是优化会心安理得地把这些没被记录的成本，转移到系统的边界之外。没被建成属性的差异，等于不存在的差异；而不存在的差异，会被优化毫不犹豫地牺牲掉。

属性还会遭遇一种深刻的「本体危机」，值得每个用这张地图的人警惕。举个例子：一家公司原来把「活跃客户」定义为「登录次数达标」的客户，用得好好的。可当它的商业模式，从「卖软件使用」转向「卖长期结果服务」之后，「登录频率」可能根本不再代表价值了——一个从不登录、却因为你的服务而业务蒸蒸日上的客户，才是真正的好客户。这时的问题，不是「把登录次数的阈值调一调」，而是「活跃客户」这个属性的含义、以及它与价值的整个关系，都需要被重新定义。 这是一个属性层面的本体危机——而绝大多数团队会本能地去调阈值（在旧含义里优化），而不是去重构含义（承认旧属性已经失效）。分得清「调阈值」和「重构含义」，是使用这张地图的一项关键功力。

属性这一格，还藏着一个更微妙、也更常被忽略的真相：你选择测量什么，本身就是一次价值判断，只不过它伪装成了「客观记录」。 决定给一个客户对象，记录「本月消费额」而不是「他向朋友推荐了几次」，决定给一个员工，记录「完成任务数」而不是「他带出了几个新人」——这些看似中性的字段选择，其实每一个都在悄悄地宣布「什么才算数」。被选中记录的维度，会成为这家公司眼中唯一真实的维度，进而成为它优化和奖惩的依据；而没被选中的维度，会慢慢地、从这家公司的现实里蒸发。所以，一张属性表，从来不只是一份技术规格，它是一份价值宣言——它无声地宣告了在这家公司，什么样的行为会被看见、被奖励，什么样的行为会被无视、被冷落。用这张地图审视属性层时，不能只问「这个字段记得准不准」，更要问「我们选择记录这些、而不记录那些，到底在鼓励什么、在牺牲什么」。很多公司文化的悄然败坏，追根溯源，就藏在几个当初被随手选定、此后再没人回看的属性字段里——因为员工不是傻子，你测量什么，他们就去满足什么；你没测量的一切美德，就在无人奖励中，慢慢枯萎了。

3. 企业关系：一家公司不是一堆对象，而是一张关系网

第三个格子，也是上层最容易被低估的一个：关系。一家公司，本质上不是一个对象的集合，而是一个关系的结构。对象之间的关系——拥有、购买、属于、供应、负责、协作、依赖、竞争、保证、授权、影响、替代——决定了每个对象如何进入更大的结构。没有关系，对象只是一堆孤立的名词；有了关系，这家公司才成为一张可导航、可推理、可行动的网络。同一台设备，既属于某个工厂，又由某个供应商维护、由某个班组操作、被某张订单占用、受某条法规约束——正是这一串关系，让它从一个孤立的名词，变成了企业网络里一个活的节点。

而关系建模，比对象建模更贴近一家公司的权力结构。谁被定义为「负责者」、谁被定义为「被服务者」、谁拥有审批权、谁承担风险——这些关系，直接决定了行动的权限和后果。企业的本体，从来不是一张中立的地图，而是这家公司对「责任、价值、行动资格」如何分配的一次制度化表达。（这一点，本专栏的《定义权》一篇有更彻底的展开，此处不赘。）用这张地图看关系，要多问三句：这些关系是对称的、互惠的吗？它们是可以被修正的，还是被焊死的？当一个关系发生变化时，它对不同主体的影响，是不是severe地不对称——有人得利、有人默默承担了全部代价？关系这一格填得好不好，往往比对象和属性，更能看出一家公司真实的样子。

这三问里，「可修正性」尤其值得单独强调，因为它直接决定了一家公司能不能进化。一段被焊死的关系——比如「总部与分部」「甲方与乙方」「审批者与被审批者」——一旦在系统里固化，就会产生一种强大的惯性，让所有身处其中的人，都默认「事情本该如此」，再也想不起去问「这段关系，还该是这样吗」。而现实中，最深刻的组织变革，往往正是关系性质的重新协商：一个原本单纯「执行指令」的分部，成长为一个「共同决策」的伙伴；一个原本「一锤子买卖」的供应商，演化为一个「风险共担、利益共享」的协同者。如果系统里的关系类型是刚性的、不可修正的，这些本该发生的进化，就会被死死摁住——现实中两个主体的关系明明已经变了，系统却还用旧的关系类型套着它们，于是新的协作模式在系统里找不到位置，只能扭曲、退化，或者干脆胎死腹中。所以，一家公司关系模型的「可修正性」，就是它自我进化能力的直接量度：关系焊得越死，公司就越僵化；关系越能被重新协商，公司就越有可能，长成一个和昨天不一样的自己。 用这张地图看关系，除了看清「现在是什么关系」，更要看清「这些关系，容不容许被改写」——后者，才真正决定了这家公司有没有未来。

五、中层·运行结构：角色权限、流程、资源能力——决定它「怎样重复地运转」

看清了上层「看得见什么」，往上一层，是中层——「组织运行结构层」。它由角色与权限、流程拓扑、资源与能力三个格子组成，回答的是：这家公司，怎样把它看得见的东西，组织成一套可以重复、可靠地运转的机器。

1. 角色与权限：谁有资格做什么

角色与权限之所以属于 S（而不是某一次具体的操作），是因为它们是这家公司已经制度化了的行动资格结构——不是「今天张三批了这张单」，而是「什么角色、在什么条件下、有资格批什么单」。角色定义了谁以什么身份参与，权限定义了他能看什么、能调用什么、能执行什么、要承担什么责任。把这套结构嵌进系统，企业智能体就不再只是一个「能回答问题的模型」，而成了一个「受组织制度约束的行动参与者」——它做什么，都在授权的边界之内，可审计、可追责。这是极大的进步。

但这里有一句必须钉死的话：权限正确，不等于价值正确。 一套再精细的权限系统，最多只能保证「一个错误的目标，是由被正确授权的人去执行的」——它能保证程序合规，却回答不了那个目标本身正不正当。合规，不等于正当。所以在「权限治理」之外，还必须有一层「本体治理」，去回答那些权限系统答不了的问题：谁有权定义对象？谁有权站出来说「这套旧分类已经失效了」？谁能把一个还没被正式建模的异常，提交为一个「候选本体」？谁能批准这家公司，从旧秩序迁移到新秩序？权限管的是「在既定框架内，谁能做什么」；本体治理管的是「这个框架本身，该不该变」。 一家公司只有前者、没有后者，就会把一套可能已经过时的框架，执行得无比合规、无比高效——直到它合规地、高效地，撞上南墙。

把「权限治理」和「本体治理」的分工，说得再透一点，因为这是这一格最容易被漏掉、后果却最严重的地方。权限治理，管的是框架之内的秩序：在既定的对象、流程、目标下，确保每个动作都由被正确授权的人、按正确的程序来做。它是一套关于「合规」的机制，追求的是「不出错、可审计、可追责」。而本体治理，管的是框架本身的存废：这套对象定义还成立吗？这个目标还正当吗？该不该把某个旧分类宣布失效、让位给一个新的？它是一套关于「正当」的机制，追求的是「不僵化、能更新、可重生」。两者的关系是：权限治理让你在正确的框架里不犯错，本体治理让你在框架错了时能换框架。 一家公司若只建了权限治理，它会变成一个「在错误的道路上，纪律严明地飞奔」的组织——每个人都合规、每个流程都高效、每份审计都干净，唯独没有一个机制，能问一句「我们这条路，会不会整个就是错的」。而恰恰是这一问，决定了一家公司能不能在时代转弯时活下来。所以，用这张地图审视中层，别满足于「我们的权限管得很严」——还要追问一句：在权限之外，我们有没有一个专门的机制，有权、也有胆，去质疑这整套框架本身？ 没有它，再严密的权限，也只是给一辆没有方向盘的车，配了一套完美的安全带。

2. 流程拓扑：区分「流程的结构」和「流程的发生」

把「流程」放进 S 层，很多人第一反应是疑惑：流程不是「正在发生的事」吗，那不该是 D 吗？这里要做一个精微、却极其重要的分辨：要区分「流程结构」和「流程发生」。

一条订单处理流程的结构——它有哪些节点、哪些阶段、哪些角色、什么输入输出、什么前置条件、什么状态机、什么审批路径、什么异常分支——作为一套可复用、可描述的稳定拓扑，属于 S。而某一张具体的订单，今天从报价、经过审批、进入交付，走完这一趟，是一次实际的差异序列，属于 D。这趟运行所依赖的库存、合同规则、人员能力、时间限制、市场情况，属于 E。同一条流程，它的「图纸」是 S，它每一次的「跑动」是 D，它「跑动时脚下的地」是 E。 把流程结构形式化，是这套系统能成为「企业最优运行智能体」的前提——系统由此能判断每个对象当前在什么状态、下一步允许做什么、哪一步需要审批、结果该怎么写回。

但流程结构化，也埋着一个典型的陷阱：它可能把临时的流程，永久化。 一条本是权宜之计的流程，一旦被写进系统、跑顺了，就获得了一种「就该如此」的惯性，很难再被质疑。而更隐蔽的信号是异常：如果一条流程，开始持续不断地冒出「例外」，需要一个又一个地加分支去打补丁——这往往不是流程不够细，而是这条流程所依赖的对象或目标，已经悄悄失效了。 这时正确的动作，不是无限地追加例外分支（在旧流程里打补丁），而是停下来判断：是不是整条流程赖以成立的那个前提，该重构了。「例外太多」，是本体在向你求救的信号，别把它当成又一个待补的 bug。

「例外」这个信号，值得用三态的语言，读得再透一点，因为它是这张地图上最灵敏的一个「地震仪」。一条流程，在秩序态里，例外是稀少的、可预期的——绝大多数情况都顺着主干道走，偶尔一两个异常，加个分支处理掉，合情合理。但当例外开始密集地、成规模地涌现，多到你疲于奔命地打补丁时，这往往意味着，这条流程所描述的那个世界，已经悄悄滑入了介生态——旧的对象、旧的目标正在失效，新的秩序尚未成形，现实正处在一个「旧的不再适用、新的还没定型」的过渡期。此时，每一个「例外」，其实都是一个来自新现实的信使，它在告诉你：你这条流程赖以成立的那个前提，正在瓦解。 而绝大多数组织的本能反应，是把这些信使一个个地当成 bug 消灭掉——加分支、打补丁、让流程「继续能跑」。这恰恰是最危险的：你越是勤勉地把例外消化掉，你就越是掩盖了「本体该重构了」这个真正的信号，直到某天，补丁多到流程本身面目全非、彻底崩溃。会用这张地图的人，看到例外激增，不会立刻去打补丁，而会停下来问一句：这些例外，是不是在合力告诉我，一个新的现实正在破土，而我的旧流程，该退场了？ 把例外当求救信号读，而不是当 bug 清，是穿越介生态、而不被它拖垮的关键。

3. 资源与能力：真正的创新，往往是「长出新能力」而不是「配置好旧资源」

中层的第三格，是资源与能力。资源，是被拥有或可调用的对象：人员、设备、资本、数据、知识产权、渠道、库存、设施、时间。而能力，是更高一阶的 S——它是这家公司通过组织这些资源，能够稳定完成的事：研发、制造、交付、风控、客服、生态协调。资源是名词，能力是「多对象、多关系、多流程长期耦合之后，才涌现出来的高阶结构」。你买得到资源，却买不到能力——能力得长。

这一格藏着关于「创新」的一个极重要的分辨，也呼应了本专栏《优化不是创新》那一篇的核心。D3 优化，通常是在资源和能力的约束下做文章：在这么多人、这么多设备、这么多预算和时间里，怎么排布，能拿到更高的绩效。这是「把旧资源配置得更好」。但真正的企业创新，有时根本不是把旧资源配置得更好，而是「发生」出一种新能力。 举个例子：一家制造企业，从「卖设备」转向「卖设备的可用性结果」（按设备正常运转的时间收费），这需要它把数据、维护、合同、客户协作，重组成一种此前根本不存在的「服务能力」。这种新能力的形成，要经历混沌态和介生态的摸索——它绝不是一次排程优化能完成的。而这一格最大的风险，恰恰是：新能力刚冒头，就被旧的资源分类给压制了。 系统只认「设备」「备件」「工单」这些旧对象，那个正在孕育的「可用性服务」，因为在旧分类里找不到位置，就被当成噪音过滤掉了。用这张地图时，要特别为「正在长出来、却还没有名字的新能力」，留一只眼睛。

「能力得长、买不到」这句话，还能解释一个商业世界里反复上演的困惑：为什么很多公司，砸重金收购了拥有某种能力的团队或公司，最后却发现那个能力「水土不服」、没能真正长在自己身上？因为能力，如前所述，是「多对象、多关系、多流程长期耦合之后，才涌现出来的高阶 S」——它不是一件可以被打包搬运的资产，而是一整张关系网络长期磨合的产物。你可以买来那些人、那些设备、那些专利（资源，是可搬运的对象），但那个让它们协同起来、真正产生价值的、看不见的耦合结构（能力，是涌现的高阶 S），是搬不走的——它一旦离开原来的关系网络，往往就消散了。这正是资源和能力最深的区别：资源可以被拥有、被交易、被搬运；能力只能被培育、被生长，在一张具体关系网络的长期运转中，慢慢涌现。 用这张地图看中层，要清醒地把这两样分开：哪些是你花钱就能补上的资源缺口，哪些是急不得、只能靠时间和磨合去养的能力。把「养能力」的事，误当成「买资源」的事去办，是无数昂贵收购和转型失败的共同病根——它们以为搬来了骨头就搬来了力气，却不知道力气长在筋络里，而筋络，是搬不动的。

六、下层·价值显露：产品、市场、收益——决定它「为什么运转、运转得好不好」

来到最上面、也最显眼的一层——下层「商业价值显露层」。它由产品与价值主张、市场与生态位置、收益成本绩效三个格子组成，回答的是这家公司存在的终极问题：它为什么运转，以及它运转的结果，如何被这个社会和组织所评价。这是所有人目光聚集的地方，也正因如此，是最容易被误读的地方。

1. 产品与价值主张：价值不是产品自带的属性，是在互动中「发生」的

产品与价值主张，是企业 S 的价值中心。产品，是这家公司把能力凝结成的、可交付的对象或服务；价值主张，则回答：我为哪些主体、解决什么问题、消减什么张力、打开什么自由、创造什么结果。商业模式画布把价值主张放在正中央，是有道理的——它确实是一家公司为何被需要的核心。

但 SDE 要在这里补一句要命的话：价值，不是产品自身携带的一个固定属性，而是在企业、客户、使用情境和其他环境主体的互动中，「发生」出来的。 同一件产品，对不同的客户、在不同的情境里，价值天差地别——甚至对同一个客户，昨天有价值的东西，今天可能就一文不值了。价值不在产品里，价值在关系和情境里。这个分辨的实践后果极其严重：如果一家公司，把「价值」偷偷压缩成了「交易额」「点击率」「成本降低」这样的 KPI，那么它的智能体，就会忠实地、不知疲倦地，去优化这几个数字——而把它们背后那个真实的、活的、会变的价值，架空。当价值被压缩成 KPI，系统优化的就不再是价值，而是价值的影子。 用这张地图，要在这一格反复自问：我们的价值指标，是不是已经和真实主体的真实处境脱节了？什么时候，我们该跳出交易额、点击率，用更根本的尺子——它到底有没有为人创造、给人自由、让人幸福——来重新定义什么叫价值？

「价值在互动中发生」这个分辨，会带来一次思维方式的根本转身，值得每个做产品的人体会。传统的产品思维，是把价值当成一件可以被制造、被封装、被交付的东西——我造出一个好产品，价值就装在里面，卖给你，价值就到手了。但如果价值不在产品里、而在互动里，那么这家公司真正要经营的，就不是「一件件产品」，而是「一段段能持续产生价值的关系」。同一款软件，卖给一个不会用、用不起来的客户，价值近乎为零；卖给一个被你手把手帮着用起来、真正解决了问题的客户，价值巨大。差别不在软件，在那段关系里发生了什么。于是最好的公司，卖的从来不是产品，而是「让价值在客户身上持续发生」的那份能力和承诺。 这也解释了为什么越来越多的行业，从「卖产品」转向「卖结果、卖订阅、卖长期服务」——它们在追赶一个更深的真相：价值不是一次性交割的货物，而是一条需要被持续维系的、活的关系。用这张地图看价值主张，最有力的一问是：我们到底是在「交付一件东西」，还是在「维系一段能持续为对方创造价值的关系」？想清楚这个，往往就想清楚了这家公司该往哪里去。

2. 市场与生态位置：市场不是外部的需求表，是你也参与创造的环境

市场与生态位置这一格，装的是这家公司与其他主体的关系结构：客户群、渠道、关键伙伴、竞争者、监管者、平台、社区，以及它在整个产业网络里的角色。商业模式画布把客户、渠道、客户关系、伙伴分成几个格子分别列出；而 SDE 把它们统一理解为「这家公司与其他 SDE 主体，长期互动之后，形成的关系结构」。

这个视角带来一个根本的转变：市场，不是这家公司外部的一张静态需求表，而是一个这家公司自己的行动也参与创造的环境。 你不是在一个给定的市场里被动地找位置——你的每一次行动，都在重塑这个市场本身。一个平台，改一改它的接口和分配规则，就可能重新定义什么是「客户」、什么是「合作伙伴」、什么是「竞争者」。这一格最大的风险，叫「多主体环境被输入变量化」——把那些有自己意志、自己行动能力的活的主体（客户、伙伴、社区），降格成了系统里一堆冷冰冰的输入变量。举个例子：一个原本被建模为「一次性供应商」的主体，开始参与你的联合设计、和你共担风险——它其实已经从一个「交易对象」，变成了一个「协同主体」。可如果你只是在旧的「供应商」关系类型上，多加几个属性，你的系统就永远看不见这个新关系的主体意义，也就永远错失了这段本可以更深的合作。当一个对象的关系性质变了，要敢于给它换一个新的关系类型，而不是在旧类型上打补丁。

「市场是你也参与创造的环境」这个视角，还有一个更有力的推论，值得每个战略者记住：你不只是在适应环境，你的每一个动作，都在改写你未来要适应的那个环境。 这一点，把公司从一个「被动的求生者」，变成了一个「主动的造局者」。一家公司定了一个价、立了一个标准、开放了一个接口，它就不只是在回应市场，它是在重新定义这个市场的规则——它的行动，会改变客户的预期、对手的策略、伙伴的角色，进而塑造出一个新的环境，而这家公司自己，接下来又得在这个由它亲手改变过的环境里生存。这是一个双向的、递归的过程：环境塑造企业，企业也塑造环境。看不懂这一点的公司，会永远把市场当成一张外部给定的、要去「满足」的需求表，于是它永远是被动的、跟随的。而看懂了的公司，会开始问一个更高阶的问题：我这一步，除了满足当下的需求，还会把整个市场的规则，往哪个方向推？我能不能主动地，去塑造一个对我更有利、也对生态更健康的环境？ 用这张地图看市场生态这一格，最高的境界，不是把「客户、对手、伙伴」当成既定的输入变量填进去，而是意识到：这些主体和你的关系，是活的、可被你的行动重塑的——真正的战略高手，经营的从来不只是自己的九宫格，还有整张生态之网的走向。

3. 收益、成本与绩效：所有绩效结构，都是有选择性的

下层最后一格，是收益、成本与绩效：收入来源、成本结构、质量、风险、绩效指标。它既是商业模式的一部分，也直接是 D3 优化的目标与约束的来源。这套系统的强项，恰恰是把这些指标，和对象、流程、行动连起来，让优化不再停留在报表上，而能真的变成排程、采购、维护、资源配置和工作流的执行。这是巨大的价值。

但这一格藏着一个必须被反复敲打的真相：所有的绩效结构，都是有选择性的——它选择照亮某些结果，同时把另一些结果，留在阴影里。 一次漂亮的短期成本下降，背后可能同时是：员工的自由在下降、供应商的风险在上升、客户的长期信任在流失、生态的成本在被外部化。这些代价，因为不在绩效结构照亮的范围内，就成了一笔看不见的暗账。所以 SDE 的评价，要求把四个问题，硬性地纳入结果结构里：收益归了谁？成本由谁承担？张力被转移到了哪里？长期的环境，正在被怎样改变？ 不问这四个问题，你所谓的「最优运行」，只是对一个局部目标函数的最优，而绝不等于这家公司整体在真、善、美上的提升。一个只照亮自己想看的、把代价倒进阴影的绩效系统，会给你一份永远漂亮的报表，和一家正在悄悄烂掉的公司。

要把这一格用到位，可以给「绩效结构」装一副更宽的尺子。一套只盯着财务数字的绩效系统，量的是一个维度；而 SDE 主张，评价一次「运行得好不好」，至少要同时量三个维度，对应着真、善、美三条边界。求真：这个结果，是不是建立在对现实的准确显露上，还是建立在一个已经和现实脱节的指标上（比如前面说的「活跃客户＝登录次数」那种失效属性）？求善：这个结果的收益归了谁、成本压给了谁，有没有把张力偷偷转移给了看不见的主体（员工、供应商、客户的长期信任、生态）？求美：这个结果，是让整个系统更协调、更有余地、更可持续，还是用一处的漂亮，换来了别处的亏损与僵硬？一套只量第一个维度、甚至只量第一个维度里最好量化的那一小块的绩效系统，必然会系统性地牺牲善与美——它会给你一份在「求真」上都可疑、在「求善求美」上完全失明的报表。用这张地图看下层，最要紧的动作，就是把绩效这一格，从一个只照亮财务的单维聚光灯，换成一个同时照见真、善、美的三维视野——让那些被单维报表倒进阴影里的代价，重新被看见、被计入、被负责。 报表漂亮从来不难，难的是让报表漂亮的同时，公司没有在你看不见的地方，悄悄烂掉。

七、从画布到可计算：九宫格怎么落地，又怎么不被它锁死

三层九格拆完了。最后一节，讲两件最实操的事：这张地图，怎么从「墙上的图」落地成「系统里可计算的东西」；以及——同样重要——怎么用它，而不被它反过来锁死。

1. 一条从「概念」到「可计算」的工程链

商业模式画布的最大局限，是它停留在概念层——它适合战略讨论，却不能直接运转。而企业 S 九宫格接上本体论工程之后，能把这些概念，一格一格地，翻译成可计算的对象类型、属性、关系、函数和行动。这条工程链大致是这样的：

• 价值主张 → 产品、服务结果、绩效对象
• 客户细分 → 客户对象类型、属性、群组条件
• 渠道与客户关系 → 互动事件与链接
• 关键资源与伙伴 → 资产、人员、组织、供应关系
• 关键活动 → 流程拓扑、函数、行动
• 收入与成本 → 交易、预算、度量属性

这条链的价值，是让一家公司的商业模式，从一张「挂在墙上的九格图」，真正走进日常运营——战略不再是一句挂在嘴上的口号，而变成了系统里每天在跑的对象和行动。这是了不起的一步：它让「想清楚」和「做出来」之间，第一次有了一座可计算的桥。

2. 这条链最大的风险：把一个「假设」，过早地焊成了「基础设施」

但这条链，也带着它最大的风险，必须重重地点出：它可能把一次还只是「战略假设」的东西，过早地固化成了「生产本体」。 你对「谁是客户」「什么是价值」的判断，此刻可能还只是一个有待验证的猜想；可一旦你把它翻译进了生产系统、变成了全公司每天依赖的对象和流程，你就等于把一个猜想，焊成了地基。而地基，是最难改的东西。于是这家公司，就被自己一个可能还没想清楚的假设，锁死了。

怎么破？答案是一条极重要的纪律：区分「正式本体」和「候选本体」。 已经成熟、已经被验证的业务模型，可以进入正式的对象和行动，把它建得又硬又稳，尽情享受自动化和规模化的红利。但那些还在探索中的东西——还没想清的价值主张、还在变动的客户定义、还在磨合的伙伴关系——应该被留在一个「介生沙箱」里：一个允许多个候选定义并存、通过可逆的小规模试验去获得证据的地方，而不是立刻就要求全公司统一、立刻就焊进生产系统。成熟的部分，建得硬；不确定的部分，留得软、留得可逆。 这条「硬软分离」的纪律，是让企业 S 九宫格，始终是一张会呼吸的活地图、而不是一具把公司锁死的铁笼子的关键。

说到底，这又回到了本专栏反复出现的那个双循环结构：企业 S 九宫格画的是 S，是「秩序循环」高效运转的主场；但你必须在它之上，保留一个「发生循环」的机制——当现实移动、当九宫格里越来越多的格子开始和现实打架时，这个机制有权把旧的九宫格悬置起来，在介生沙箱里，让新的对象、新的关系、新的格子生长出来，再迁移回正式本体。一张地图最高级的用法，不是把它画得多完美，而是始终握着一支笔，准备在现实需要时，重画它。

把「介生沙箱」这件事，落到可操作的层面，它其实是一套很具体的纪律。第一，可逆：沙箱里的任何一个新对象、新客户定义、新伙伴关系，都必须是能被轻易撤销的——它不接进全公司的生产系统，不成为别的东西依赖的地基，所以试错了，一键回滚，不留后患。第二，并存：沙箱允许同一个概念，有好几个候选定义同时在跑（比如对「客户」的三种不同框定），各自服务一小块业务，用真实的运行数据，去比出哪个更贴现实——而不是在会议室里靠拍脑袋定于一尊。第三，凭证据迁移：只有当一个候选定义，在沙箱里被真实的业务结果反复验证、证明它确实更好，它才被「毕业」，迁移进正式本体，享受硬化和规模化。沙箱的全部意义，是给「还没想清楚的东西」，一个可以安全地试错、生长、被现实检验的地方，让它在成熟之前，绝不被过早地焊进地基。 这套「探索归沙箱、成熟进正式」的双轨，让一家公司既能享受成熟部分的自动化红利，又不会被自己尚未验证的假设锁死。它是企业 S 九宫格能长期保持「会呼吸」的制度保障——地图之所以能被不断重画，是因为总有一个安全的角落，在悄悄地试画着下一版。

结语：一张好地图的标志，是它给「画不进去的东西」留了位置

把全文收成一句话。

企业 S 九宫格，给了你一台强大的 X 光机——三层、九格，每一格都接着它的 D 和它的 E，能把一家公司「当前如何存在」照得清清楚楚。但这件工具最深的智慧，不在于它能帮你把九个格子填得多满，而在于它内建的一份谦卑：S 的稳定，让最优运行成为可能；但 S 的稳定，绝不等于 S 的永恒正确。

所以，用这张地图，你能做的最重要的一件事，恰恰不是把九个格子填满、优化到极致——而是为那些填不进任何一个格子的反常现象，专门留一个位置；并让整张九宫格，始终保持可被重画。 因为一个道理是硬的：将来真正会让一家公司出局的东西，几乎从来不在这九个格子之内——在格子之内，无非是把已知的事情优化得更好；真正致命的，永远是那个不属于任何格子的新东西：那个还不算客户的客户，那个还不存在的能力，那个还没有名字的关系。一张没有给「我此刻还画不出来的东西」留下空白的地图，会带着你，无比自信地，走下悬崖。 所以，用这九个格子，去看清你今天是谁；同时，永远给地图的一角，留一片空白——留给你即将成为的那个自己。

最后，给一个最朴素的、可以今天就开始的用法。找一面墙，或者一张大纸，把你这家公司的三层九格，认认真真地画一遍：上层，你把什么建成了对象、记录了哪些属性、承认了哪些关系；中层，行动资格怎么分、流程长什么样、有哪些资源和正在长的能力；下层，你交付什么价值、在生态里处于什么位置、用什么指标衡量成败。画的时候，对每一格，都逼自己多问三句：这一格是怎么运行的（它的 D）？它泡在怎样的环境里（它的 E）？以及最关键的——有什么真实的东西，此刻正卡在这一格的边缘、进不来，被我当成噪音忽略着（那可能就是你未来的种子，或未来的杀手）？ 画完你会发现，这张图最有价值的部分，往往不是那些填得满满当当的格子，而是那些你迟迟填不进去、或者填进去总觉得别扭的地方——那里，就是你这家公司此刻正在发生、却还没被你看清的变化。企业 S 九宫格真正的用处，从来不是帮你确认「你已经是谁」，而是帮你看见「你正在成为谁」。 前者，商业模式画布就够了；后者，才是这张会呼吸的地图，独有的礼物。

发生学的诚实，要求亮出本文可以被推翻的条件。

可证伪条件：如果一家使用这套框架的公司，能够拿出证据表明——它的九宫格是被定期重画的（而不只是被填满和优化）；它为装不进格子的异常，维持着一个真实的候选本体 / 介生沙箱；并且，新的格子、新的对象、新的关系类型，确实是从一线的异常里生长出来的，而不只是被架构师自上而下地设计出来——那么，这张地图，就是被当作一张活地图在用。截至目前，多数落地呈现的恰恰相反：九宫格一旦画成，就被焊进生产系统固化下来，而所有装不进格子的异常，都被当成噪音过滤掉了。一张画布画的是你此刻是谁；一张会呼吸的地图，还给你留着「你即将成为谁」的那片空白。