评审过的 PRD,验收时成了「不要按文档」

六个统计块做完了——他说全不对，还说别按需求文档来

接了个数据看板：能筛时间、筛业务线，中间一排六个统计块，每个一块大数、一行说明、达标颜色，底下一条小趋势线。

需求文档里怎么算、从哪取，我一条条对着写 SQL，测试环境也拉过明细对过。块都能出数之后，我没在群里喊「做完了」——看板得指着同一屏对，群里一句「不对」能扯一下午。

约对接人屏幕共享。我先把 PRD 开着，想从第一块讲起。他先看大屏，原话差不多是：

"这些数都不对。"

我接：

"我这边是按需求文档写的取数。你先点一块觉得最不对的吧，咱们对着明细看。"

他停了一下：

"你不要老按需求文档来。"

嘴上我没顶，心里就一句：不按文档，按啥？评审的时候文档不是这么过的吗。又补来一句：

"反正感觉都不对，你再查查。"

六个块、六套 SQL，他一句「全不对」，我连个改起点都没有。挺想怼的，还是压成：

"行，那你不说文档，你心里有数的口径是啥？从左上第一块起，你报个数或说多还是少，我对明细。"

· · ·

后来就真一块一块抠。有的报不出「对的数」，只说「应该没这么多」；有的盯着说明底下小字，问从哪张表、哪个状态来的——问到这儿，比「全不对」管用。

对完一圈，跟开头对不上号：有两块数他没再挑，但要我把取数路径摊开——任务几点跑、连哪几张表、哪些进分母，整理给他他点头。

剩下的，卡在取数逻辑：周期从哪天算、某类状态算不算一次、分子去不去重。文档写得松，我按自己理解写的；他对的是平时看报表的习惯，一对明细就岔开。那时才懂「别死跟文档」——不是让我无视 PRD，是文档跟他脑子里的数本来也没对齐。

他说全不对，往往也不是六块都错，是口径还没说到「哪一块、怎么算」这一层。

要是第一通我只回「好的我查查」，八成在工位盲改 SQL，还不知道他说的「别按文档」到底按谁。

回去按对齐结果改了一版：该动的查询动查询，最终口径写回 PRD 和卡片说明；第二遍他不再甩「全不对」，开始问「这段时间能不能再拆」「这条线要不要单算」——烦是烦，但至少每句都能改代码。

· · ·

我后来给自己改了两条，跟别的事上当过的蠢法对着修。

第一，验收先锁「一块」。听见「都不对」，先别改代码，逼对方点一块、说方向或期望值；答不上来，就记「口径未定」，别替他把六块全改一遍。

第二，「别按文档」要落字。当场接一句，别在心里骂完就散会：

"文档这条和你要的不一致，麻烦你定一版分子分母——我按你定的改 PRD 再改数。"

看板、报表最怕「结论型验收」：不对、有问题、感觉不对——没有块名、没有多还是少，开发只能猜。对明细比盲改便宜，但得先问出是哪一块。

你跟 PRD 做完了，他也可以说不对——但不对到哪，得能指着一块说。

不按文档可以——得先有一块写死的口径，不然两边都在感觉里打架

不是要教怎么做看板，是提醒自己：别在「全不对」三个字上，把对数和改 SQL 搅成一锅。

你做过多块统计的页面吗？有没有说过按 PRD 做的，却被回「别按文档」？后来是一块块对出来的，还是先盲改了好几版？留言说说。