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

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

一、需求分析阶段

判断需求真伪

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

量化收益

  • 对核心用户的影响程度,尽可能量化;
  • 对核心业务的贡献程度,尽可能量化。

判断可行性

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

风险评估

(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)通知机制

  • 操作交互是否需要触发推送消息,推送内容是什么,推送时间节点是什么?

  • 是否确定当前通知的类型(短信、推送、微信消息)?

  • 是否确定当前通知的失效策略?

五、文档撰写

  • 干净整洁,注意排版细节;
  • 多层级格式标记一致;
  • 同层级字体大小一致;
  • 说明的图片是否易理解,是否可快速定位位置?

六、上线准备

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

 
作者 @柳五先生 。

关键字:产品经理, 工作, 产品设计

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部