设计规范文档到底给谁看：五个角色各自的算盘

老板先问值不值

老板第一反应通常是：做个小官网还要写文档，是不是多此一举？他的账很简单——预算就那么多，多花一天写规范，等于少一天开发。这个顾虑不是没道理，但前提是项目真的小。我们遇到过预算八万、页面二十多个还坚持「口述需求」的，上线后光是按钮圆角到底八像素还是十二像素就来回改了四轮，省下的文档时间全赔进改稿里。对老板来说，设计规范不是花哨流程，是把「网站设计」的返工成本提前锁死的保险，而不是给团队添负担。

市场负责人要的是一致

市场负责人真正怕的不是不好看，是前后对不上。同一套官网，首页说主色是深蓝，落地页用的是亮蓝，活动页又冒出个紫，用户滑三屏像换了三个站。她要的文档其实就一页：主色、辅助色、字号阶梯、按钮三种状态、间距基线。我们给一家做设备的客户整理过这样一页纸规范，市场部之后做物料、做海报都能直接套，不用每次回头问设计师。网站设计的一致性，省的是跨团队反复对齐的隐形成本，这部分开销往往比写文档贵得多。

设计师怕需求漂移

设计师最头疼的是需求在过程中漂移。周一老板说要「大气」，周三市场说要「年轻」，周五销售说要「能转化」，没有一个落地的标准，设计师只能在三种方向里反复试。设计规范的价值在这里最明显：把抽象的「大气」「年轻」翻译成具体的圆角半径、字重、留白比例，谁改口都得对着数字说话。一份写清楚的小规范，保护的是设计师不被情绪化需求反复拉扯，也保住了「网站设计」原本定好的调性不被一句口头评价冲垮。

前端要的是可执行

前端拿到的如果是「这里好看一点」这种话，只能靠猜。他要的是 token：颜色用变量名而不是色值、间距是四的倍数、组件状态齐全。我们习惯在规范里附一张样式表，标好 primary、secondary、圆角半径、断点，前端直接落成 CSS 变量，后面加页面就是拼积木。否则每来一个新页面都重新定一套间距，半年后代码里出现七种相近的灰色，连他自己都分不清哪版是现行的。网站设计的工程化，起点就是这份能直接执行的规范，而不是设计师脑里的印象。

运营接手后才知分量

运营是最后一个拿到成果的人，也是最常发现坑的。没有规范时，他上传一张图，尺寸和容器对不上，页面被撑变形；想改个标题颜色，翻遍后台找不到对应设置。我们在交付时会把规范同步给运营一份简化版：图片尺寸清单、可改区域的边界、出了问题找谁。等前任运营离职、新人接手，这份文档就是保命符。很多站运营到第二年内容越改越乱，根子就在最初没人把「网站设计」该怎么延续写下来，后来者只能凭感觉改，越改越偏。