关注上方蓝字关注我们


简要说明:告诉此功能主要干什么的。 业务规则:每上产品在使用时都有自己的规则,而产品的业务规则则是将产品的流程细化。 界面原型:产品经理在这时做的原型界面只是显示的框架,别细化,这样会给交互和UI造成错觉。只需做一个简单的界面即可,更多的时候只是个框架图。 执行者:产品使用者。 前置条件:具体的操作。 后置条件:操作后的展示。在UC(user case)中后置条件又是另一种情况,所以对于建议在PRD中的前置条件和后置条件结果合起来。 主流程:把主流放在最后是有道理的,结合上面所说的,做出主流程说明。将此功能的流程走向做个分点说明。


尽量少的让用户输入,输入时尽量多给出参考。 一行最好不要超过两种点击行为。 提供非模态的反馈,不打断任务流 用户点击或触摸,必须有相应的反馈,而且要迅速反馈。 插入性流程不要影响到其他流程的平滑过度,插入流程以弹出等方式进行,例如登录、支付,完成后,原页面刷新即可。 动画效果要从哪里来从哪里回,遥相呼应。 如无必要不要让用户等待,Loading 过程中,要想办法让用户更有意思的留在页面上。 提示语要有友好型趣味性,而不要有命令式口吻或机器化口吻。 能选择不要输入,用户手动输入的内容,尽量自动保存,不要让用户重新输入。 流程深度控制在 3 个以内,最高不要超过 5 个,引导用户,不要迷失。 与或非关系简单体现,不要让用户迷惑,不要让用户动脑筋。 对于有异议的页面,可以多做一些用户反馈的嵌入,让更多用户贡献自己的想法。 页面和流程要专注,用户在做一件事的时候,不要引导他去做另外的事儿,而是用 户做完后,再去引导用户去其他地方。
iOS:常选择华文黑体或者冬青黑体,尤其是冬青黑体效果最好。 Android:英文字体 Roboto 中文字体 Noto 。
导航主标题字号:40-42px 偏小的 40px 字号,显得精致些。 正文字号:大的正文字号 32px,副文是 26px,小字 20px,在内文的使用中,根 据不同类型的可稍有差异,例如使用加粗、颜色等标注醒目的内容。 列表形式:普遍是正文 32px,不加粗。副文案 26px,小字 20px,类似与下面的 样式:

导航背景大部分都保持统一,最好使用灰白或黑色,为其他颜色留下空间。例如微 信默认的是黑色的,支付页面的标题栏就是绿色的,这样就非常的突出了; 单一页面颜色尽量越少越好,颜色大小与字体大小最好形成 2 × 2 的关系,尽量 不要超过 3 × 3 的关系,以保证“主次相宜、大小相宜”; 部分大的按钮或者有标识性的按钮。

产品需求文档(或原型说明) 产品设计规范 UI 设计规范 提示语规范 测试反馈标准 效果图 用户使用协议 产品使用说明文档(部分由运营人员制作)



——相关阅读——
