利益相关者资本论落地核心逻辑

这两天，我把早期的一些研究图重新拿出来看了一遍。那时候还没有AI，很多想法已经有了，但一些关系没有想得那么完整，具体怎么做，也没有完全接起来。

现在再看，我觉得有些基本认识可以继续往下走。把原来的思考放回真实业务里，再结合现在的AI工具，就能把角色、流程和规则梳理得更具体。

这次，我把《利益相关者资本论》落地的核心逻辑放到了一张总图里。先把企业怎样创造价值、大家怎样参与、事情怎样流转、贡献怎样处理讲清楚，后面再结合实际业务，一项项细化。

四个生态，先把企业的基本关系理清

我现在还是以资源生态、运管生态、客户生态和资本生态作为基础。

资源生态里，有人、组织、合作伙伴，也有知识、技术和其他资源。它们要能够组织起来，形成可以交付的产品、服务和解决方案。

运管生态要把价值生产和价值销售组织起来。我希望核心运管团队可以比较精干，抓住方向、规则、协调和结果，同时把渠道建设、客户关系和日常推进做起来。需要什么能力，再组织相应的角色参与。

客户生态把需求带进来。客户购买、付款、使用，再把真实反馈带回来。产品有没有用，服务有没有解决问题，最终还是要回到客户的实际使用中去看。

资本生态则根据企业发展的需要，研究资本怎样参与，参与条件是什么，责任和风险怎样承担。

这四个生态是看企业关系的四个角度，不能直接当成四个部门。同一个人、同一个机构，也可能同时出现在几个生态里。

事情能不能做成，还是要回到业绩主线

把人和资源连接起来以后，企业具体要做什么，需要有一条主线。

我把它理解为：识别需求，组织生产，完成销售与交付，验证业绩，再根据结果持续改进。

先看客户有什么问题，我们准备提供什么价值。然后组织资源，形成产品、服务或解决方案，通过渠道连接客户，完成交易和交付。再核对客户是否得到预期的结果，企业的收入、成本、回款和交付情况是否符合目标。

工作做了很多，不一定说明这条主线已经跑通。业绩没有达到预期，就要顺着这条线去找：需求理解错了，供给不合适，渠道没接上，还是交付出了问题。

问题找清楚，才知道下一步需要谁做什么。客户反馈和业务结果，再回到新一轮价值创造中去。

每个人怎样参与，落实到角色和工作手册

我希望参与共建的人，既可以主动贡献价值，也可以根据实际需求承接任务。

有人先发现问题，提出方案，愿意把一件事做起来；也有人有明确的专业能力，接到合适的任务后完成交付。这两种方式都应该有位置，各个角色都可以这样参与。

具体安排，可以先做岗责分析，再形成相应的角色工作手册。这个角色负责什么，接收什么，能作什么决定，交付给谁，怎样确认完成，都要说清楚。

手册要帮助人把事情做成。进入具体项目以后，参与者知道自己的位置，知道前后怎样衔接，也知道遇到问题找谁协调。

这里有一个边界：单纯消费的客户，按照消费流程购买和使用；单纯投资的投资人，按照相应的投资流程参与。他们不因为客户或投资人的身份，就需要一份共建工作手册。如果同时承担了具体贡献角色，再按那个角色的手册协作。

任务的时间和来源，可以同时看

日常、周期、触发和被动，是我想在任务安排里保留的几个属性。

日常任务，是平时持续要做的工作。周期任务，是按约定周期开展的工作。

触发任务，是SOP流转到某个节点时才发生，具体什么时候发生，事先不一定知道。比如客户提交了需要核对的材料，流程走到审核节点，才产生审核任务。

被动任务，是别人提出需求或者指派以后，自己才接收到的任务。

这些属性可以重合。某项每月开展的工作，可以既是周期任务，又由别人指派；流程到达节点后产生的任务，也可以同时指派给相应角色。

把属性区分清楚，是为了知道任务什么时候产生、从哪里来、交给谁处理。不能把它们理解成几种互不相容的角色，更不能因此限制某个角色主动贡献。

四向SOP，围绕问题按需联动

业绩SOP、业务SOP、职能SOP和动作SOP，我想让它们从整体结果到具体执行，逐步细化，也能够相互支撑。

运管核心先聚焦业绩SOP，持续看价值创造和经营结果。出现问题，再判断需要调用哪些业务、职能或动作层面的工作。

比如交付延误，先弄清楚延误发生在哪里。如果是业务衔接的问题，就改相应的业务流程；如果缺少合同、财务或其他支持，再联动相应职能；如果问题出在某个具体操作，就把动作方法和交付标准讲清楚。

这里不需要每次都把四层完整走一遍。需要哪一层，就处理哪一层，处理以后还要回到业绩主线，看看问题有没有解决。

流程本身，也要把前后关系接好。前一过程交付了什么，后一过程先验证哪些前置结果，具备什么条件才能继续，各个过程的目的怎样共同服务于流程目标，都需要明确。

这样，SOP才会成为协作和改进的工具。遇到新问题，可以调整；实践证明有效的做法，再继续保留下来。

贡献怎样处理，规则要跟实际工作接上

参与者交付了成果，接下来要有审核核验、贡献评估和权益处理。

谁来核验，按什么标准，谁有权作出决定，成本和风险由谁承担，有分歧怎样复核，这些都需要结合实际业务形成规则。

我觉得这里先要把依据留下来。原来的约定是什么，实际做了什么，交付了什么结果，怎样验收，最后依据哪条规则处理，都应该能够查清楚。

一项工作完成了，不能直接推出固定的权益比例。客户验收、贡献确认和权益落实，各自有需要核对的内容。具体怎样分配，适用什么权利和义务，要回到实际主体、制度和约定。

规则也需要在实践中继续细化。质量问题、利益冲突和协作中的分歧，都可以成为改进制度的依据。这张图先把处理关系说明白，具体安排还要通过真实业务去检验。

动作、结果、沉淀，把AI能力接进来

早期研究里，我一直在想动作、结果和沉淀之间的关系。现在有了AI，我觉得这件事可以做得更具体。

做了一个动作，产生什么结果，结果有没有达到目的，哪些做法值得留下来，需要连着看。有效的方法，可以逐步沉淀成制度、规则、工作手册和SOP。

其中适合AI执行、能够重复使用的能力，可以在验证以后形成AI Skill。以后遇到相近的工作，人可以调用这些能力，再核对输入、过程和结果。

共建者也可以使用自己的AI工具参与。角色手册说明责任和要求，SOP说明怎样协作，AI Skill支持其中适合由AI完成的工作。哪些需要人工判断、审核和授权，也要说清楚。

我希望沉淀下来的能力能够继续帮助下一次行动。人做事，AI协助，结果经过核验，再把有效做法更新回去，慢慢形成企业可以持续使用的能力。

接下来，选一件真实的事跑完整

这张图是我现阶段对落地机制的梳理，具体制度还要继续做，也要允许实践回来修改现在的认识。

下一步，可以先选一件范围明确、能够交付的真实业务，把需求、角色、任务、SOP、验收、贡献和权益处理完整接一遍。

过程里哪里衔接不上，哪项规则不清楚，哪些能力可以交给AI，哪些地方还需要人来判断，一项项记录，再修改手册、流程和Skill。

我更希望大家看到的，是事情怎样一步步做起来。企业持续创造价值，参与者能够按明确的规则贡献和协作，再根据真实结果把关系和机制不断完善。