外包系统付清后仍发现问题：买方的验收与重做回顾
做产品与交付 · 软件与 SaaS · 买方复盘2019 年，投稿系统买方 herozzm 自述付清款项后，正式使用仍发现问题；此前用正常账号走过流程，也多次提供需求与反馈。第二页后续称已自行重新开发一套，但没有新系统运行和验收记录；原项目的事件年份说法也未对齐。
条件摘要 本站摘编 · 原帖当时记录
- 涉及对象
- 付清外包投稿系统费用的项目买方
- 事项与做法
- 正式使用后发现问题，并自述自行重做
- 进展边界
- 新系统运行与验收未披露，事件年份未对齐
原帖要点
- 正常流程验收后，正式使用仍发现问题：买方称款项已付清，自己曾用正常账号走流程、提出问题并来回沟通；当时主要关注正常状态，正式投入使用后仍遇到多处问题。
- 自述准备了资料，也反复反馈：作者在附言中说，自己准备过需求文档、需求脑图和疑问答复，开发期间也指出过功能缺项。同作者又称，沟通过程消耗很大，付款后没有再让对方维护。
- 第二页补充称已自行重建：在第二页第 155、164 条回复中，作者称已重新开发一套；第 158 条又说明，自己也承接项目，因为公司项目忙不过来才向外委托。所读回复未说明实际重建时间、新系统上线验收或完整投入。
- 事件年份与金额仍有缺口：第三条附言称最后代码提交在 2015 年 7 月，另一回复却说项目是“前年”开发，时间线未对齐。标题写“4w”，币种与支付凭据未确认，也没有完整的修复、重建费用或退款结果。
原帖解读
付清款、走通一遍正常流程，与确认系统能支持日常业务，留下的是不同记录。
把业务流程检查扩展到异常与角色边界
本站解读：作者说自己曾用正常账号检查流程，也承认主要关注正常状态。可据此将投稿、审核、发布等业务步骤，与失败操作、未登录及不同角色权限下的结果分别核对，再记录已通过、待修复和未检查的部分。这是本站延伸的检查角度，不能据单方叙述认定具体缺陷或裁定哪方过错。
把付款、继续维护与重建分别记账
本站解读：需求资料和多次沟通不能替代最终运行记录；付清款项也不足以说明继续维护要付出多少。作者后来称已重建，并补充自己有承接公司项目的背景，但没有交代重做工时、交接清单或新系统效果。比较继续修复、换人接管和重建时，可分别记录新增工作与费用，不能从这则经历算出损失或重建节省。
来源：同作者 · 付款后的维护说明同作者 · 第二页重建自述同作者 · 公司项目背景
对照阅读：预算与剩余交付怎样沟通
接下来检查什么 本站建议
用实际账号和业务环境检查交付。
怎样证明交付完成，客户要实际操作什么？按环节阅读：做产品与交付 · 把想法做成产品或服务，检查能否完成交付。
