市场部要技术部改个页面，微信说了3天没动静；技术部说需求不清楚，改了3版还被退回。跨部门扯皮，90%源于需求表达不完整。一张需求单，能把来回次数从5次降到1.5次。
需求单只写5项：要什么、为什么、什么时候要、验收标准、找谁确认。看起来简单，但多数人只写了第一项。「把报名页改一下」是典型反面案例，改哪里、改成什么样、什么时候要，全是空白。
对比两种写法。A版：「报名页体验不好，优化一下。」B版：「报名页第2步手机号输入框，在安卓机上键盘遮挡提交按钮，希望10月20日前修复，验收标准是3款主流安卓机型能正常点击提交，确认人是我。」B版有位置、有问题、有 deadline、有验收标准，技术部拿到就能排期。
常见错误有4个。一是口头需求不留痕，事后各说各话。二是需求里夹带情绪，「你们总是拖」只会让对接人防御。三是不给优先级，10个需求都说急，等于都不急。四是跳过确认人，改完没人拍板，返工率翻倍。
时间预期要写区间而不是点。「本周内」比「周三下午3点」更现实，因为对方还有别的排期。如果确实卡死时间，写清后果：「10月20日上线是发布会节点，延迟会影响投放，需要提前对齐资源。」
一个80人公司的实践：推行需求单两个月，跨部门需求平均返工次数从2.8次降到0.9次，微信扯皮消息减少约70%。代价是提需求的人每周多花20分钟填单，收益是省下的沟通时间远超这个数。
最后一条：需求变更时，在原单上改并标注版本号，不要另起一条新消息。留痕清晰，扯皮自然少。
