知道，并不等于会表达

一个人可能有十年经验，但当别人问“你是怎么做这件事的？”时，他却给出大量细节，让听者不知道什么才是重点。这并不代表他不专业，而是因为专业能力和表达专业能力，本来就是两种不同的技能。

专家往往能同时看到很多层信息，而初学者不能。专家从自己的认知模型内部讲话时，很容易跳过别人理解所必需的中间步骤。

可以把它分成四层： 知道 一个信息； 理解 它的原因和关系； 表达 自己的理解；以及用适合对方的语言、例子和结构， 帮助别人理解 。

最后一层，才是 Tips、分享或专业指南真正应该追求的目标。读者不需要看到你知道的一切，他们需要的是一条从自己的问题走向可使用结论的清晰路径。

写作者常常从“我想说什么”开始，但读者是从另一个位置进入的：一个问题、一个困难，或者一个尚未做出的决定。

与其问“我有什么可以分享？”，不如问： 读者正在试图理解或解决什么？ 这个问题会改变你选择的信息、例子和呈现顺序。

五个步骤： Reader — 谁在读； Problem — 他卡在哪里； Insight — 最重要的看见是什么； Explanation — 用什么逻辑、例子或对比解释； Application — 理解之后，他能做出什么改变。

这个结构可以让内容不再只是展示知识，而成为帮助别人前进的工具。

产品设计师可能会说：“我总是在做 wireframe 之前访谈用户。”这仍然只是个人习惯。

更好的表达是：“过早做 wireframe 会让团队被一个未经验证的假设锁住。在画界面之前，先确认三件事：用户想完成什么、什么在阻碍他、以及他现在用什么替代方案。”

个人经验由此变成了别人也能使用的原则。

真正清晰的表达需要很深的理解。你必须知道什么是本质，什么是例外，什么细节只在特定场景下重要。

好的解释不会消除复杂性，而是 按照读者需要遇到它的顺序，重新组织复杂性 。

如果写作的隐藏目标是证明自己专业，内容会充满术语、补充和旁支。如果目标是帮助读者理解，你会说得更少，但选择得更准确。

一个有用的编辑问题是： 如果删掉这一段，读者是否还能够理解并应用核心观点？

一篇好的 Forwork Tips 应该从一个具体的职业问题开始，提出一个中心 insight，解释它为什么重要，并以可执行的方法结束。

Tips 还可以链接到 Project 来证明它来自真实实践，链接到 Profile 来强化专业身份，或者链接到 Event 与 Letter，把这个想法扩展成更大的讨论。

表达知识，不是把你知道的东西缩短，而是设计一条让别人能够进入这些知识的路径。

当你做到这一点，经验就不再只存在于一个人的脑中，而会成为一种知识资产：可以被阅读、记住、讨论、应用，并与其他工作证据相连接。