wecom-fullstack
3b8925d317
白名单只含 158 件：privacy.html、terms.html 新建；156 个页面插入合规页脚链； index.html 咨询弹窗加同意复选框（默认不勾 + JS 拦截）。 他人未提交 hunk（articles/perspective 等）未纳入本提交。
111 lines
9.0 KiB
HTML
111 lines
9.0 KiB
HTML
<!DOCTYPE html>
|
|
<html lang="zh-CN">
|
|
<head>
|
|
<meta charset="UTF-8">
|
|
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
|
<title>用必出于体——从「该做界面还是写文档」说起</title>
|
|
<meta name="description" content="争论僵住的时候，往往不是缺答案，而是问题被问成了审美的样子。结构、关系、系统是体，指标、结论、接口是用；用必出于体，无体之用，必退化。">
|
|
<meta property="og:type" content="article">
|
|
<meta property="og:title" content="用必出于体——从「该做界面还是写文档」说起">
|
|
<meta property="og:description" content="争论僵住的时候，往往不是缺答案，而是问题被问成了审美的样子。结构、关系、系统是体，指标、结论、接口是用；用必出于体，无体之用，必退化。">
|
|
<meta property="og:image" content="https://sxbh.ltd/covers/tiyong-buyi-20260924.jpg">
|
|
<link rel="canonical" href="https://sxbh.ltd/perspective/tiyong-buyi.html">
|
|
<script type="application/ld+json">
|
|
{
|
|
"@context": "https://schema.org",
|
|
"@type": "Article",
|
|
"headline": "用必出于体——从「该做界面还是写文档」说起",
|
|
"description": "结构、关系、系统是体，指标、结论、接口是用；用必出于体，无体之用，必退化。一条能把争论收成可验收选择的判据。",
|
|
"image": "https://sxbh.ltd/covers/tiyong-buyi-20260924.jpg",
|
|
"datePublished": "2026-09-29",
|
|
"dateModified": "2026-09-29",
|
|
"inLanguage": "zh-CN",
|
|
"author": {"@type": "Person", "name": "一切皆如"},
|
|
"publisher": {"@type": "Organization", "name": "一切皆如"},
|
|
"mainEntityOfPage": {"@type": "WebPage", "@id": "https://sxbh.ltd/perspective/tiyong-buyi.html"}
|
|
}
|
|
</script>
|
|
<style>
|
|
body{background:#f5f2ec;margin:0;padding:20px;font-family:'PingFang SC','Microsoft YaHei','Helvetica Neue',Arial,sans-serif;color:#2c2c2c;line-height:1.9;position:relative;}
|
|
.article{max-width:700px;margin:0 auto;background:#fff;padding:36px 30px;border-radius:8px;box-shadow:0 2px 12px rgba(0,0,0,.06);position:relative;}
|
|
h1{font-size:24px;color:#1a1410;line-height:1.5;margin:0 0 10px;padding-right:70px;}
|
|
.meta{color:#9a8f7f;font-size:13px;margin-bottom:26px;padding-bottom:16px;border-bottom:1px solid #efe9df;}
|
|
p{text-indent:2em;margin:12px 0;font-size:16px;}
|
|
.seal{position:absolute;top:22px;right:22px;width:52px;height:52px;border:3px solid rgba(194,58,43,.7);transform:rotate(8deg);display:flex;align-items:center;justify-content:center;}
|
|
.seal-inner{border:2px solid rgba(194,58,43,.6);width:36px;height:36px;display:flex;align-items:center;justify-content:center;writing-mode:vertical-rl;font-size:14px;color:rgba(194,58,43,.75);font-weight:700;letter-spacing:2px;}
|
|
.biz-section{margin-top:1.8em;padding-top:1.2em;border-top:1px solid rgba(139,94,60,.2);}
|
|
.biz-section p{font-size:15px;color:#3d2b1f;}
|
|
.signature{text-align:right;margin-top:2em;font-size:15px;color:#8b5e3c;letter-spacing:4px;text-indent:0;}
|
|
@media(max-width:600px){body{padding:10px}.article{padding:22px 16px}h1{font-size:20px;padding-right:0}p{font-size:15px}.seal{position:static;margin:0 0 14px auto;}}
|
|
</style>
|
|
<link rel="icon" href="/favicon.ico" sizes="any">
|
|
<link rel="icon" type="image/png" sizes="32x32" href="/favicon-32x32.png">
|
|
<link rel="apple-touch-icon" sizes="180x180" href="/apple-touch-icon.png">
|
|
</head>
|
|
<body>
|
|
<div class="article">
|
|
<div class="seal"><div class="seal-inner">皆如</div></div>
|
|
<h1>用必出于体——从「该做界面还是写文档」说起</h1>
|
|
<div class="meta">一切皆如 · 商业哲思</div>
|
|
|
|
<p>前一阵，我们内部为一个问题争了好几轮：那套管理会计系统，到底是该做成一个界面，还是干脆用一堆 markdown 文档把内容摊开？</p>
|
|
|
|
<p>主张做界面的人说，界面直观，能下钻，能预警；主张写文档的人说，文档轻，改起来快，不用每次都重新构建。两边都有道理，所以谁也说服不了谁。</p>
|
|
|
|
<p>现在回头看，这场争论之所以没有出口，是因为我们一直在争"哪个更好看"。那是个审美问题，而审美问题没有标准答案。</p>
|
|
|
|
<p>真正让争论停下来的是换了个问法。我不再问"哪个更好"，而是问一句：这东西，是给谁读的？</p>
|
|
|
|
<p>答案一下就清楚了。给人用眼睛在屏幕上扫的，做成界面；给人一行行读进去的，写成文档；给机器去取的，走接口。三种读者，三种形态，各归各位，没有高下，也不需要投票。</p>
|
|
|
|
<p>我们把这三条压成一句话：指标进 UI，结论出 md，机器走 API。</p>
|
|
|
|
<p>不过，这句话如果只停在这里，它就只是一句顺口的话。它真正站得住，是因为背后还连着另一件事。</p>
|
|
|
|
<p>我们做系统做久了，有一个反复在用的框架：结构、关系、系统。会计科目是结构，KPI 是关系，OKR 的目标是系统。我们一直拿它来理解一个组织、一套账、一门生意——先看骨架是什么，再看骨架之间怎么连，最后看它朝什么目标走。这是一套用来认识一个东西的框架。</p>
|
|
|
|
<p>后来我发现，前面那句话和这套框架，其实是同一件事的两面。</p>
|
|
|
|
<p>结构、关系、系统，是一个东西的体——它由什么构成。</p>
|
|
|
|
<p>指标、结论、接口，是同一个东西的用——它怎样被使用。</p>
|
|
|
|
<p>体是向内看的，用是向外看的。但它们不是两样东西，是同一件东西的两面。这就是老话讲的，体用不二。</p>
|
|
|
|
<p>这个提法听起来像在咬文嚼字，但它立刻变成了一条能用的判据。去掉所有修饰，只剩六个字：</p>
|
|
|
|
<p>用必出于体；无体之用，必退化。</p>
|
|
|
|
<p>还是拿自己开刀。我们那套系统的知识库，早期是直接写死在页面代码里的——每一篇内容都硬编码在前端文件里。表面上看，它有"用"：页面上确实能翻、能搜、能点开。可它的体是空的——内容自己没有结构，没有独立于页面之外的存在。</p>
|
|
|
|
<p>结果不出所料：每加一篇内容，都要改前端、重新构建一次；改过十来次之后，那个文件又长又脆，谁都不敢碰。这就是无体之用的典型下场。它不是不能用，而是每用一次都要更费劲一点，直到某一次彻底推不动。</p>
|
|
|
|
<p>反过来看：如果内容本身就是有结构的——一篇一篇独立的文档，各自带着标题、分类、摘要——那么用就只是把它们呈现出来而已。加一篇内容，就是加一个文件，别的地方什么都不用动。</p>
|
|
|
|
<p>用是体长出来的，所以它轻。</p>
|
|
|
|
<p>我把这套东西讲给团队听时，有一句效果最好：争论的双方往往都没错，错的是他们争的那个问题。很多争论之所以无解，不是因为没有答案，而是因为问题被问成了审美的样子。一旦把问题换成"谁读它""它由什么构成"，答案自己就浮上来了。</p>
|
|
|
|
<p>这也是我最近越来越信的一件事：一个好判据的价值，不在于它多正确，而在于它能把一场没有出口的争论，变成一次可以验收的选择。前者消耗的是人的耐心，后者节约的是组织的成本。</p>
|
|
|
|
<p>到这里，我想说的其实已经超出了界面和文档。做企业服务的人，客户最常问的一类问题是"我到底该上这个还是那个"——该上大屏还是该上报表，该做定制还是该用标准品，该自建还是该买。这类问题如果按"哪个好"来答，永远答不完；但如果先问一句"它是给谁用的、它由什么构成"，往往当场就收敛了。</p>
|
|
|
|
<p>所以对我们自己，这句话的落点有三条。凡是"要展示什么内容"，先问谁读，再定形态——指标进 UI，结论出 md，机器走 API，不再为一段文字去写一个页面。凡是设计一件新东西，先看它有没有体，再谈它怎么用——没有体的用，早晚要还债。凡是遇到僵住的争论，先回头看一眼：我们争的到底是不是那个真正的问题。</p>
|
|
|
|
<div class="biz-section">
|
|
<p>这条判据不限于我们自己用。做企业服务的人都知道，客户最常卡在"该上哪个"的争论里——大屏还是报表，定制还是标准品，自建还是外购。市面上给框架的人多，给判据的人少。"谁读它""它由什么构成"这两个问题，十分钟就能把一场争论收成一个可验收的选择。这条路走得通，就是售前里最轻的那把刀——不卖方法论，卖一次收敛。</p>
|
|
</div>
|
|
|
|
<p class="signature">一切皆如</p>
|
|
|
|
</div>
|
|
<!-- sxbh-legal-links -->
|
|
<footer style="background:#f4f6f8;border-top:1px solid #e2e8f0;color:#475569;text-align:center;padding:22px 16px;font-size:13px;line-height:2;">
|
|
<a href="/privacy.html" style="color:#0e7490;text-decoration:underline;">隐私政策</a>
|
|
<span style="margin:0 10px;color:#94a3b8;">|</span>
|
|
<a href="/terms.html" style="color:#0e7490;text-decoration:underline;">服务条款</a>
|
|
<div style="font-size:12px;color:#64748b;margin-top:8px;">© 2026 陕西博海网络科技有限公司</div>
|
|
</footer>
|
|
</body>
|
|
</html>
|