需求验收清单：六行写不满，这份需求不接

我们团队的取数需求单只有六行。推行的时候我在群里发了通知，说以后需求单写不满六行不接。当天有二十七条需求在排队，第三天剩四条，第四天剩零条。剩下那些没写单的需求，很多当场就得到了答案，它们只是「随手问一下」。真正要做的需求，业务方自己会把它写满。

需求单不是门槛，是把双方的期望写在同一页纸上。

六行需求单：照抄这个格式

左边是可以直接抄的单子，右边是四类需求走向哪条路

第三行「决策用途」是最容易跳过的一行，也是最值钱的一行。写不出用途的需求，八成是对方自己也没想清楚要什么。硬接，接完对方会说「不是这个意思」。

四类需求走四条路

第三档是退，不是做。我们吃过一次亏：业务方要复购率，我们的日志里从来没记过，交付那天给他一个用「本期复购客户数除以总客户数」算的数，他拿去汇报，两个月后被发现口径不对。之后我们立了规矩，源头没有的数据，退回并说明要补埋点。

谁做、什么时候做、留什么记录

提需求的人填单，填不满六行直接退回，不做口头补问。数据团队每天上午十点集中处理当天的单子，一小时内给判定结果和交付日。没进池的单子当天回复，不留到第二天，需求最怕的不是被拒，是被忘掉。

留三样：需求单原文、判定结果与判定人、交付日或退回理由。判定结果在群里公示，让提需求的人看到自己单子缺哪一行。交付完成后再补一条，这份单最后被用了吗。三次交付完全没被用过的提单人，请他复盘一次需求单怎么写。

什么时候必须停

五种情况停用：团队只有一个人做数，单子写六行的时间比取数还长；需求全部来自同一个部门且口径稳定，改成固定报表更省事；平台刚改完规则，需求口径本身在变，先缓两周再收单；一个月内积压超过十条，说明排期不够，该做的是砍需求；对方明确说「不要表格我要个数」，不必强行走单子。

麻烦的是第一周

有人嫌麻烦，我认。第二周开始能感觉到省下来的时间，上一周我退回过三次需求，每次省半天，来回沟通省两天。