# 任务: 梳理一项业务或企业规划

把方向、客户证据、资源与近期行动接起来。

## 准备什么
准备业务简介、客户与市场资料、现有目标、预算和团队分工；区分事实、估计与尚待验证的假设。

## 形成什么
形成方向与边界、客户证据、目标及假设、资源预算和近期行动五项成果。

## 怎样检查
逐项检查：目标有基线，资源有来源，行动有负责人，成果有验收条件；重大假设未核实前保留待验证状态。

## 适用条件
先用十步法整理问题，再按本项目需要选择其他资源。产业数字平台方案仅供平台类业务参考阶段设计，不能直接套用于所有企业。
先确认输入、适用条件、来源与版本；缺少的资料列为待补，不能编造。
列出需要由人确认的目标、预算、权益、授权和最终决定。

## 原文与版本
- 思维: 繁、简、易、图：商业逻辑设计的思考方法 | V1.0 | https://yutengfei.com/zh/journal/fan-jian-yi-tu/
  Markdown: https://yutengfei.com/zh/journal/resources/fan-jian-yi-tu.md
  先整理问题的复杂关系，再确定要保留的主线。
- 方法: 企业规划十步法：把方向、资源和执行接起来 | V1.0 | https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/
  Markdown: https://yutengfei.com/zh/journal/resources/enterprise-planning-ten-steps.md
  沿十步梳理方向、客户依据、资源和近期行动。
- 模型: 从战略到视觉：六层关系，怎样传递同一个意思？ | V1.0 | https://yutengfei.com/zh/journal/strategy-to-visual-six-layer-model/
  Markdown: https://yutengfei.com/zh/journal/resources/strategy-to-visual-six-layer-model.md
  核对战略、业务与对外表达是否传递同一个意思。
- 方案: 产业数字平台，怎样分阶段建设和验收？ | V1.0 | https://yutengfei.com/zh/journal/phased-industry-digital-platform/
  Markdown: https://yutengfei.com/zh/journal/resources/phased-industry-digital-platform.md
  仅在平台类项目中，参考分阶段建设与验收的安排。
- 工具: 资金来源与用途，怎样放进同一张表？ | V1.0 | https://yutengfei.com/zh/journal/funding-sources-uses-table/
  Markdown: https://yutengfei.com/zh/journal/resources/funding-sources-uses-table.md
  把拟用资金、实际可用条件与付款事项对应起来。
- 培训: 一句定位到一页图：把一项业务讲清楚的练习 | V1.0 | https://yutengfei.com/zh/journal/business-positioning-one-page-exercise/
  Markdown: https://yutengfei.com/zh/journal/resources/business-positioning-one-page-exercise.md
  用一页业务图检验定位与行动能否讲清楚。

## 关联 Skill
配套 Skill 用于前期资料梳理与口径统一，不替代完整企业规划或经营决策。
品牌项目资料梳理与口径统一: https://yutengfei.com/zh/skills/brand-project-brief/

## 完成后记录结果、偏差与需要修订的知识或步骤。

版本: V1.0 · 2026-11-05
https://yutengfei.com/zh/journal/pathways/business-planning/

---

按需要选择资源和章节，避免把全部资料无差别塞入任务。
资料导出沿用原有许可与第三方素材说明，下载不扩大改编、商业使用或训练授权。

---

# 繁、简、易、图：商业逻辑设计的思考方法

- 作者: Andrew David W.Y.
- 来源: https://yutengfei.com/zh/journal/fan-jian-yi-tu/
- 版本: V1.0
- 发布: 2017-09-07
- 修订: 2026-09-18
- 内容状态: 已公开全文
- 内容类型: 思维 (ideas)
- 研究专题: —
- 生态视角: —

## 如何使用这项资源

**用途**: 复杂的商业问题，先完整梳理，再提炼结构、校验逻辑，最后画成图。“梳理为繁、化繁为简、化简成易、化易成图”，说的就是这个过程。

**使用条件**: 使用前请核对对象、目标和约束是否适合当前任务；正文未明确的条件需要另行确认。

**思维 · 判断前提与推理**

**依据与验证边界**: 研究与方法思想，不直接构成具体企业方案、制度承诺或已生效的权利安排。 本文未单独登记外部验证结果。公开发布不等于效果已经验证，请结合正文依据、假设与限制判断。

这是可阅读、可引用的知识资源，不是已安装的 Skill。交给 AI 使用时，请保留来源与限制，并核对产出。

## 正文

## 从跨界经验到商业逻辑设计

从2004年开始，我先后做过计算机程序员、互联网推广、营销策划、商业策划和资本策划，每个阶段大约三年。工作变了，我一直在追问的还是几个问题：商业运作有哪些层次？企业价值怎么形成？不同工作怎么连在一起？

做程序员时，我发现好的程序也需要被看见、被理解和被推广。做推广后，又发现传播离不开对客户、市场和价值的理解。再做营销策划，发现背后要有清楚的商业方案。到了商业策划阶段，还得继续考虑资源怎么组织、融资怎么安排，以及相应的风险。

回头看，这几段经历让我更关心商业逻辑：价值从哪里来，哪些关系影响结果，怎样把理解用到经营里。把这些问题弄清楚，行动才更有方向，也更容易形成稳定的做事方式。

我也鼓励企业家做到“下学上达”：从具体问题和日常实践开始，理解背后的规律，再把认识用回实践，让经营中的价值更稳定、更充分地实现。

经过最初十三年的实践，我开始尝试结合互联网思维与区块链的共识思维，用商业逻辑设计图和整体思维导图，把这些关系更完整地呈现给企业家。

梳理为繁

→

化繁为简

→

化简成易

→

化易成图

## 一、梳理为繁：先把商业全貌呈现出来

从表象来看，每一家企业的商业逻辑似乎都不一样；但从本质上看，不同商业逻辑背后往往存在一组可以反复识别的设计维度。

在《商业逻辑设计工具与思维导图》这个栏目中，我希望通过持续接触企业运营中遇到的真实问题，逐步找出不同问题背后的共同维度，再把这些维度梳理出来，用思维导图和商业逻辑设计图呈现出来。

这个过程一开始往往非常繁琐，形成的思维导图也可能十分庞大。因为只有尽可能完整地记录问题、角色、资源、目标、流程、关系和结果，才有机会看见商业活动的整体脉络。

“繁”并不是为了制造复杂，而是先不急于删减。它要求我们把原本分散在经验、部门、流程和判断中的内容尽量呈现出来，再对这些内容进行归类、比较和辨析。随着梳理不断深入，商业脉络会逐渐分门别类，关键问题之间也会形成清晰的边界。

这就是“梳理为繁”：先把全貌看见，再开始判断哪些内容是真正重要的。

## 二、化繁为简：从信息堆积中提炼结构

面对一个新的知识领域，人很容易陷入“盲人摸象”的状态：接触到什么，就把什么当成全部；理解了局部，就误以为掌握了全貌。因此，真正理解一个问题，需要耐心投入时间和精力，既阅读图书、论文等一手资料，也参考网络资料等二手信息，逐步建立整体认识。

这个过程必然繁琐。我们需要过滤重复信息，辨别事实与观点，鉴别信息来源，区分有价值的内容与缺乏依据的内容。随着资料不断沉淀，真正有用的脉络才会逐渐显现。

建立思维导图，是帮助我们形成知识体系的一种有效方式。不断调整思维导图的过程，实际上就是不断寻找结构的过程。

“化繁为简”的核心，不是简单删掉信息，而是把信息背后的脉络梳理出来。可以按照不同维度进行拆分，也可以在分析受阻时更换维度，但无论采用哪种方式，分析的都应当是对最终结果真正有影响的关键点。

例如，以“火箭成功升空”作为最终结果，就需要追问：哪些条件必须同时满足？支架需要保证火箭起飞时保持稳定和垂直；发动机需要提供足够的推力；导航系统需要校准飞行方向；结构和材料需要承受飞行过程中的高温与压力。把这些关键点拆开，再将相互关联的内容合并归类，火箭升空的整体脉络就逐渐清晰起来。

在商业问题中也是如此。我们要从最终结果出发，追问实现这一结果需要哪些条件、环节和关系，再把重复的内容合并，把不同性质的内容分开，把关键的大类逐渐明确下来。

这就是“化繁为简”：从大量信息中提炼出能够解释结果的结构。

## 三、化简成易：把结构变成清晰的方法

“易”并不是把问题简单化，而是让复杂的结构变得容易理解、容易讨论，也容易进入实践。

随着学习不断深入，我们会形成自己的判断和认识，关键点也会越来越准确。这个过程需要不断提炼：提炼问题，提炼关系，提炼判断，再提炼表达。

提炼到最后，脉络上的关键点应当既简练又清晰，关键点之间的关系也应当明确。此时还不能立即认为工作已经完成，还需要反复思考和验证：按照这条脉络继续推演，是否存在逻辑断点？是否有重要条件被遗漏？不同环节之间能否相互解释？整个结构能否形成闭环？

如果这些问题都能够得到回答，那么原本庞杂的思维导图，就开始转化为清晰、可理解、可复用的方法。

“化简成易”实际上是一个持续校验的过程。它要求我们既敢于删去不重要的内容，也不因为追求简洁而遗漏决定结果的关键条件。真正的简明，不是内容越少越好，而是每一个被保留下来的关键点都有明确作用。

## 四、化易成图：让商业逻辑变得可见

最后一步是“化易成图”。这一步看似简单，实际上很难。

说它简单，是因为经过前面的梳理、提炼和验证，关键点及其关系已经基本明确；说它困难，是因为我们需要把这些关键点放在一张图中，让整体逻辑能够被快速看见、准确理解和反复核对。

一张好的商业逻辑图，至少需要同时满足三个条件：

-   **逻辑严谨**：关键点之间的关系不能依赖猜测，方向、顺序和因果需要尽量明确；
-   **结构清晰**：层级、分类、边界和重点要能够被快速识别；
-   **表达得体**：图示不仅要完整，还要具备必要的秩序感和审美，不能让视觉形式遮蔽逻辑内容。

这项工作需要反复尝试。图形位置、连接关系、层级数量和文字长度，都可能影响理解效果。没有哪一种排版技巧可以替代对体系本身的熟悉，也没有哪一张图能够在没有充分思考的情况下自然形成。

真正重要的，不是把所有文字都塞进一张图片，而是让图成为逻辑的压缩表达：读者能够沿着图中的路径理解问题，找到关键节点，看到相互关系，并据此继续追问或展开实践。

这就是“化易成图”：把已经理解的逻辑，转化为可以被看见、讨论和使用的结构。

## 结语：把方法用回经营

“梳理为繁、化繁为简、化简成易、化易成图”，是我从经验中整理方法，再把方法用回实践的过程。

先把问题梳理完整，再提炼结构、检验逻辑，最后画成图。图里的关键点和关系要能说明白，也要放回经营里检验。

这项工作的价值，是把分散的经验整理成大家能理解、能核对、能继续改进的方法。企业家持续参与这个过程，方法才有机会成为企业长期使用的做事方式。

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

原创文字内容适用，另有声明除外；第三方素材不适用。下载和机器读取不扩展现有许可，也不另行授权衍生作品、商业使用或模型训练。

[查看 AI 使用说明](https://yutengfei.com/zh/journal/ai/)


---

# 企业规划十步法：把方向、资源和执行接起来

- 作者: Andrew David W.Y.
- 来源: https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/
- 版本: V1.0
- 发布: 2026-10-30
- 修订: 2026-10-30
- 内容状态: 已公开全文
- 内容类型: 方法 (methods)
- 研究专题: 利益相关者资本治理 (stakeholder-governance)
- 生态视角: 运管生态 (operations) · 客户生态 (customer) · 资源生态 (resource)

## 如何使用这项资源

**用途**: 从一份早期企业规划资料出发，保留十步法的主线，补上客户验证、现金流、协作承诺和滚动复盘。用两张机制图，把长期方向落实到有负责人、有资源、有验收标准的近期行动。

**使用条件**: 使用前请核对对象、目标和约束是否适合当前任务；正文未明确的条件需要另行确认。

**方法 · 步骤、输入与完成条件**

**依据与验证边界**: 以早期十步法为基础。客户假设验证、情景现金安排、九十天滚动行动和 AI 使用建议是本次整理补充。 本文未单独登记外部验证结果。公开发布不等于效果已经验证，请结合正文依据、假设与限制判断。

这是可阅读、可引用的知识资源，不是已安装的 Skill。交给 AI 使用时，请保留来源与限制，并核对产出。

## 正文

企业做规划，最容易出现一种情况：会上讲得很清楚，回到各自部门以后，大家还是按原来的习惯做事。

方向、目标、预算、考核都有，彼此却没有真正接上。销售承诺的交付，生产未必接得住；业务提出的新项目，财务未必安排了钱；年底再回头看，才发现几个重要前提一开始就没核实。

我最近重新看了一份早期的《企业规划十步法》培训资料。里面有些企业数据和案例已经是过去的事，但它把方向、市场、策略、财务、风险与协作放在一起思考，这个方法仍值得拿出来用。本文沿用其中的实操十步，结合今天的经营环境重新展开。

**我更关心的是：规划做完以后，企业能不能知道该抓什么、放弃什么，以及下一步由谁把什么做出来。**

## 先看全图：十步之间是什么关系

十步可以归成五组：明确方向，核对市场，选择打法，检查条件，进入行动。

编号帮助团队组织讨论，实际工作会反复往回核对。客户需求变了，目标和策略要重看；资金安排不成立，实施范围就得调整。第七步发现的问题，可以让团队回到第二步、第六步重新作决定。

这里还有一个区别：十步是规划时要回答的十组问题。复盘贯穿执行全过程，不需要为了凑一个新框架，再把它硬编成“第十一步”。

[![图一：按编号阅读十步，用五组问题组织讨论。复盘可回到任何需要重新核对的步骤，并非只能单向推进。](https://yutengfei.com/journal/enterprise-planning-ten-steps/overview-zh.svg)](https://yutengfei.com/journal/enterprise-planning-ten-steps/overview/viewer-zh.html)

图一：按编号阅读十步，用五组问题组织讨论。复盘可回到任何需要重新核对的步骤，并非只能单向推进。

[放大、拖拽浏览 ↗](https://yutengfei.com/journal/enterprise-planning-ten-steps/overview/viewer-zh.html)[下载可编辑 SVG ↓](https://yutengfei.com/journal/enterprise-planning-ten-steps/overview-zh.svg)

## 把十步真正用起来

### 01 企业宗旨：先说清楚为谁解决什么问题

企业宗旨可以先写成一句普通的话：为哪一类客户，解决什么问题，通过什么方式创造价值，靠什么持续经营。

再补一张“不做什么”的清单。不接哪些订单，不进入哪些市场，不使用哪些损害客户、员工或合作伙伴长期利益的做法。边界清楚，后面的资源安排才有依据。

我建议用一笔正在讨论的业务来检验这句话。面对它，团队能不能判断接不接、为什么？如果一句宗旨什么业务都能往里装，就还需要收窄。

本步交付是一张方向卡：服务对象、核心问题、价值主张、经营边界。

### 02 中长期目标：把愿望变成有条件的目标

保留三到五年的方向，再落实当年的经营结果和近期验证节点。目标同时写当前基线、希望达到的状态、时间、口径和负责人。

收入以外，还要看客户是否持续使用、交付是否稳定、关键能力是否形成、现金是否支撑得住。不同企业选不同指标，不需要每个维度都堆一长串。

尤其要写清前提。例如“进入一个新区域”，可能依赖当地渠道、服务能力和客户接受度。目标已经批准，不代表这些条件已经具备。计划表应把已知事实与待验证假设分别标出来。

本步交付是目标表和假设清单。重大假设未验证时，先安排验证，不把未来结果当成已落实的经营能力。

### 03 客户与市场：用真实行为校准判断

先选具体客户、使用场景和购买过程。谁使用，谁决定，谁付钱，谁承担切换成本？同一家公司里，这几个角色可能是不同的人。

访谈可以帮助理解问题，试用、购买、复购和续约则能继续核对实际行为。几次认可不能直接推出整个市场都愿意付费，免费试用的热闹也不能替代付费意愿。

把关键判断写成可检验的假设：针对哪类客户，以什么方式，在什么期限内观察什么行为。测试前约定判断标准，记录样本来源和范围，避免结果出来后再改口径。

本步交付是客户证据表：观察到了什么，支持哪个判断，还有哪些问题未解决。这个做法与 Strategyzer 从关键假设出发设计实验的思路相通。[参考说明](https://www.strategyzer.com/library/how-to-test-your-idea-start-with-the-most-critical-hypotheses)

### 04 竞争环境：把客户所有可选方案放进来

对手不只有同行。客户也可能继续用原来的办法、自己做、推迟采购，或者干脆不处理这个问题。

比较应回到客户在意的条件：效果、总成本、交付速度、使用难度、可靠性和后续服务。写“我们的优势是专业”，还需要继续回答：具体好在哪里，谁感受得到，用什么核对？

SWOT可以继续用，但每条结论都要通向一个选择。某个机会与我们的能力能否匹配？某项弱点会不会阻碍交付？只把四个格子填满，对经营帮助不大。

本步交付是一张替代方案对照表，以及需要利用、补齐、监测或回避的事项。

### 05 关键成功因素：找出几件绕不过去的事

关键成功因素，是这门业务要成立必须具备的条件。主要障碍，是企业当前还没补上的缺口。两者分开，团队才知道该优先解决什么。

例如，一项需要持续现场服务的业务，稳定响应可能是必要条件，当前无人值守就是实际缺口。增加宣传未必能解决这个问题。

可以先集中讨论三到四项，逐项写明“为什么必要、现在差多少、怎样验证补齐”。这个数量是帮助聚焦的起点，遇到业务确实需要更多条件时，仍按实际情况判断。

本步交付是关键条件与缺口表。所有项目都标成最重要，最后就很难形成取舍。

### 06 策略实施：决定把资源押在哪些动作上

把目标、客户证据和关键缺口连起来，再选择少数优先行动。每个行动都应说清：改变哪个条件，为什么能带来预期结果，准备投入多少资源，暂缓哪些事情。

面对新业务，先安排小范围试点，约定投入上限、验证节点和下一阶段的决定条件。试点有了结果，再讨论扩大。已经成熟、证据充分的业务，可以采用不同的投入节奏。

这里要留一份决策记录：选择了什么，放弃了什么，依据是什么。后续出现变化，才知道该改哪一项判断，而不是重新争论所有事情。

本步交付是优先行动组合和资源安排，不能只写“加强营销”“提升管理”这样的方向词。

### 07 财务分析：分别看利润、现金和投入

业务计划至少要回答三件事：收入怎样形成，交付后能留下多少，现金在什么时间进出。

订单、收入、利润和到账是不同的口径。一个项目账面盈利，也可能因为回款慢、库存或前期投入过大而缺现金。把付款条件、交付节奏、应收和必要投入一起看，才能判断计划是否撑得住。

建议做基准、较好和承压三种情景，标明驱动变化的假设。没有历史数据的参数，就保留估算状态，注明依据和核对节点。不能把几个主观打分相乘，写成精确的收益预测。

本步交付是财务测算与现金安排，并明确资源缺口。涉及具体会计、税务或融资事项，由相应专业人员按实际资料核对。

### 08 风险分析：约定什么情况下要改变计划

风险表里除了概率和影响，还要有预警信号、应对动作、负责人和触发后的决定入口。能够控制的就安排处理，无法控制的就准备替代方案与承受边界。

原资料用影响和发生可能性帮助排序，今天仍可作为讨论工具。但分数要说明口径，也不能把低概率、高损失事项仅凭乘积排到最后。现金断裂、重大安全问题等事项需要单独审视。

提前说清楚：出现什么情况继续，什么情况缩小或调整，什么情况暂停。暂停后要做哪些收尾、怎样保护客户与合作方，也应有人负责。

本步交付是带触发条件的风险清单，而非一句“风险可控”。

### 09 相互依存关系：把“需要支持”变成明确承诺

一项任务由谁负责，还不够。它需要什么输入、谁提供、何时到位、怎样算交付，也要说清楚。

例如，销售推出一个新服务前，可能需要产品确认范围、运营确认容量、财务确认收款条件。前置条件没具备，就不能把后面的日期当成已经获得保障。

把这些依赖放在同一张表里，让相关人确认。资源冲突交给有权限的人决定，并记录对目标、范围和时间的影响。对外部伙伴，也要明确协作依据、成本、责任和变更方式。

本步交付是协作承诺表。这里可以借鉴方针管理的上下协商方式，让目标、资源和执行条件来回核对，再形成可承接的安排。[参考说明](https://www.lean.org/lexicon-terms/strategy-deployment/)

### 10 第一年计划：落到近期能够验收的行动

年度计划保留全年结果和资源边界，再把近期工作展开到可以执行的程度。我建议先排未来九十天的重点，之后随实际情况滚动更新。

每项行动写清负责人、交付物、期限、资源、前置条件和验收人。指标同时看活动与结果：完成访谈是一种活动，是否核实了客户购买条件，才是它要支持的判断。

九十天是本文建议的工作窗口，不是原十步法的固定规定。销售周期长、研发周期长或受季节影响的企业，要按自己的节奏设置验证与复盘节点。

本步交付是年度安排和近期行动表。任务完成以后，还要继续看是否产生了预期效果。

## 让规划持续运转：分清责任，保留改计划的入口

经营负责人对方向取舍和资源安排负责，业务负责人提交事实、承接执行，财务核对测算和现金，协作方确认依赖。还需要有人推动流程、维护记录、追踪未决事项。小团队可以一人兼几个角色，但不能因为兼任就省掉这些工作。

复盘时按三个问题往下看：行动是否按约完成，业务结果是否改善，原来的关键假设是否仍成立。

执行出现偏差，先查资源、依赖和方法。动作都完成了却没有结果，就回头核对因果判断。外部条件已经改变，则重新决定目标、范围和投入，不能要求团队靠加班去补一个已经失效的前提。

可以每周处理阻塞，每月检查经营表现，在季度或关键节点重新配置资源。这个节奏可以调整，核心是持续留下“看到什么、决定什么、谁来处理”的记录。

[![图二：先核对交付、结果与假设，再决定继续、调整或暂停。新的行动需获得相应授权并具备条件，暂停事项不会自动恢复。](https://yutengfei.com/journal/enterprise-planning-ten-steps/review-zh.svg)](https://yutengfei.com/journal/enterprise-planning-ten-steps/review/viewer-zh.html)

图二：先核对交付、结果与假设，再决定继续、调整或暂停。新的行动需获得相应授权并具备条件，暂停事项不会自动恢复。

[放大、拖拽浏览 ↗](https://yutengfei.com/journal/enterprise-planning-ten-steps/review/viewer-zh.html)[下载可编辑 SVG ↓](https://yutengfei.com/journal/enterprise-planning-ten-steps/review-zh.svg)

## 一张可以开始用的规划表

这张表用于第一次把事情接起来。复杂企业可以拆成多张表，但每张表都应能回到同一组目标和决定。

| 步骤 | 要核对什么 | 本步交付 |
| --- | --- | --- |
| 01 企业宗旨 | 为谁解决什么，哪些不做？ | 方向卡 |
| 02 中长期目标 | 从哪里到哪里，依赖什么前提？ | 目标表与假设清单 |
| 03 客户与市场 | 观察到了什么购买与使用行为？ | 客户证据表 |
| 04 竞争环境 | 客户还有哪些可选方案？ | 替代方案对照表 |
| 05 关键成功因素 | 必要条件是什么，当前缺什么？ | 关键条件与缺口表 |
| 06 策略实施 | 优先做什么，同时放弃什么？ | 优先行动与资源安排 |
| 07 财务分析 | 利润能否成立，现金能否支撑？ | 财务测算与现金安排 |
| 08 潜在风险 | 什么信号触发调整或暂停？ | 带触发条件的风险清单 |
| 09 相互依存 | 谁提供什么，何时确认交付？ | 协作承诺表 |
| 10 第一年计划 | 近期谁交付什么，由谁验收？ | 年度安排与近期行动表 |

先选一项真实业务，把这十行填完，再请相关人共同核对。没有依据的地方写待验证，没有承接的支持写待确认。这样，接下来的会议就能围绕具体缺口展开。

## 数字化和AI，放在哪个位置

数据看板可以帮助持续观察，AI可以协助整理访谈、归纳资料、列出假设和比较情景。关键数据仍要能回到来源，重要结论要有人复核，敏感资料要按权限处理。

工具不会替企业承担取舍。谁批准投入，谁对客户承诺，谁决定暂停，仍然需要明确。NIST的AI风险管理框架同样强调治理、情境识别、测量和持续管理，本文把它作为使用AI时的补充参考。[参考说明](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/)

## 规划最后要回到经营

我觉得，这套方法可以先从一件事开始：选一个当前最需要推进的业务，把方向、客户、条件、资源、协作和行动放在一起看。

如果讨论以后，大家知道本期先做哪几件事、哪些条件还没具备、什么情况下需要重新决定，规划就开始发挥作用了。

十步法提供的是一套组织判断与行动的方法。经营结果还要在市场和执行中持续检验。把这次判断的依据留下，把下次调整的入口留好，比把一份规划写得面面俱到更有用。

### 方法来源与延伸阅读

本文以早期《企业规划十步法》培训资料第28、75页的实操顺序为骨架，参考其客户分析、关键成功因素、财务、风险和依赖关系内容，重新撰写。客户假设验证、情景现金安排、九十天滚动行动和AI使用建议为本文补充，不作为原资料的原话或已验证成效。

-   [Strategyzer：从关键假设开始检验商业想法](https://www.strategyzer.com/library/how-to-test-your-idea-start-with-the-most-critical-hypotheses)
-   [Lean Enterprise Institute：战略部署与目标资源协商](https://www.lean.org/lexicon-terms/strategy-deployment/)
-   [NIST：AI风险管理框架核心](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/)

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

原创文字内容适用，另有声明除外；第三方素材不适用。下载和机器读取不扩展现有许可，也不另行授权衍生作品、商业使用或模型训练。

[查看 AI 使用说明](https://yutengfei.com/zh/journal/ai/)


---

# 从战略到视觉：六层关系，怎样传递同一个意思？

- 作者: Andrew David W.Y.
- 来源: https://yutengfei.com/zh/journal/strategy-to-visual-six-layer-model/
- 版本: V1.0
- 发布: 2026-10-19
- 修订: 2026-10-19
- 内容状态: 已公开全文
- 内容类型: 模型 (models)
- 研究专题: —
- 生态视角: 客户生态 (customer) · 运管生态 (operations)

## 如何使用这项资源

**用途**: 把战略意图、受众任务、价值主张、内容结构、视觉规则与使用场景接起来，用两张机制图、一个虚构例子和设计判断记录表，检查每一项表达的依据与修订路径。

**使用条件**: 使用前请核对对象、目标和约束是否适合当前任务；正文未明确的条件需要另行确认。

**模型 · 要素、关系与假设**

**依据与验证边界**: 文中案例用于演示分析和操作。应用时请用实际业务记录替换示例条件，再核对判断和结果。 本文未单独登记外部验证结果。公开发布不等于效果已经验证，请结合正文依据、假设与限制判断。

这是可阅读、可引用的知识资源，不是已安装的 Skill。交给 AI 使用时，请保留来源与限制，并核对产出。

## 正文

做一套视觉之前，我更想先问清楚几件事：企业准备做什么，主要让谁看，希望对方理解什么，看完以后又能做什么。

这些问题有了答案，设计的方向才好判断。标题该先说什么，哪些内容值得放大，图片放在哪里，按钮通向哪里，都能找到依据。

如果前面的意思还在变，后面的画面很难稳定。策划在解释一种业务，文字强调另一种优势，设计又表达出第三种感觉，最后每一部分都做了不少工作，放在一起却说不清楚。

我觉得，可以把这个过程整理成六层关系：**战略意图、受众任务、价值主张、内容结构、视觉规则、使用场景。**

每一层都要接住上一层的问题，给下一层一个能够使用的答案。到了实际场景里，再检查这些答案是否成立。这是一个用来梳理和核对设计判断的工作模型。

## 一、先把企业的方向，转成可以讨论的要求

“希望做得更专业一点”，可以作为一个开始，但还不足以指导设计。

专业表现在哪？是服务范围说得清楚，交付流程容易理解，还是重要资料能够核对？不同答案，会形成不同的内容和画面。

战略意图首先要交代：企业当前主要解决什么问题，服务哪些对象，凭什么形成持续经营，以及这次表达准备承担哪一部分任务。

现有能力和未来方向也要分开。已经能够提供的服务，要有对应的资料；准备建设的能力，要保留规划状态。把未来写成现在，视觉做得越完整，越容易让读者误解。

到了具体设计任务，我会再把范围收小一些。比如，这次做企业介绍页，是帮助第一次接触的人看懂业务；做产品页，是帮助有明确需求的人判断适不适用；做合作资料，是让相关方理解分工、条件和下一步。

**一份材料先把一个主要任务承担好。** 任务明确之后，什么需要突出，什么适合往后放，就有了判断的起点。

## 二、六层关系，分别要讲清楚什么

[![图1：从战略到视觉的六层传导模型](https://yutengfei.com/journal/strategy-to-visual-six-layer-model/model-01/diagram-zh.svg)](https://yutengfei.com/journal/strategy-to-visual-six-layer-model/model-01/viewer-zh.html)

图1：从战略到视觉的六层传导模型

[放大查看机制图 ↗](https://yutengfei.com/journal/strategy-to-visual-six-layer-model/model-01/viewer-zh.html)[下载 SVG ↓](https://yutengfei.com/journal/strategy-to-visual-six-layer-model/model-01/diagram-zh.svg)

_图1说明：向下的箭头表示设计输入逐层转化。它不表示做好某一层，就必然产生经营结果。场景反馈用于检查并修订相关层级。_

### 第一层：战略意图——这次表达要支持什么

这一层确定方向和边界。

企业希望进入什么市场，主要依靠什么能力，当前最需要解决什么沟通问题，都要先说清楚。设计团队至少应拿到一段经过确认的任务说明，知道这次要完成什么，也知道哪些内容还不能对外承诺。

任务说明不需要很长。能够让参与者对目标形成相近的理解，比堆满宏大概念更有用。

### 第二层：受众任务——对方带着什么问题来看

同一家企业，会面对客户、员工、供应伙伴和其他合作方。他们关心的内容有交集，也有各自的重点。

客户可能先问：适不适合我，怎么交付，出问题怎么办？供应伙伴可能更关心：需要提供什么，怎样协作，结算条件如何？员工则可能想知道：岗位怎样分工，工作标准是什么，怎样获得支持？

所以，“谁来看”还要继续往下问到“他要完成什么判断”。

同样一个人，在初次了解、比较方案和准备合作时，任务也会变化。把这些差别写出来，内容才有可能安排到合适的位置。

### 第三层：价值主张——凭什么值得对方继续了解

价值主张要连接受众的问题与企业能够提供的帮助。

如果对方最在意交付是否稳定，就应该讲交付安排、责任分工和异常处理。如果对方需要判断服务是否适用，就应该把范围、条件和不适用的情况讲清楚。

“高效”“专业”“可靠”这类词可以使用，但后面要有能够支持它的内容。有什么做法，有什么记录，能核对到哪一步，决定了这句话能说到什么程度。

**主张与依据应当放在一起看。** 有些主张有事实支持，有些还需要验证，有些只适合表达发展方向。把这几种情况分开，后面的表达会稳得多。

### 第四层：内容结构——读者按什么顺序理解

业务资料通常很多。读者进入一个页面，却未必愿意从头把所有内容读完。

内容结构需要决定：先回答哪个问题，再补什么依据，哪些内容可以展开，哪些需要另给入口。

以一个服务页面为例，可以先说适用问题，再说明工作方式，接着提供交付内容、条件和相关资料，最后给出清楚的下一步。读者可以沿着自己的问题往下看，也可以直接找到关心的部分。

标题在这里承担的是组织理解的作用。标题、摘要、图、正文和按钮，应当围绕同一个任务配合。把企业所有信息放在同一层，读者就需要自己重新做一遍分类。

### 第五层：视觉规则——怎样让重要关系被看见

到了这一层，才具体处理字号、颜色、留白、图形、图片、对齐和动效。

字号和位置可以提示阅读顺序，留白可以划分信息组，连线可以说明关系，颜色可以帮助识别状态。选择这些手段时，需要知道它们各自承担什么作用。

比如，页面要让人看清一个执行流程，就应该让步骤、责任和条件容易区分。重要资料需要被核对，就要保证来源、说明和下载入口能够找到。手机端文字要自然换行，按钮也要容易触达。

颜色与图形的含义需要结合语境、搭配和实际使用判断。某一种颜色，不能单独替企业证明规模、能力或信用。

统一的视觉规则，可以让不同页面看起来属于同一个体系。具体版式仍然要跟着任务走：介绍页、流程图、阅读页和操作页，可以使用相同的基础语言，各自安排适合的层级。

### 第六层：使用场景——放进去以后，还好不好用

电脑上看的页面，到了手机上，阅读顺序可能发生变化。大屏上清楚的图，缩成群聊里的预览，文字可能已经看不见。会议现场能由讲解补充的内容，发给一个独立阅读的人，就可能少了一段解释。

这些都要在实际载体中检查。

让第一次接触的人看一遍，问他理解了什么；让有明确任务的人找一项资料，看看能否找到；把文件放到真实使用尺寸里，检查文字、关系和入口是否还清楚。

同一个意思，需要在不同场景里保持事实和核心主张一致。标题顺序、篇幅和交互方式，可以按任务调整。

## 三、用一个虚构例子，把六层关系接起来

假设一家提供设备维护服务的企业，准备做一页服务介绍。下面只是为了说明模型而编写的情境，不对应某个真实项目，也没有预设转化效果。

这次页面主要给需要判断服务是否适用的设备负责人看。对方要确认的，是能处理哪些问题，怎样报修，谁来接手，以及哪些情况需要另行评估。

六层关系就可以这样往下接：

| 层级 | 这次需要确定的内容 | 对设计的具体影响 |
| --- | --- | --- |
| 战略意图 | 帮助潜在客户判断适用范围，并提交必要信息 | 页面围绕适用判断与报修准备展开 |
| 受众任务 | 确认设备类型、问题范围、服务条件与提交办法 | 将这些问题放到读者容易找到的位置 |
| 价值主张 | 在明确的范围内，按约定流程接收并处理服务需求 | 用实际工作流程和条件支持表述，不承诺未经确认的响应时间 |
| 内容结构 | 适用范围→处理流程→所需资料→条件说明→联系入口 | 标题顺序跟随判断过程，细节按需要展开 |
| 视觉规则 | 区分步骤、条件与例外，让关键入口可见 | 用层级、分组和简洁流程图帮助阅读 |
| 使用场景 | 设备负责人可能用手机查看并转发给同事 | 检查窄屏阅读、资料提交和转发后的理解是否完整 |

这时候讨论某个按钮该多大、流程该横排还是竖排，就有了共同依据。可以回到读者的任务和设备条件，比较哪一种处理更合适。

同一页里如果新增一句服务承诺，也需要沿着这条关系往回核对：企业现在能不能做到，有没有相应流程，相关负责人是否确认。设计中的每个重要表达，都应当能找到它的来处。

## 四、反馈来了，先判断问题出在哪一层

别人说“这个设计不太对”，还需要继续问具体一点。

他是看不清文字，没找到重点，读不懂业务，找不到下一步，还是觉得某句话缺少依据？这些问题需要不同的修改。

[![图2：场景检验与分层修订机制](https://yutengfei.com/journal/strategy-to-visual-six-layer-model/model-02/diagram-zh.svg)](https://yutengfei.com/journal/strategy-to-visual-six-layer-model/model-02/viewer-zh.html)

图2：场景检验与分层修订机制

[放大查看机制图 ↗](https://yutengfei.com/journal/strategy-to-visual-six-layer-model/model-02/viewer-zh.html)[下载 SVG ↓](https://yutengfei.com/journal/strategy-to-visual-six-layer-model/model-02/diagram-zh.svg)

_图2说明：检验从预先确定的任务出发。未通过时，先定位断点，再修改并复测；通过后记录适用范围和版本。它是一套工作检查过程，不是业绩增长的预测模型。_

如果文字在手机上看不清，先检查字号、对比度和排版。如果读者看完仍不知道提供什么服务，就要回到内容结构和价值主张。如果一句话超出了实际能力，要先核对业务事实。如果联系人和入口都在，却无法完成提交，就要检查使用流程。

有时问题更靠前：页面同时想服务几个差别很大的对象，主要任务始终没确定。这种情况下，局部调整很难解决全部分歧，需要回到战略意图和受众任务重新取舍。

**修改应当有明确的假设。** 比如“读者找不到服务条件，是因为它被放在了长段落里”。可以把条件单独分组，再用相同任务检查，看读者能否找到并正确理解。如果修改涉及受众或任务本身，复测前应先更新检查条件，避免拿旧标准判断新任务。

几个人的使用观察可以帮助发现问题，但还不足以证明对所有人有效。点击、停留或咨询等数据，也要放回访问来源、任务和页面变化中解释。表达更清楚与经营结果之间，还隔着服务本身、价格、渠道和执行等条件。

## 五、把设计判断留下来，后面才接得上

如果每次修改只留下一个新文件，过一段时间，很难说清当时为什么这样做。

我建议给重要决定留一份简单记录。以后换人接手、扩展新页面或增加语言，都可以沿着依据继续工作。

| 记录项 | 应当写清什么 |
| --- | --- |
| 任务与受众 | 这份内容主要帮助谁，完成什么判断或动作 |
| 主张与依据 | 准备表达什么，哪些资料支持它，哪些仍待确认 |
| 内容与视觉选择 | 为什么这样排序、分组和强调 |
| 场景与检查方法 | 在什么设备或载体里，由谁按什么任务检查 |
| 观察与限制 | 实际发现了什么，哪些情况还没覆盖 |
| 修改与版本 | 调整了哪一层，谁确认，何时需要重新核对 |

记录不需要把每个细节都写成一份报告。先把影响方向、理解和使用的决定记下来。

业务变化时，相关内容也要跟着变。一个旧页面即使仍然好看，如果范围、数据或服务条件已经过时，就应该重新检查。维护这套对应关系，是表达工作的一部分。

## 六、把复杂关系理顺，再把它画出来

这套模型也可以放回“繁、简、易、图”的思考过程。

先把业务、受众、任务、依据、渠道和使用条件展开，尽量看见全貌；再从中提炼六层关系，找到影响结果的关键连接；接着把每一层写成具体问题和可检查的输出；最后用图呈现传导、断点和反馈。

图能够帮助讨论，前提是它压缩的是已经解释清楚的逻辑。每一个节点有明确含义，每一条连线都能说清关系，读者才有办法拿着它检查自己的工作。

我希望一套好的表达，既能让人愿意看，也能经得起追问。为什么这样说，为什么这样排，依据是什么，准备让谁使用，都有答案。

从战略到视觉，把这些关系一层一层接起来，策划、文字和设计就有了可以共同讨论、持续修订的基础。

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

原创文字内容适用，另有声明除外；第三方素材不适用。下载和机器读取不扩展现有许可，也不另行授权衍生作品、商业使用或模型训练。

[查看 AI 使用说明](https://yutengfei.com/zh/journal/ai/)


---

# 产业数字平台，怎样分阶段建设和验收？

- 作者: Andrew David W.Y.
- 来源: https://yutengfei.com/zh/journal/phased-industry-digital-platform/
- 版本: V1.0
- 发布: 2026-10-19
- 修订: 2026-10-19
- 内容状态: 已公开全文
- 内容类型: 方案 (solutions)
- 研究专题: 利益相关者资本治理 (stakeholder-governance)
- 生态视角: 资源生态 (resource) · 客户生态 (customer) · 运管生态 (operations)

## 如何使用这项资源

**用途**: 从一笔能验证的业务出发确定平台首期范围，把业务状态、角色权限和异常处理纳入同一流程。按四个阶段验收，分别核对系统交付与经营效果，再决定是否扩展。

**使用条件**: 使用前请核对对象、目标和约束是否适合当前任务；正文未明确的条件需要另行确认。

**方案 · 目标、组合与实施条件**

**依据与验证边界**: 文中案例用于演示分析和操作。应用时请用实际业务记录替换示例条件，再核对判断和结果。 本文未单独登记外部验证结果。公开发布不等于效果已经验证，请结合正文依据、假设与限制判断。

这是可阅读、可引用的知识资源，不是已安装的 Skill。交给 AI 使用时，请保留来源与限制，并核对产出。

## 正文

一说要做产业数字平台，采购、订单、库存、配送、结算、报表，都能列出一串功能。

清单列完，还要继续回答：第一期先解决哪个问题，哪些人真正会用，一笔业务怎样走完，出了差错找谁，最后拿什么判断做到了。

我觉得，可以先选一段真实业务，把它做成一个范围清楚、能够运行、有人接管的工作系统，再往外扩。

这一期可以只覆盖一类业务、少量参与方，但从发起到交付、异常处理和对账，要能找到前后的关系。哪些已经由系统支持，哪些暂时由人处理，也要讲明白。

**建设按阶段推进，系统能力与经营效果分别验收。** 下面给一套可以按具体业务调整的参考安排。

## 一、先找业务问题，再确定第一期的范围

平台建设的起点，可以是一个反复发生的问题。

例如，供需双方使用的规格不一致，订单确认要来回打电话，交付记录与对账记录对不上。把这些情况展开，才能知道需要改动哪个环节，涉及哪些角色，以及平台能够承担什么。

问题先说具体。谁发起业务，谁确认供给，谁完成交付，谁核对结果；各环节收到什么、交出什么，中间还需要等谁的确认。

这些关系清楚以后，再确定第一期做哪些功能。

这里说的“最小范围”，是选出一段能够独立检查的完整业务。可以暂时不接入所有品类、不覆盖所有地区，也可以保留已经有效的人工处理办法。

但这段业务里，正常怎么走、变更怎么处理、谁有权确认、结果怎样核对，都应当有去处。否则，页面虽然做出来了，实际工作仍然要靠人到处补接。

范围单还要写清本期不做什么。其他需求先登记，说明以后为什么可能需要，不让每一次讨论都直接变成新增任务。

试点前留下现状记录也很有用。原来确认一笔业务要经过哪些动作，容易在哪一步出错，谁承担了额外协调，后面才有可以比较的依据。

## 二、让业务状态、参与角色和记录对应起来

以一条普通履约业务为例，可以先看四个环节：需求发起、供给确认、履约交付、对账确认。

每个环节都要能回答三个问题：谁来做，依据什么做，完成后留下什么。

需求提出了，并不表示供给方已经承诺；交付发生了，也还要核对签收、差异和结算条件。平台需要把这些状态分开，让使用的人知道现在进行到哪里。

相关记录可以通过业务编号建立关联。一个需求拆成几笔订单，一笔订单分批交付，几笔业务合并对账，都要保留各自的记录和对应关系。

我不建议用一个笼统的“已完成”，把这些不同事项全部盖过去。交付、对账、应收、实际收款，可以分别核对，不能只看界面上有没有一个绿色标记。

同时，要明确资料由谁维护。规格、单位、可供条件、交付时间等内容变了，谁确认新版本，哪些未完成业务受到影响，使用的人怎样知道。

**信息能够传过来，还要有人负责它的含义、来源和适用范围。**

![图1：围绕一段真实业务形成可核验的平台闭环](https://yutengfei.com/journal/phased-industry-digital-platform/materials/zh/asset-01.svg)

_图1是通用参考架构。不同单据通过业务关系关联，部分交付、变更与争议需要单独处理，不强求一笔订单对应一笔交付或回款。_

[下载图1 SVG](https://yutengfei.com/journal/phased-industry-digital-platform/materials/zh/asset-01.svg)

## 三、权限、异常和核对，放进第一期一起做

一段流程能在演示中走通，还需要继续看谁在使用、会出现哪些变化。

同一个人能看资料，不一定就有权确认订单；可以录入，也不表示可以替另一方修改结果。查看、录入、确认、修改、导出这些动作，需要按实际分工分别安排。

只接入有权使用、又确实为这段业务所需的资料。数据从哪里来，什么情况下更新，发生错误怎样更正，都应当有负责人。更正后的结果和原来的依据要能分清。

异常也一起设计。需求变了、供给不足、只交付了一部分、收到的数量有差异、对账意见不一致，这些情况应该进入什么状态，由谁接手。

如果所有差错都只能由开发人员在后台改数据，一线很难知道实际发生了什么，后面的核对也会失去依据。

比较合适的做法，是给常见异常留出处理入口。先登记事实，指定负责的人，保留处理和确认记录，再回到相应业务环节。无法处理的事项保持待处理状态，不为了让流程结束而强行确认。

还可以顺手检查几种容易遗漏的情况：同一笔交付重复提交，会不会多记一次；一方撤回或更正，其他环节能不能看出变化；人员离开原岗位，旧权限有没有跟着调整。

这些事情与这段业务能否可靠运行直接有关，适合进入第一期的验收，而不是一直留到“以后完善”。

## 四、按四个阶段推进，每一步都有进入下一步的依据

### 第一阶段：把问题和验收范围定下来

先确定要解决什么、这一期做到哪里、哪些角色参与、现状怎样，以及系统和业务分别检查什么。

建设范围、必要记录、权限、主要异常、负责人和资源安排，都可以放在同一份清单里确认。

这一阶段的交付，应当让业务方和建设方能指着同一张流程图说清楚：从哪里开始，到哪里结束，哪些动作由人确认，哪些由系统处理。

### 第二阶段：把限定流程做完整

先在受控环境里检查正常业务和主要异常。每一步能否执行，谁能作出确认，数据有没有对应依据，错误能否发现和修正，都要实际走一遍。

发现问题后，记录具体发生了什么、影响哪一步、由谁修改，再回来核对。不能只把功能清单逐项打勾。

这一阶段允许有明确边界的人工环节，但要说明由谁接手、怎样留痕、以后是否需要调整。涉及关键业务的缺口没有解决，就先不进入相应范围的真实使用。

### 第三阶段：在已确认的范围内试运行

系统检查通过后，再接入限定的真实业务和参与者。

把日常支持、问题响应、资料核对和故障时的替代办法安排好。切换过程中，哪一份是主要业务记录，差异怎样处理，也要说清楚。

如果确实需要短期并行核对，就约好目的、负责的人和结束条件。不要长期要求一线把同一笔业务完整录两遍，却把增加的工作量排除在成本之外。

真实运行中，分别收集系统表现和业务变化。能记录、能确认，是一类结果；有没有减少返工、缩短等待、改善对账，是另一类结果。

如果关键权限、记录或履约问题使相关业务无法按已确认的条件处理，就先暂停相应新增操作，按约定的替代办法继续处理必要业务。把差异核清、相关场景补验，并经有权负责人确认后，再恢复。

### 第四阶段：稳定接管，再评审扩展

这一段业务稳定以后，要有人正式接管日常运行。

业务规则谁维护，人员和权限谁调整，问题由谁响应，费用怎样安排，资料怎样导出、保留和恢复，都应当有实际负责的人和可用说明。

交接也要试一下。接管人员能不能完成一笔业务，能不能处理主要异常；出现故障时，能不能找到替代办法；备份出来的资料是否真的能够恢复和核对。

接管清楚以后，再讨论增加品类、参与节点或区域。新范围带来的业务量、资料差异、支持成本和责任变化，需要重新评审。

![图2：平台分阶段建设、双重验收与扩展评审](https://yutengfei.com/journal/phased-industry-digital-platform/materials/zh/asset-02.svg)

_图2按交付和验收条件组织阶段，不把日期到来或功能上线当作自动进入下一阶段的依据。系统通过、经营效果待观察，可以分别记录状态。_

[下载图2 SVG](https://yutengfei.com/journal/phased-industry-digital-platform/materials/zh/asset-02.svg)

## 五、系统验收和经营验收，各回答自己的问题

我觉得，平台验收中最需要分清的，就是系统做到了什么，以及业务因此发生了什么。

| 验收方面 | 主要核对什么 | 可以留下什么依据 |
| --- | --- | --- |
| 系统能力 | 流程能否执行，权限是否正确，记录能否追溯，异常和故障是否有处理办法 | 正常与异常操作记录、权限检查、核对及恢复验证记录 |
| 经营效果 | 真实业务是否有人使用，交付和对账是否改善，返工、等待、成本和负担怎样变化 | 前后业务记录、参与者反馈、投入与问题处理记录 |

两类结论不必被迫写成同一个“通过”。

系统能够支持限定流程，但观察周期还不够，经营效果就继续标为待观察。在系统与业务责任已经满足约定条件的前提下，可以保留限定范围使用，暂时不扩大。

反过来，某段时间业务看起来变好了，仍然需要处理系统中重要的权限、数据或异常问题。可能是大家额外投入了大量协调，也可能同时发生了其他变化，不能用一个好结果把这些问题带过去。

经营比较要讲清口径。看的是哪些业务、什么期间、什么情况算返工，额外的人时和费用怎样记录，前后尽量采用相同的定义。

业务量、订单难度、供货条件和价格变化，也可能影响结果。记录这些变化，是为了让判断更有依据，不是要求一次小范围使用就证明所有因果关系。

验收以后，结论可以很具体：哪一段已经能用，哪些问题仍然存在，谁来处理，什么结果还不能确认，下一次什么时候回来核对。

## 六、用一个工业耗材的例子，看清建设顺序

下面是专门编写的虚构情境，不对应真实企业或已经取得的建设成果。

几家生产企业希望和供应、配送伙伴一起，改善常用工业耗材的询价、交付和对账。

第一期可以先限定一类标准耗材、一组参与方和一条履约链，不急着把全部采购与管理业务一起接入。

先把需求规格、计量单位和交付条件说明白。供给方确认以后形成相应业务记录，配送和签收关联到这笔业务；部分到货、数量差异和对账意见分别保留状态。

| 阶段 | 本例可以先交付什么 | 怎样检查 |
| --- | --- | --- |
| 明确范围 | 一条从需求到对账的流程、角色和验收说明 | 各方能否说清责任、输入输出和本期边界 |
| 完成流程 | 正常下单、供给确认、部分交付和差异处理 | 能否按角色操作，相关数量与记录能否核对 |
| 受控试运行 | 限定业务、问题支持和替代处理办法 | 谁在真实使用，是否增加重复劳动，问题怎样闭合 |
| 接管与扩展 | 日常责任、维护安排及下一范围的评审材料 | 接管者能否独立运行，新范围是否有资源和依据 |

如果发现规格确认更清楚了，但对账仍要人工重新汇总，就先追到这个具体环节。是记录没有关联，口径不一致，还是职责没有明确，再据此修改。

如果第一组参与方能够正常使用，换一组以后却需要大量额外支持，也说明原来的使用条件还需要整理。把这些差异看清，再决定继续限定范围、调整后补验，或者暂缓扩大。

这个例子里，功能建设、真实使用、日常接管和经营改善，始终是相互连接又分别检查的事情。

## 七、扩展之前，再把成本和责任问一遍

平台后面可以做的事情通常很多，但每增加一个范围，都可能增加资料维护、培训、支持和异常处理的工作。

因此，扩展评审里要算上持续使用的成本。软件建设费用、资料整理、岗位培训、日常支持、流程调整和后续维护，各由谁承担。涉及场地、设备和履约的投入，也要按实际用途分开，不都装进软件研发预算。

已有系统能够提供的能力，可以先核清楚；缺什么，再决定怎样补。这里不预设必须更换某套软件，也不规定所有产业都使用同一种技术方案。

同样，功能多、接入节点多、记录数量大，还需要放回真实业务中检查。它们是否帮助各方把事做得更清楚、更可靠，才关系到继续投入的依据。

正式进入下一阶段前，我建议再问五个问题：

1.  这一期究竟把哪一段业务接清楚了？
2.  正常和异常情况，是否都有人负责、都有记录可核对？
3.  系统能力与经营效果，分别确认到了什么程度？
4.  日常运行、故障处理和资料维护，谁已经接得住？
5.  增加下一范围，需要补什么资源、责任和授权？

回答清楚，再往前走。还没有依据的部分，先留在待核对和待验证的位置。

平台可以一段一段建设。每一段都能交付、能使用、能接管，后面的功能和规模才有可以继续依托的基础。

* * *

[下载配套《分阶段建设与验收清单》](https://yutengfei.com/journal/phased-industry-digital-platform/materials/zh/asset-03.md)

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

原创文字内容适用，另有声明除外；第三方素材不适用。下载和机器读取不扩展现有许可，也不另行授权衍生作品、商业使用或模型训练。

[查看 AI 使用说明](https://yutengfei.com/zh/journal/ai/)


---

# 资金来源与用途，怎样放进同一张表？

- 作者: Andrew David W.Y.
- 来源: https://yutengfei.com/zh/journal/funding-sources-uses-table/
- 版本: V1.0
- 发布: 2026-10-19
- 修订: 2026-10-19
- 内容状态: 已公开全文
- 内容类型: 工具 (tools)
- 研究专题: —
- 生态视角: 资本生态 (capital) · 运管生态 (operations)

## 如何使用这项资源

**用途**: 在同一张表中分开预算、意向、承诺与实际到账，再把资金用途落实到付款事项。用两套对账和一个虚构算例，查明可用资金、预计缺口和待核事项。

**使用条件**: 使用前请核对对象、目标和约束是否适合当前任务；正文未明确的条件需要另行确认。

**工具 · 字段、记录与解释规则**

**依据与验证边界**: 金额、比例和资金状态按示例展示。实际核算时应分别查对计算口径、资金依据及真实收付记录。 本文未单独登记外部验证结果。公开发布不等于效果已经验证，请结合正文依据、假设与限制判断。

这是可阅读、可引用的知识资源，不是已安装的 Skill。交给 AI 使用时，请保留来源与限制，并核对产出。

## 正文

资金表里，最容易让人误会的是一个总数。预算列了多少，计划募集多少，对方说愿意投入多少，账户收到多少，这几件事一旦写到同一栏，项目看起来就有钱了。

我觉得，先别急着加总。先问清楚，这笔钱现在在哪，谁能动，用到哪里，有什么条件。

## 一、先定范围，再看数字

一张表先写明项目、收款主体、期间和币种。不同主体的现金不能因为属于同一个合作安排就随意合并，不同币种也不能直接相加。需要折算时，保留原币金额、汇率来源、日期和折算口径。

期初现金、期间流入、期间流出和期末现金要能接起来。期初已有的钱不要再次作为本期新融资登记。项目之间调拨，分别保留转出和转入关系；做合并口径时，要识别内部转账，不能把同一笔钱来回算成新增来源。

预算告诉我们准备花多少。资金记录告诉我们目前取得了多少。两张表需要对应，但不能互相替代。

## 二、一笔来源至少分清三个状态

计划中的来源，可以记预计金额与依据。已经签了约定，还要看付款条件、期限和取消条件。实际到账，再核到账主体、金额、时间及对应记录。

到账之后，还有一道问题：这笔钱可不可以用于当前事项？专项用途、暂存、质押、退款义务和其他约束，都可能限制使用。实际到账和可自由支配，要分别记录。

我建议状态至少保留“拟安排、已约定未到账、已到账待核条件、已确认限定用途可用、暂停使用”等描述。状态由核对结果填写，不根据日期自动变更。

一条来源保留稳定编号，后续状态变化另记历史。如果是同一笔来源从意向走到到账，更新同一条来源的进度，不能把各阶段金额累加。

## 三、用途要落到实际付款事项

“用于经营”还不够。采购什么，谁收款，为什么现在付，按哪个合同或批准，何时到期，交付验收条件是什么，都要有对应位置。

付款申请、批准、实际支付和验收也要分开。预算额度不等于允许立即支付；批准付款不等于已经付款；付款发生不等于对方已经完成交付。

一笔来源可以分给几项用途，一项用途也可能由几笔来源共同覆盖。中间要有匹配记录，写明金额、期间和限制。只拉一根线却不写金额，无法检查同一资金是否被重复安排。

![来源登记与用途匹配](https://yutengfei.com/journal/funding-sources-uses-table/materials/zh/asset-01.svg)

[下载SVG：来源登记与用途匹配](https://yutengfei.com/journal/funding-sources-uses-table/materials/zh/asset-01.svg)

## 四、用一个虚构算例看清差额

下面全部是教学假设，金额采用练习单位，不对应真实客户、账户或融资安排。

假设期初现金为0。来源S01计划投入1000，实际只到账600，其中200受专项用途和拨付条件限制，不得用于普通采购；专项支出也须等相关条件满足后再使用。另有来源S02意向300，尚未到账。

截至核对日，现金为600；目前可用于普通采购的金额为400。不能把1000、600和300相加，也不能把意向300拿来抵当前付款。

普通采购需求为450，专项支出需求为150。普通采购在当前条件下缺50；专项150虽然小于受限200，仍须核对专项条件是否满足，不能因为金额够就批准支付。

总需求600恰好等于现金600，表面平了。可用条件没有对上，事情仍然不能照这个总数去办。这就是匹配表需要保留限制的原因。

再假设普通采购实际支付300。若没有其他现金变化，期末现金为300；其中受限200保持不变，普通可用余额为100。原采购需求450中还有150未支付，当前普通资金仍差50。已付300不能再次留在未来待付需求里，否则缺口会被夸大。

## 五、把现金对账和安排对账分开

现金对账检查：期初现金加实际流入，减实际流出，是否等于期末现金。安排对账检查：每笔来源的拟匹配金额是否超出允许范围，同一用途是否被重复安排，未付需求是否扣除了已付部分。

两种对账都要做。现金能对上，不代表用途获准；预算能平衡，也不代表现金到位。

发生退款、冲回或条件变化，就记录原编号、变更依据和受影响的匹配行。不要直接删掉原来的一笔。其他参与人需要知道，差额是业务变化、口径变化，还是此前记录错误。

## 六、表里的缺口接到下一步

缺口出现以后，先说清楚缺什么：金额不足、到账时间不匹配、用途受限，还是批准与付款条件未完成。不同原因需要不同处理。

拟补来源可以作为方案登记，但不能提前当成可用资金。延期、缩小范围、分批执行或另找来源，都要由适当权限确认，并核对合同和履约影响。

还没有确认的负责人写待指定，计划日期与实际完成日期分别记录。不能为了让表格漂亮，把未确定的融资写成承诺，把待批准的付款写成完成。

![现金变化与重新安排](https://yutengfei.com/journal/funding-sources-uses-table/materials/zh/asset-02.svg)

[下载SVG：现金变化与重新安排](https://yutengfei.com/journal/funding-sources-uses-table/materials/zh/asset-02.svg)

## 七、先拿一笔钱走完整条关系

从来源依据开始，找到到账记录，再找到使用限制、用途批准、付款和期末余额。每个连接写编号、版本、时间和核对人。

资金来源与用途放到一起，目的是让实际现金、使用条件和经营任务对应起来。读表的人应该看得出来：现在能做什么，哪里还缺条件，下一次要核对什么。这个工作框架不替代实际财务账簿、专业审核或付款权限。

[下载空白工具表](https://yutengfei.com/journal/funding-sources-uses-table/materials/zh/asset-03.md)

## 关联阅读

- [看懂一个资金模式：从规则参数到兑现机制](https://yutengfei.com/zh/journal/capital-rules-and-mechanism-diagnosis/)
- [产业经营与资本安排，怎样相互支持？](https://yutengfei.com/zh/journal/industry-operations-capital-alignment/)

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

原创文字内容适用，另有声明除外；第三方素材不适用。下载和机器读取不扩展现有许可，也不另行授权衍生作品、商业使用或模型训练。

[查看 AI 使用说明](https://yutengfei.com/zh/journal/ai/)


---

# 一句定位到一页图：把一项业务讲清楚的练习

- 作者: Andrew David W.Y.
- 来源: https://yutengfei.com/zh/journal/business-positioning-one-page-exercise/
- 版本: V1.0
- 发布: 2026-10-19
- 修订: 2026-10-19
- 内容状态: 已公开全文
- 内容类型: 培训 (training)
- 研究专题: —
- 生态视角: 客户生态 (customer) · 运管生态 (operations)

## 如何使用这项资源

**用途**: 选定受众，把一项业务写成一句定位、一段说明和一页关系图。请第一次接触的人复述，再用他们的理解检查价值主张和图上关系是否讲清楚。

**使用条件**: 使用前请核对对象、目标和约束是否适合当前任务；正文未明确的条件需要另行确认。

**培训 · 学习目标、练习与反馈**

**依据与验证边界**: 这是配有虚构材料的练习。用来比较判断过程，并在练习结束后复盘所用依据。 本文未单独登记外部验证结果。公开发布不等于效果已经验证，请结合正文依据、假设与限制判断。

这是可阅读、可引用的知识资源，不是已安装的 Skill。交给 AI 使用时，请保留来源与限制，并核对产出。

## 正文

一项业务，可以整理出很多资料。介绍、方案、流程、优势，单独拿出来都能讲一会儿。可让一个第一次接触的人说说，你们到底帮谁做什么，他可能还是答不上来。

这个时候，继续往资料里加内容，未必能解决问题。

我会先把手头的东西放一放，问四句话：服务谁，解决什么，如何运作，靠什么证据。

这四句话能说清，再试着写成一句定位、一段说明、一页图。写完以后，找一个不了解这项业务的人看，让他用自己的话讲回来。

他讲回来的内容，和我们想表达的，到底是不是同一件事？

这次练习，就围绕这个问题展开。

## 一、先固定这次要给谁看

说清楚一项业务，先要有一个具体的阅读对象。

给客户看，他关心能不能解决自己的问题。给合作方看，他要知道怎么参与、承担什么。给内部执行人员看，他们需要清楚下一步做什么、由谁确认。

这些版本可以有不同重点，但不能换一拨人，就换一套核心事实。尚在设计的能力，不能到客户版本里就成了成熟服务；给内部讨论的目标，也不能转到宣传页上就变成已经取得的成绩。

这次我们设定一项完全虚构的业务：**门店活动物料协作服务。**

拟服务的是有多家门店、缺少设计协调人手的小型零售团队。本次介绍给第一次了解方案的团队负责人看，先让他判断，这项服务和自己有没有关系。

活动要求散在聊天里、各店价格日期不同、最后用哪个版本不容易确认，是这个团队提出的待验证问题。现阶段只有方案与桌面样件，还没有真实门店试用。

这些限制先摆在桌上。后面的三种表达，都不能把它们悄悄拿走。

[打开本题原始资料 E01—E08](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-01.md)

## 二、先展开，别急着找一句漂亮话

一上来就想一句特别有气势的定位，很容易写成“赋能”“生态”“增长平台”。词都挺大，但别人看完，还是不知道怎么和你发生关系。

我建议先把材料展开，放进四个问题里。

**服务谁。** 把“所有企业”往下拆，看看具体是什么人、什么组织、处在什么场景。对象越散，一句话就越容易变空。

**解决什么。** 写出对方现在卡在哪里。是信息没说清，交接接不上，还是最终版本没人确认？不要把自己喜欢做的东西，直接当成对方已经确认的需要。

**如何运作。** 从对方拿出什么开始，到我们交付什么结束。中间谁处理、谁确认、出了问题退回哪里，都要能顺着说下来。

**靠什么证据。** 把现有资料一项项拿出来看。一个方案说明我们打算怎么做，一份样件可以检查格式是否齐全，一次真实试用可以留下使用记录。它们能支持的判断不一样。

同一份材料可以回答不止一问，但每条判断都要找得到对应资料。暂时没有的，就记下来需要补什么。

别为了把四个格子填满，顺手补出一个客户、一个效果，或者一项还不存在的能力。

![四问到三种表达的迭代机制图](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-02.svg)

图1：先用四问整理事实，再转换成三种表达。读者反馈回来以后，分别处理表达问题和资料缺口。

[下载图1 SVG](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-02.svg)

## 三、一句话、一段说明、一页图，各自做好一件事

三种表达可以长短不同，讲的仍是同一项业务。

### 一句话，让对方知道这件事和他有什么关系

先让人明白服务对象和要解决的问题，必要时带上最关键的办法与当前阶段。

一句话不必把所有细节塞进去。证据、流程和限制，可以放到紧接着的说明里。但如果拿掉“在试做”，整句话就会被理解成已经成熟交付，那这几个字就不能省。

定位和口号也要分开。口号可以表达态度，定位需要让人知道你在做什么。用一句大家都同意的好话代替业务说明，后面仍然要补一次解释。

### 一段说明，把运行办法和证据边界补齐

对方愿意继续看了，就说明一次服务从哪里开始，经过哪些动作，最后拿到什么，谁负责确认。

讲到现阶段，还要交代有什么能看。只有桌面样件，就让对方看样件。还没有真实使用记录，就保留这个事实，不用“得到广泛认可”替代它。

“以后想做自动同步”和“现在可以自动同步”，差的这几个字，会改变别人对业务的判断。

### 一页图，把关系画出来

一页图要让人看见谁向谁交付什么，在哪个地方确认，遇到问题怎样退回。

活动负责人给服务团队的是确认后的需求，服务团队交回的是待核对稿件，最终交接的是带编号和状态的版本目录。资料、动作、确认责任各有位置，箭头也就有了意思。

如果画面上只有“资源、平台、客户、增长”几个大圆圈，全部互相连线，别人还是看不见一次具体服务怎么发生。

**每画一根箭头，问一句：这根线到底在传什么？**

[打开表达与复述工作表](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-03.md)

## 四、先让关系清楚，再考虑颜色和风格

图好不好看，我也重视。但画图时，先把参与者、交付物和确认点摆对。

再用颜色区分角色，用实线说明本图中的拟议交接，用虚线或单独说明框放待验证、未开发的内容。图例和文字要一起写，不能全靠颜色猜含义。

颜色给人的感觉，是一种表达选择。看起来有科技感，不等于已经有一个系统；看起来很专业，也不等于这条业务链已经跑通。

本题里，自动同步仍是设想，就不能把它画成正在运行的核心能力。桌面记录标了“确认可用”，也只表示模拟字段核对通过，不能变成真实客户验收或正式发布。

这张图说明的是业务怎样设计。它能不能顺利交付、客户愿不愿意付费、最后有没有经营效果，还要另外验证。

## 五、找一个陌生读者，先别急着帮他解释

这里的“陌生”，是指不了解这项业务，不必是完全不认识的人。

把自己写好的三种表达交给他，先让他独立看。你暂时不补充，不在旁边解释哪个词是什么意思，也不提醒他应该看到哪个重点。

然后请他用自己的话说四件事：

1.  这项业务给谁用，他遇到了什么问题？
2.  一次协作怎么开始，中间谁确认，最后得到什么？
3.  现在已经有什么，哪些还只是方案或设想？
4.  哪些地方没看懂，哪些效果目前没有依据？

把原话记下来，别急着替他修正。

他说少了什么，可能是内容被埋住了；把角色说反，可能是责任关系没画清；凭空讲出一个系统或一项保证，就要回头检查，是不是哪个词或哪根线让他多理解了一层。

如果想分别了解一句话、一段说明和一页图的作用，可以找不同读者分别看。只有一个读者时，按一句话、段落、图的顺序，每次记录他新增理解了什么。后一次已经看过前面的材料，就不能当成完全独立的测试。

我更关心他能不能准确讲回来。单问一句“你觉得怎么样”，往往只得到“挺好的”，还不知道哪里需要改。

## 六、听完复述，分两条路改

一类问题，是我们没有表达清楚。

对象写得太宽、交付物放得太后、箭头没说明谁确认，这些可以回到文案和图里改。改完再请人看，看看误解有没有减少。

另一类问题，是业务本身还没有足够资料。

客户是否真的有这个痛点，试用要花多少人力，愿意为哪部分付费，这些不能靠换个词解决。要做访谈、试用或补记录，再回来更新表达。

同一个问题也可能两边都有原因。读者以为我们已经能自动同步，一方面要改掉容易误导的表述，另一方面还要如实保留这项能力尚未开发的状态。

复述清楚，只能帮助检查表达是否被理解，不能据此证明需求成立、服务有效或业务能赚钱。

[打开模拟样件与证据范围](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-04.md)

## 七、做完以后，留下一个能接着用的版本

我希望最后留下的，不只是三份漂亮成稿。

还有一张底表：哪句话对应哪条资料，现在是什么状态，谁负责核对，以后什么变化需要更新。

以后改一句话，也要看段落和图是否跟着改。服务对象没有变，不能在一张图里变成服务所有行业；系统还没开发，不能因为换了个宣传场景就改成自动化平台。

本题给了一组参考表达，放在练习后面。它说明一种整理方法，不要求大家照着写成同一句话。先完成自己的版本，再拿它比较，看看事实、责任和证据有没有对上。

![门店活动物料协作机制参考图](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-05.svg)

图2：同题参考图。展示拟议交接、核对与退回关系；全图仍处于方案和桌面样件阶段。

[下载图2 SVG](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-05.svg)

[完成初稿与独立复述后，再查看参考表达与评议](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-06.md)

## 练习材料

这套练习从展开资料开始，抓住四问，转成具体表达，再用图和复述来检查。繁、简、易、图，就这样落到一次可以动手的工作里。

1.  [练习安排与使用方法](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-07.md)
2.  [原始资料 E01—E08](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-01.md)
3.  [模拟样件与证据范围](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-04.md)
4.  [表达与复述工作表](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-03.md)
5.  [参考表达与评议](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-06.md)
6.  [下载四问表达与复述空白练习图 SVG](https://yutengfei.com/journal/business-positioning-one-page-exercise/materials/zh/asset-08.svg)

本练习的业务、资料、样件及记录均为独立编写的虚构教学材料。四问、练习流程和图表是本次整理设计，使用效果仍需在实际试用中检验。

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

原创文字内容适用，另有声明除外；第三方素材不适用。下载和机器读取不扩展现有许可，也不另行授权衍生作品、商业使用或模型训练。

[查看 AI 使用说明](https://yutengfei.com/zh/journal/ai/)

