产品设计的过程很长，如果设计的时候疏漏一些内容，会导致需求反复和研发资源的浪费，本文主要列举了各个产品阶段需要自查的部分，检查当前设计是否存在未考虑到的问题。

一、需求分析阶段

判断需求真伪

1. 是谁在什么样的场景而下产生的什么诉求，希望用什么方法解决什么问题；
2. 是否需要进一步调研相关用户\需求提出方，是否需要数据佐证；
3. 是否符合当前核心业务场景、是否符合用户画像和用户故事；
4. 是否存在类似竞品，是否完成竞品分析；
5. 当前方案是否是同类场景下的共性诉求。

量化收益

1. 对核心用户的影响程度，尽可能量化；
2. 对核心业务的贡献程度，尽可能量化。

判断可行性

• 当前技术是否可以支持；
• 当前业务是否可以支持。

风险评估

（1）功能风险

• ①是否存在关联功能的改造点
• ②是否完整梳理当前规划内容下线后的影响点
• ③是否已预估业务高峰数据爆发量级，及其处理措施
• ④是否已计划好功能上线后的验证方法

（2）外部风险

• ①是否引发诸如骚扰、欺诈等安全隐患
• ②是否存在负面舆情风险
• ③是否存在法律及合规风险

排定优先级

参考维度：用户覆盖度、使用频率、对核心场景的影响、对核心用户的影响、实际收益的高低、对KPI的影响、实现难度的高低、产品成长时机。

二、信息架构设计阶段

定义

面向用户，组织合理的信息及展现层级使其正确传达给用户的过程​，从客户端功能布局到界面字段排版均需要。

检查点

1. 设计时是否结合了用户画像、用户习惯、业务场景等因素；
2. 架构层次是否清晰，是否足够扁平，是否容易能使用户理解；
3. 所有信息均需要进行重要级评定，以决定在界面和功能中的重要程度；
4. 信息分类是否合理，一定要“高内聚，低耦合”；
5. 架构拓展性是否足够大，后续对信息模块进行增删改查时，是否容易施行。

三、流程设计阶段

（1）流程设计是否结合了用户画像、用户习惯、业务场景、竞品等因素？

（2）主干流程是否最简化，是否覆盖了足够多的场景？

（3）是否有特殊流程（分支流程、逆向流程）？

（4）是否有异常流程？

（5）是否归纳出所有的操作节点、数据交互点：

1. 操作节点是否足够精简易理解？
2. 是否考虑了操作节点的容错性（二次确认、撤销操作）？
3. 数据交互点是否依赖其他系统？

（6）特殊、异常流程是否需要增加切换流程的引导，避免流程断头？

（7）相关流程的用户体验路径是否一致？

（8）绘制是否美观规范：

• ①各图形形状/字号统一:，重点内容可特殊标识，关键节点增加注释说明
• ②流程均以开始框开始，以结束框结束，避免断头风险
• ③流程图从左到右、从上到下排列
• ④流程线尽量不要交叉

（9）流程完成后是否进行了场景验证，是否符合用户预期？

四、交互设计阶段

细节交互

（1）页面流

• ①页面跳转的描述说明是否完整，是否需要页面流转图辅助说明？
• ②页面内容是否完整，是否符合信息架构设计，是否存在缺失？
• ③页面是否存在空值状态？
• ④页面加载状态展示的loading图是否友好，是否可打断加载状态？
• ⑤页面加载状态是否可操作部分原生控件（移动端）？
• ⑥页面的逆向操作是否有完整的路径，返回是否会造成死循环？
• ⑦页面的跳转是否需要转场动效？
• ⑧是否添加全局特效的交互操作，iOS右滑返回？
• ⑨移动端单页面中的功能是否有冗余，单页面主功能仅限一个？
• ⑩后端web页尽量在一个页面中展示更多相关信息，单页面可完成多次相关操作。

（2）文案

• ①是否易理解，是否有歧义，是否有错别字？
• ②句式、用词是否准确一致？
• ③文案是否与产品调性一致？

（3）数据展示

• 展示数据是否使用的是服务器数据，或使用的是本地缓存数据？
• 展示数据是否是初次加载读取的静态数据，或实时、定时展示的动态数据？
• 是否规划数据为空时的展示效果，是否增加用户引导？
• 是否规划数据字数超长展示效果，是否有超长限制？
• 对过期的缓存数据是否需要告知用户刷新（活动过期）？
• 是否规划数据极限值的展示效果？
• 是否规划了数值的特定展示格式？
• 是否存在敏感数据，敏感数据如何展示？
• 是否对特殊内容进行过滤、标记（敏感、违禁的词语）？
• 前置场景的不同是否对当前展示数据产生影响，不同场景是否需要展示不同数据？
• 移动端从后台唤醒应用时，是否需要刷新当前页面数据？

（4）数据表单

• 数据按什么规则排序？
• 数据是根据什么搜索规则筛选出？
• 数据展示是否分页，单页展示数据量是否有限制？

（5）控件

1. 控件是否符合用户认知？
2. 全局控件样式是否具有一致性？
3. 全局控件交互行为是否具有一致性？
4. 控件的不可用状态如何展示？
5. 是否周全地考虑了所有操作成功的反馈？
6. 是否周全地考虑了所有操作失败的反馈？
7. 操作过程中是否允许取消？
8. 是否设计了必要且合理的动效？
9. 待操作按钮在当前界面中是否明确？
10. 待操作按钮是否易操作？
11. 控件触发的提示类型是否恰当（小红点、Toast、弹窗）？
12. 控件触发的功能过程中是否可以随时取消（下载新版本、上传文件）？

（6）文字输入

1. 输入文字前是否有默认值，是否有输入提示？
2. 输入焦点丢失和存在时是否有展示内容的差异？
3. 输入文字是否存在极限长度或最低长度？
4. 输入文字是否可存在特殊字符，若用户输入如何处理？
5. 输入文字是否存在对敏感词（密码、存款金额等）、违禁词的禁用或过滤展示？
6. 输入文字后是否需要一键清空操作？
7. 输如文字后是否显示辅助结果（辅助词），辅助词的搜索规则？
8. 输入文字后遇到流程打断的情况是否保留输入记录（断网、关闭页面等）？
9. 是否针对输入的内容指定键盘类型，数字键盘，英文键盘（移动端）？
10. 是否说明了键盘唤起后需要页面的滚动来避免输入框的遮挡（移动端）？

（7）图片输入

• ①是否强制要求上传图片的必须参数（尺寸、格式等）
• ②是否设置了不符合尺寸的提示，图片过大或过小，格式错误等
• ③是否提供上传完成图片的预览
• ④是否提供了再次编辑操作，引导是否明显
• ⑤上传失败的情况是否给予用户提示，引导再次上传
• ⑥上传完成后遇到流程打断的情况是否保留已上传的记录（断网、关闭页面等）

特殊因素

（1）帐号角色

• ①是否存在不同登录状态下展示内容或操作有不同（登录、未登录、帐号异常状态）？
• ②是否存在不同用户状态下展示内容或操作有不同（非会员，不同等级的会员，特殊付费会员等）？
• ③是否考虑多账号切换，切换时，本地缓存数据是否需要同步清空？
• ④是否允许多终端同时登录同一帐号，若允许，操作同一数据时是否产生冲突？

（2）网络状况

• ①WiFi网络；
• ②移动网络（4G）；
• ③连接超时，多久为超时？
• ④无网络显示什么内容？是否给予用户友好引导检查网络或重试按钮？
• ⑤网络变化从WiFi到4G网络环境时，是否需要提示？

（3）服务器问题

服务器出问题返回数据失败时，是否给予用户友好提示或重试按钮？

（4）旧版本兼容

是否存在高低版本兼容问题（浏览器页面缓存、APP旧版本）？

（5）硬件设备

1. 横竖屏是否有横屏展示的需要，如不需要需要锁定竖屏？
2. 分辨率高低情况下是否会有适配问题，是否备注清楚？
3. SD卡 Android手机，没有SD卡、SD卡储存已满、储存位置等情况是否考虑并备注？
4. 硬件不同，手机物理按键的不同衍生不同操作？
5. 系统版本的不同是否同步支持，iOS、Android、Windows及其不同版本

（6）硬件权限

• 定位提示是否打开定位？
• 相机提示是否打开相机？
• 闪光灯提示是否调用闪光灯？
• 蓝牙 示是否打开蓝牙？
• 设备数据是否需要调用？步数、心率等，主要在iOS设备中。

（7）阅读模式

1. 夜间\日间模式，是否考虑光线较暗的场景？
2. 编辑模式下出现意外情况，是否提示保存或自动保存已填信息？
3. 无痕模式，不记录用户所有操作信息（实际是否记录根据数据需求来看）？
4. 无图模式，节约用户流量，加快页面加载速度。

辅助功能

（1）数据埋点

1. 是否存在用户漏斗埋点需求？
2. 是否存在运营数据报表需求？
3. 是否定义功能可用性标准？

（2）通知机制

• 操作交互是否需要触发推送消息，推送内容是什么，推送时间节点是什么？
• 是否确定当前通知的类型（短信、推送、微信消息）？
• 是否确定当前通知的失效策略？

五、文档撰写

1. 干净整洁，注意排版细节；
2. 多层级格式标记一致；
3. 同层级字体大小一致；
4. 说明的图片是否易理解，是否可快速定位位置？

六、上线准备

1. 客户端版本更新是否需要做新的应用商店图、新的欢迎页、新的功能引导页、新的功能描述文案、升级版本文案？
2. 功能埋点列表是否确认及提出？
3. 版本上线计划是否确定，是否及时同步给运营或其他相关部门人员，及布置相关工作？
4. 数据统计需求是否确认及提出？
5. 若需求内容较大，是否在上线前做好业务人员培训？

本文由 @柳五先生 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Pexels，基于 CC0 协议