软件外包项目需求管理怎么做｜需求池、变更单与验收落地

外包项目需求管理，先别急着上工具

外包需求最容易死在两句话上：客户说“这个很简单”，销售说“先做，后面补单”。验收时客户觉得该做，研发觉得白干，PM 只能翻聊天记录。需求管理不是写文档，是把“做什么、谁确认、算不算钱、什么时候交”钉死。

别让客户在微信群、电话、邮件里到处提。定一个对接人，所有需求进同一个需求池。语音和截图不算需求，最多算线索。PM 整理成三样：背景、验收标准、期望时间。说不清的先挂“待澄清”，不排期。需求卡必填“客户对接人”和“验收人”。没人认领的，默认不做。

需求池别做成备忘录。外包项目要区分合同内、合同外、赠送、待报价。至少保留这些字段：

需求评审30分钟，只回答：做不做、谁确认、算不算钱、进哪个迭代。不做就写原因放“暂缓”，别让它在群里反复冒泡。

客户改需求正常。坑在于研发先做了，月底才补变更。变更单三个字段够用：改什么、影响多少工时、原排期顺延几天。让客户在客户门户或邮件里确认。没有确认记录的变更，排期往后放。

周会看板四列：待澄清、已确认待排期、开发中、待验收。每列别超过团队一周能消化的量。超过就说明需求没收敛，先砍优先级，别硬塞。

验收标准不是“页面美观”“操作流畅”，要写成可测试的句子：什么角色、什么条件、做什么、看到什么结果。比如“客户管理员能导出当月工时明细，含项目、人员、工时、日期”。研发自测、测试用例、客户验收共用一份标准。BUG 关联原需求，上线出问题能直接看到需求、变更和工时。

客户门户只放该看的：需求列表、状态、待确认变更、验收入口、里程碑。内部工时、成本、研发吐槽别放。客户看到“额外报价，确认后才排期”，沟通会省很多。

工具上，Stepwise 能把需求池、迭代规划、BUG、工时和客户门户串起来。需求卡关联迭代和工时，变更单留痕，客户在门户里确认验收。需要私有化部署的客户，也能把数据放在自己环境里。别指望工具替你做决策，但它能让你少翻聊天记录。

如果团队还在用群聊加 Excel 管需求，选一个进行中的项目，把需求入口和变更单先跑两周。能少一次扯皮，这套流程就值了。