个方面聊聊产品规划设计自查内容列表

　　产品设计的过程很长，如果设计的时候疏漏一些内容，会导致需求反复和研发资源的浪费，本文主要列举了各个产品阶段需要自查的部分，检查当前设计是否存在未考虑到的问题。
　　一、需求分析阶段
　　判断需求真伪
　　是谁在什么样的场景而下产生的什么诉求，希望用什么方法解决什么问题；
　　是否需要进一步调研相关用户需求提出方，是否需要数据佐证；
　　是否符合当前核心业务场景、是否符合用户画像和用户故事；
　　是否存在类似竞品，是否完成竞品分析；
　　当前方案是否是同类场景下的共性诉求。
　　量化收益
　　对核心用户的影响程度，尽可能量化；
　　对核心业务的贡献程度，尽可能量化。
　　判断可行性
　　当前技术是否可以支持；
　　当前业务是否可以支持。
　　风险评估
　　（1）功能风险
　　是否存在关联功能的改造点
　　是否完整梳理当前规划内容下线后的影响点
　　是否已预估业务高峰数据爆发量级，及其处理措施
　　是否已计划好功能上线后的验证方法
　　（2）外部风险
　　是否引发诸如骚扰、欺诈等安全隐患
　　是否存在负面舆情风险
　　是否存在法律及合规风险
　　排定优先级
　　参考维度：用户覆盖度、使用频率、对核心场景的影响、对核心用户的影响、实际收益的高低、对KPI的影响、实现难度的高低、产品成长时机。
　　二、信息架构设计阶段
　　定义
　　面向用户，组织合理的信息及展现层级使其正确传达给用户的过程，从客户端功能布局到界面字段排版均需要。
　　检查点
　　设计时是否结合了用户画像、用户习惯、业务场景等因素；
　　架构层次是否清晰，是否足够扁平，是否容易能使用户理解；
　　所有信息均需要进行重要级评定，以决定在界面和功能中的重要程度；
　　信息分类是否合理，一定要高内聚，低耦合；
　　架构拓展性是否足够大，后续对信息模块进行增删改查时，是否容易施行。
　　三、流程设计阶段
　　（1）流程设计是否结合了用户画像、用户习惯、业务场景、竞品等因素？
　　（2）主干流程是否最简化，是否覆盖了足够多的场景？
　　（3）是否有特殊流程（分支流程、逆向流程）？
　　（4）是否有异常流程？
　　（5）是否归纳出所有的操作节点、数据交互点：
　　操作节点是否足够精简易理解？
　　是否考虑了操作节点的容错性（二次确认、撤销操作）？
　　数据交互点是否依赖其他系统？
　　（6）特殊、异常流程是否需要增加切换流程的引导，避免流程断头？
　　（7）相关流程的用户体验路径是否一致？
　　（8）绘制是否美观规范：
　　各图形形状字号统一：，重点内容可特殊标识，关键节点增加注释说明
　　流程均以开始框开始，以结束框结束，避免断头风险
　　流程图从左到右、从上到下排列
　　流程线尽量不要交叉
　　（9）流程完成后是否进行了场景验证，是否符合用户预期？
　　四、交互设计阶段
　　细节交互
　　（1）页面流
　　页面跳转的描述说明是否完整，是否需要页面流转图辅助说明？
　　页面内容是否完整，是否符合信息架构设计，是否存在缺失？
　　页面是否存在空值状态？
　　页面加载状态展示的loading图是否友好，是否可打断加载状态？
　　页面加载状态是否可操作部分原生控件（移动端）？
　　页面的逆向操作是否有完整的路径，返回是否会造成死循环？
　　页面的跳转是否需要转场动效？
　　是否添加全局特效的交互操作，iOS右滑返回？
　　移动端单页面中的功能是否有冗余，单页面主功能仅限一个？
　　后端web页尽量在一个页面中展示更多相关信息，单页面可完成多次相关操作。
　　（2）文案
　　是否易理解，是否有歧义，是否有错别字？
　　句式、用词是否准确一致？
　　文案是否与产品调性一致？
　　（3）数据展示
　　展示数据是否使用的是服务器数据，或使用的是本地缓存数据？
　　展示数据是否是初次加载读取的静态数据，或实时、定时展示的动态数据？
　　是否规划数据为空时的展示效果，是否增加用户引导？
　　是否规划数据字数超长展示效果，是否有超长限制？
　　对过期的缓存数据是否需要告知用户刷新（活动过期）？
　　是否规划数据极限值的展示效果？
　　是否规划了数值的特定展示格式？
　　是否存在敏感数据，敏感数据如何展示？
　　是否对特殊内容进行过滤、标记（敏感、违禁的词语）？
　　前置场景的不同是否对当前展示数据产生影响，不同场景是否需要展示不同数据？
　　移动端从后台唤醒应用时，是否需要刷新当前页面数据？
　　（4）数据表单
　　数据按什么规则排序？
　　数据是根据什么搜索规则筛选出？
　　数据展示是否分页，单页展示数据量是否有限制？
　　（5）控件
　　控件是否符合用户认知？
　　全局控件样式是否具有一致性？
　　全局控件交互行为是否具有一致性？
　　控件的不可用状态如何展示？
　　是否周全地考虑了所有操作成功的反馈？
　　是否周全地考虑了所有操作失败的反馈？
　　操作过程中是否允许取消？
　　是否设计了必要且合理的动效？
　　待操作按钮在当前界面中是否明确？
　　待操作按钮是否易操作？
　　控件触发的提示类型是否恰当（小红点、Toast、弹窗）？
　　控件触发的功能过程中是否可以随时取消（下载新版本、上传文件）？
　　（6）文字输入
　　输入文字前是否有默认值，是否有输入提示？
　　输入焦点丢失和存在时是否有展示内容的差异？
　　输入文字是否存在极限长度或最低长度？
　　输入文字是否可存在特殊字符，若用户输入如何处理？
　　输入文字是否存在对敏感词（密码、存款金额等）、违禁词的禁用或过滤展示？
　　输入文字后是否需要一键清空操作？
　　输如文字后是否显示辅助结果（辅助词），辅助词的搜索规则？
　　输入文字后遇到流程打断的情况是否保留输入记录（断网、关闭页面等）？
　　是否针对输入的内容指定键盘类型，数字键盘，英文键盘（移动端）？
　　是否说明了键盘唤起后需要页面的滚动来避免输入框的遮挡（移动端）？
　　（7）图片输入
　　是否强制要求上传图片的必须参数（尺寸、格式等）
　　是否设置了不符合尺寸的提示，图片过大或过小，格式错误等
　　是否提供上传完成图片的预览
　　是否提供了再次编辑操作，引导是否明显
　　上传失败的情况是否给予用户提示，引导再次上传
　　上传完成后遇到流程打断的情况是否保留已上传的记录（断网、关闭页面等）
　　特殊因素
　　（1）帐号角色
　　是否存在不同登录状态下展示内容或操作有不同（登录、未登录、帐号异常状态）？
　　是否存在不同用户状态下展示内容或操作有不同（非会员，不同等级的会员，特殊付费会员等）？
　　是否考虑多账号切换，切换时，本地缓存数据是否需要同步清空？
　　是否允许多终端同时登录同一帐号，若允许，操作同一数据时是否产生冲突？
　　（2）网络状况
　　WiFi网络；
　　移动网络（4G）；
　　连接超时，多久为超时？
　　无网络显示什么内容？是否给予用户友好引导检查网络或重试按钮？
　　网络变化从WiFi到4G网络环境时，是否需要提示？
　　（3）服务器问题
　　服务器出问题返回数据失败时，是否给予用户友好提示或重试按钮？
　　（4）旧版本兼容
　　是否存在高低版本兼容问题（浏览器页面缓存、APP旧版本）？
　　（5）硬件设备
　　横竖屏是否有横屏展示的需要，如不需要需要锁定竖屏？
　　分辨率高低情况下是否会有适配问题，是否备注清楚？
　　SD卡Android手机，没有SD卡、SD卡储存已满、储存位置等情况是否考虑并备注？
　　硬件不同，手机物理按键的不同衍生不同操作？
　　系统版本的不同是否同步支持，iOS、Android、Windows及其不同版本
　　（6）硬件权限
　　定位提示是否打开定位？
　　相机提示是否打开相机？
　　闪光灯提示是否调用闪光灯？
　　蓝牙示是否打开蓝牙？
　　设备数据是否需要调用？步数、心率等，主要在iOS设备中。
　　（7）阅读模式
　　夜间日间模式，是否考虑光线较暗的场景？
　　编辑模式下出现意外情况，是否提示保存或自动保存已填信息？
　　无痕模式，不记录用户所有操作信息（实际是否记录根据数据需求来看）？
　　无图模式，节约用户流量，加快页面加载速度。
　　辅助功能
　　（1）数据埋点
　　是否存在用户漏斗埋点需求？
　　是否存在运营数据报表需求？
　　是否定义功能可用性标准？
　　（2）通知机制
　　操作交互是否需要触发推送消息，推送内容是什么，推送时间节点是什么？
　　是否确定当前通知的类型（短信、推送、微信消息）？
　　是否确定当前通知的失效策略？
　　五、文档撰写
　　干净整洁，注意排版细节；
　　多层级格式标记一致；
　　同层级字体大小一致；
　　说明的图片是否易理解，是否可快速定位位置？
　　六、上线准备
　　客户端版本更新是否需要做新的应用商店图、新的欢迎页、新的功能引导页、新的功能描述文案、升级版本文案？
　　功能埋点列表是否确认及提出？
　　版本上线计划是否确定，是否及时同步给运营或其他相关部门人员，及布置相关工作？
　　数据统计需求是否确认及提出？
　　若需求内容较大，是否在上线前做好业务人员培训？