ARTICLE · 1010853

产品经理的PRD异常流程自查清单(附模板)

发布时间：2026-09-16 02:43:37 最近访问：2026-09-16 02:43:36

适用场景|PRD 完成后、需求评审前

使用方式|沿着正常流程走一遍，逐项检查是否考虑异常场景。

核心原则|不要求每一项都写进 PRD，而是先用 Checklist 扫描，再根据具体业务判断是否需要处理。

上一篇我们讲了 PRD 写完之后怎么做整体自检，这一次再专门来聊聊：异常流程自查清单。

很多产品经理，尤其是刚开始写 PRD 的时候，容易只考虑正常流程，却忘了把异常情况走一遍。

但评审时经常被问到的，恰恰是："如果出现异常情况怎么办？"

所以我整理了一份「产品经理 PRD 异常流程自查清单 Checklist」，写完 PRD 后可以直接照着检查。

一、先检查：正常流程是否完整？

在检查异常之前，先确认正常流程已经明确。确认正常流程没有明显遗漏后，再开始检查异常。

进入→操作→校验→处理→成功

□用户从哪里进入？

□用户需要完成哪些操作？

□每一步的前置条件是什么？

□系统会进行哪些校验？

□操作成功后进入什么状态？

□成功后用户下一步可以做什么？

二、异常场景 Checklist

01｜输入异常

□必填项未填写

□输入格式错误

□输入长度超过限制

□输入数量超过限制

□输入特殊字符 / 非法内容

□输入内容为空格

□上传文件格式不支持

□上传文件大小超限

□输入内容与已有数据重复

需要明确：什么情况下触发？提示什么？用户如何修改？

02｜重复操作

□重复点击提交

□重复点击支付

□重复领取

□重复提交申请

□已经成功后再次操作

□用户连续快速点击

□页面重复刷新后再次操作

需要明确：是否需要防重复？重复操作后如何处理？是否需要给用户提示？

03｜权限异常

□未登录

□未完成认证

□用户角色不符合

□当前用户没有操作权限

□用户权限发生变化

□管理员 / 普通用户权限不同

□操作对象属于其他用户

需要明确：无权限时是否允许进入？如果不能操作，如何提示？是否需要引导用户完成前置操作？

04｜业务条件不满足

□未满足前置条件

□超过次数限制

□超过数量限制

□余额不足

□库存不足

□不满足地区 / 年龄等条件

□已达到业务上限

□当前业务阶段不允许操作

需要明确：为什么不能操作？用户看到什么？下一步应该怎么办？

05｜数据异常

□数据为空

□数据缺失

□数据不存在

□数据已被删除

□数据已失效

□数据已过期

□数据前后不一致

□获取到的数据不符合预期

需要明确：没有数据时展示什么？数据异常时还能不能继续操作？

06｜状态变化

□用户停留期间状态发生变化

□订单被取消

□申请被处理 / 失效

□库存发生变化

□数据被其他人修改

□操作对象已经不存在

□当前页面状态与实际状态不一致

需要明确：用户继续操作时，以哪个状态为准？是否需要重新获取最新状态？

07｜并发 / 操作冲突

□多人同时操作同一资源

□同一资源被同时修改

□最后一份库存被多人同时抢购

□同一用户多端同时操作

□同一数据被多个请求同时修改

□数据版本发生冲突

需要明确：哪个操作生效？最终状态是什么？失败的一方如何处理？

08｜中断 / 退出

□中途返回

□关闭页面

□App 切到后台

□退出登录

□操作过程中重新进入

□操作到一半页面刷新

□操作过程中切换账号

需要明确：用户回来后从哪里继续？已填写的数据是否保留？当前操作是否继续有效？

09｜边界情况

□0 个

□1 个

□最小值

□最大值

□刚好达到最大值

□超过最大值

□列表为空

□列表达到最大数量

□第一次使用

□已经使用过

需要明确：刚好达到边界时，系统怎么处理？

10｜时间异常

□操作超时

□倒计时结束

□活动开始前操作

□活动结束后操作

□优惠券 / 权益过期

□用户长时间停留后再操作

□截止时间前操作

□截止时间后操作

□跨天 / 跨周期

需要明确：时间变化后，原来的操作还有效吗？

11｜接口异常

□接口请求失败

□接口请求超时

□接口返回错误

□接口返回数据为空

□接口返回数据格式异常

□服务暂时不可用

□接口重复请求

需要明确：提示什么？能不能重试？重试几次？数据是否保留？

12｜网络异常

□网络断开

□弱网

□网络切换

□请求过程中断网

□长时间无响应

□网络恢复后重新操作

需要明确：用户看到什么？当前数据是否保留？网络恢复后是否需要重新操作？

13｜第三方服务异常

□支付失败

□短信发送失败

□OCR 识别失败

□第三方登录失败

□第三方接口超时

□第三方服务不可用

□第三方返回异常结果

需要明确：第三方失败后，主流程怎么走？用户能不能重试？是否需要人工处理？

14｜设备 / 环境异常

□不同设备

□不同系统版本

□不同浏览器

□屏幕尺寸差异

□App 切后台

□页面被关闭后重新打开

□浏览器返回

□相机 / 定位 / 通知等系统权限被关闭

需要明确：换设备 / 换环境后，流程还能正常完成吗？

三、异常发生后，再检查这 5 件事

很多 PRD 会写成：接口异常 → 提示错误。但这通常还不够。对于每一个重要异常，都建议继续确认：

1用户看到什么？Toast / 弹窗 / 页面状态 / 错误页 / 其他提示方式

2用户还能不能继续？可以继续 / 可以重新操作 / 必须完成某个条件 / 无法继续

3已填写的数据怎么办？保留 / 清空 / 部分保留 / 下次进入继续填写

4能不能重试？可以立即重试 / 等待一段时间后重试 / 只能重新开始 / 不允许重试

5最终状态是什么？成功 / 失败 / 待处理 / 已取消 / 已失效 / 转人工处理 / 其他状态

四、举个例子：登录功能怎么检查？

以最简单的短信验证码登录为例。正常流程：输入手机号 → 获取验证码 → 输入验证码 → 点击登录 → 登录成功。然后沿着每一步问：如果没按预期发生呢？

输入手机号

□手机号为空

□手机号格式错误

□手机号未注册

获取验证码

□获取失败

□频繁获取

□验证码发送延迟

□验证码过期

输入验证码

□验证码错误

□验证码为空

□多次输入错误

□输入已过期验证码

点击登录

□重复点击

□网络异常

□接口请求失败

□接口超时

登录成功前

□账号状态发生变化

□账号被限制登录

□用户在其他设备修改了账号状态

五、把它写进 PRD 是什么样？

例如，登录异常处理：

1手机号为空 → 点击登录时提示「请输入手机号」，不发起请求。

2手机号格式错误 → 提示「请输入正确的手机号」，不发起请求。

3验证码错误 → 提示「验证码错误，请重新输入」。

4验证码过期 → 提示「验证码已过期，请重新获取」。

560 秒内重复获取验证码 → 按钮进入倒计时，倒计时结束后才能再次获取。

6登录请求过程中 → 登录按钮进入 Loading 状态，禁止重复点击。

7登录接口失败 → 提示「登录失败，请稍后重试」，用户可以重新操作。

8账号状态异常 → 根据服务端返回的账号状态展示对应提示。

这样就比简单写"登录失败 → 提示错误"清楚得多。

六、最后自检

PRD 写完后，可以快速问自己：

□正常流程跑通了吗？

□重复操作怎么办？

□业务条件不满足怎么办？

□状态发生变化怎么办？

□用户中途退出怎么办？

□时间过期怎么办？

□网络异常怎么办？

□不同设备 / 环境下怎么办？

□输入错误怎么办？

□权限不够怎么办？

□数据不存在怎么办？

□多人同时操作怎么办？

□到达边界值怎么办？

□接口失败怎么办？

□第三方服务失败怎么办？

最后再确认：每一个重要异常，是否都明确了"触发条件 → 系统处理 → 用户结果"？

正常流程是"怎么走"，异常流程是"没按预期走时怎么办"。

PRD 不是把所有异常都写进去，而是通过 Checklist 先把可能遗漏的场景扫一遍，再根据业务风险决定哪些需要落到 PRD。

🎁 关注公众号，回复关键词【资料】，即可获取整理好的 PRD异常流程检查模板 + 埋点文档模板 + 产品经理常用文档。

本文出自「产品经理成长知识库」，想系统学习更多产品实战内容？立即点击文末【阅读原文】，了解更多。

往期精选回顾 - 产品经理数据埋点系列

相关学习资料