产品规划设计自查内容列表

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

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

一、需求分析阶段

判断需求真伪

  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. 若需求内容较大,是否在上线前做好业务人员培训?

0条评论 添加新讨论

登录后参与讨论
Ctrl+Enter 发表