周五晚上那份周报，问题不在数字
周五晚上八点半，设计组的群里弹出一份周报，阿凯这周做了 4 张详情页、2 版主视觉、改了 11 次稿，数字排在第一条，整整齐齐，群里安静了十分钟，产品经理回了一个「收到」，主管回了一个「辛苦了」。
第二天上午的季度复盘会，主管翻开他的周报问了一句：「下季度主视觉的方向，你想清楚了吗？」
阿凯答不上来。他这周的 11 次改稿里，有 7 次改的是同一张主视觉，可这件事在他的周报里只剩下一个「改」字。
他觉得委屈，这种委屈很多设计师都经历过，改稿不是他提的，方向不是他定的，凭什么复盘时被问住的是他？
问题出在周报最前面那两个数字上，出稿量和改稿次数，是最容易被反噬的两个指标：它们记录了你有多忙，却几乎不记录你解决了什么，这篇要讲的是怎么把这两个数字换成能替你说话的说法，以及 AI 在哪几个环节真的能省下时间。
出稿量为什么是个陷阱
先说清楚一件事：出稿量本身没错，错的是它的口径。
「一张」这个词把工作量抹平了，一张 15 分钟能做完的 Banner，和一张改了 8 轮的信息架构图，在周报里都叫「一张」。
于是出现两种典型结果。做简单活的人数字漂亮，做复杂活的人数字难看。
而真正决定项目成败的那张关键设计，往往因为耗时长、产出少，在周报里被压成一个不起眼的数字。
更麻烦的是，出稿量的增长很容易被读成「应该还能更多」，你上周交 5 张，这周交 7 张，读的人默认下周能交 9 张，它是一条没有上限也没有终点的曲线。
那设计到底创造了什么价值？
把这件事量化得最清楚的公开研究，是麦肯锡 2018 年发布的《The business value of design》，它跟踪了 300 家上市公司的设计实践与五年财务表现，结论是设计得分处于前四分之一的企业，收入增长比同行高出 32%，股东总回报高出 56%。
这份研究的作者之一 Ben Sheppard 说过一句话，大意是设计师常常是自己最大的敌人——不愿把设计换算成数字，结果在决定资源的桌上没有位置，所以周报的第一步不是把数字写得更大，而是换个说法：从「我做了什么」换成「我推进了什么决定」。
改稿次数：先把它拆成两类
改稿本身不是问题。设计是迭代出来的，麦肯锡那份研究把「持续测试与迭代」直接列为设计能力最强的四类动作之一。
真正的问题是，改稿次数把所有原因混在一个数字里。
至少要把它拆成两类，第一类是需求澄清型改稿：改的原因是一开始没说清，目标用户是谁、这个页面要促成什么动作、什么算成功，这些信息开工时缺一块，后面就一定用改稿来补。
第二类是主观偏好型改稿：改的原因是没有判断标准，只有「感觉不对」，字体再大一点、颜色再暖一点、留白再多一点，每一条都能说，但没有一条能被验证。
为什么第二类最贵？因为它不可预测、不可收敛，也很难在事后复盘。
这里有一组值得记住的数据，加州大学欧文分校的 Gloria Mark 教授在 2008 年的实地研究中发现，知识工作者被打断之后，平均需要 23 分 15 秒才能回到原来的任务，中途通常还会先去处理两件别的事。
改稿链条上的一次「再改一版」，对设计师就是一次任务切换，版本越多，重新进入状态的成本越高。
同一份研究还发现，被中断的工作有 81.9% 当天仍然被完成了，也就是说，任务没有被放弃，只是被推迟，并且变得更贵。
另一条更反直觉的证据来自 NN/g 的可用性研究：在 113 组界面配对比较中，用户自述的偏好和他们在实际任务中的表现，相关系数只有 0.44，换句话说，一个人说「我喜欢这一版」，只能解释他实际用得好不好的大约四分之一。
这两组数据指向同一个结论。改稿次数适合按触发原因归类，不适合按条数汇报。
「本周 11 次改稿中，7 次由需求信息补充触发，3 次由品牌规范更新触发，1 次来自可用性测试发现的问题」——这句话的说服力，和「本周改稿 11 次」完全不是一个量级。
三段式：进展、风险、需要什么
结构不是形式主义。读周报的人通常只有几十秒，三段是让他用最短时间做出判断的最低成本。
为什么这个窗口越来越窄？
微软的工作趋势报告显示，自 2020 年 2 月以来，Teams 用户平均每周参加的会议和通话增加了 192%；同一份调查里，68% 的人说自己在工作日里没有足够的不被打断的专注时间，汇报的成本在上升，读者能给你的注意力在下降，三段式就是把「需要他做的判断」前置。
这三段分别要写什么？
第一段讲这周交付了什么，写法是「动作 + 对象 + 结果 + 边界」，四个要素缺一不可。
第二段讲哪里可能出问题。这段最值钱，也最常被跳过，因为说风险像是在承认失败。
判断标准很直接：如果这件事本周不说，下周多半会有人来问你，那就现在写。
第三段讲下周需要什么。设计师最常漏掉这段。你不说，别人默认一切顺利，资源就不会往你这边倾斜。
设计师的三个数字怎么讲
把上面的框架落到设计师身上，就是三个替换动作。
这三个数字分别换成什么？
出稿量换成交付节奏
不要只写「本周出稿 X 张」，改成「本周完成 X 个需求，平均单稿周期 Y 天，其中 Z 个卡在等素材」。
三个数字放在一起，读的人才能看出你的瓶颈在哪一环。
改稿次数换成改稿结构
把改稿按触发原因分类，再标出其中「评审拍板后又被推翻」的比例。
这个比例上升，通常不是设计的问题，而是需求冻结机制的问题。
设计价值换成决策贡献
这是最难写、也最容易被忽略的一段。它回答的是：这周你的设计让谁做了什么决定。
一个可用的写法是：「首页改版在 A／B 两版中选定 B 版，依据是 3 轮可用性测试中 B 版的任务完成率高 22%，后续开发按 B 版展开」，有对象、有依据、有后续动作，这句话就成了别人能接住的结论。
AI 能帮上忙的三个环节
它具体能在哪几个环节省下时间？下面三件我都实际用过。
第一件：从评审记录里抽事实
周报最难的不是写，是回忆。
这周到底改了什么、为什么改，散在设计稿的评论、群里的对话、评审会的纪要里。
把评论导出、把纪要丢给 AI，让它按「信息补充／偏好调整／可用性问题」三类归纳，你只需要核对有没有归错。
要注意的是，这一步必须人工复核，AI 会把「甲方说颜色再暖一点」和「测试发现按钮点击率低」归进同一类，因为它们在文本上都只是「反馈」。
但这两件事在复盘时的分量完全不同。
第二件：把设计语言翻译成业务语言
「栅格从 12 列调整为 8 列，间距统一到 8 的倍数」——这句话对设计同行有意义，对业务负责人基本等于没说。
让 AI 把它改写成「页面在手机上的加载元素减少，首屏信息更快被看到」，再让它列出三个读者版本：给主管的、给产品的、给跨部门的，这一步的收益最高，因为翻译本身不产生价值，但漏掉翻译会让整份周报失效。
第三件：预判主管会问什么
写完之后，让 AI 扮演你的直属主管读一遍，列出他最可能追问的五个问题，以及每个问题背后的担忧。
这一步比自己空想靠谱，因为人写周报时容易只写自己想说的，而主管关心的往往在另一层。
这里有一个前提：AI 只能基于你给它的材料工作，评审记录、数据、需求文档，你喂得越完整，它的问题越接近真实，如果只给它一句「我改了 11 次稿」，它也只会给你安慰。
一份可以直接改的模板
下面这个结构可以直接抄，每周填三个部分，十分钟能写完。
- 本周交付：动作 + 对象 + 结果 + 边界，3 条以内，每条都要能被别人验证。
- 风险与卡点：触发条件 + 影响面 + 我已经做的应对。1 到 2 条，没有就写「本周无新增风险」，不要留空。
- 需要什么：要决策、要素材、要评审时间。没有也写「本周无需支持」，这是给上级的确定性信号。
再加一行可选的第四段：这周推进了什么决定。这一行是设计师周报和工时报表的分界线。
三个容易踩的坑
第一，把周报写成工时证明，写「本周投入 42 小时、完成 9 个需求」，等于邀请对方用小时数考核你，设计的时间确实难量化，但交付可以。
第二，只报好消息，把出稿量写满，把被卡住的部分一笔带过，短期看着漂亮，长期代价很大——真出问题时，你的周报显示一切正常，从那以后没人会信你的记录。
第三，每段都写得很完整，三段各写五百字，主管大概率只看第一段和第三段，宁可每段短一点、边界清楚一点，也别写成一整篇流水账。
最后一步：让别人替你复述一遍
写完别急着发。做一个测试：把周报给一个不做设计的同事看，问他两个问题——这周团队的设计推进了什么、现在什么被卡着。
如果他能答上来，这份周报就合格。如果他答不上来，那说明它还只是写给自己看的。
这个测试比任何模板都管用，因为它检验的正是周报唯一的用途：让不看你屏幕的人，也能替你做判断。
本周你的周报打算怎么写？先选一个数字换掉它原来的说法吧。
本文为公开资料与常见工作场景的整理，写作过程借助 AI 辅助完成，具体用法请结合你所在团队的实际流程判断。
参考
- 麦肯锡 2018 年《The business value of design》，跟踪 300 家上市公司的设计实践与五年财务表现，前四分之一企业收入增长高出同行 32%、股东总回报高出 56%：报告摘要
- Gloria Mark 等发表于加州大学欧文分校的《The Cost of Interrupted Work》，实测被打断后平均 23 分 15 秒回到原任务、81.9% 的中断任务当天恢复：研究介绍
- 微软 Work Trend Index：自 2020 年 2 月起 Teams 用户每周会议与通话增加 192%，68% 的人表示工作日缺少不被打断的专注时间：报告原文
- Nielsen Norman Group 可用性研究：113 组界面配对比较中，用户自述偏好与实际操作表现的相关系数为 0.44：文章
