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

- 作者: 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/)