原型设计和需求文档

产品原型

思考：交互与原型的区别是什么？

原型就是把需求/流程通过图形表达出来的结果

交互是手段，是技巧，是方式方法

原型的作用

• 提高工作效率
• 做需求的人方便理解
• 视觉设计师方便理解
• 便于发现问题

画原型的工具

Mac：

• Sketch
• Principle

Windows：

• 墨刀
• Axure

做原型图的要求

1.使用工具不限,不管是 axure,墨刀还是 sketch,甚至是Ps,手绘除外

2.建议把同一功能逻辑的交互界面放在同一个大的页面中,方便整体性的看页面的布局以及页面流程,不同的功能用不同的页面来表达

3.每一层逻辑分别要用简单的文字进行概括

4.尝试给每一个页面命名

5.碰到一屏展示不完的单个界面,可以通过长图的形式表达

6.手机屏外观属于美化方向,可用可不用,现在不少交互工具都有相关的手机模板,想调用也十分容易

画原型的步骤

1.拆解需求

2.功能分类

3.明确层级

4.绘制原型

例子-签到功能

Step1：拆解需求

需求：

签到功能
给予现金及奖励

背景与目标：

希望能接住用户签到以拉活

功能点：

签到天数展示
日期展示
签到动作
每天/积累签到的奖励
现金奖励的展示，领取
累计签到人数展示
签到状态

Step2：功能分类

签到信息类：

签到天数展示
日期展示
签到状态
累计签到人数展示
签到动作

奖品展示类：

每天/积累签到的奖励
现金奖励的展示，领取

Step3：签到功能页面原型设计

小结：做原先的前提，务必要理清需求。

总结

原型图的原则：

1.画什么

• 任何需要界面展示的逻辑（新增，优化）

2.写什么

• 逻辑概括Title
• 每一页的Title
• 简单逻辑阐述及功能表达（复杂底层逻辑留着需求文档阐述）

3.要点

• 每一行表最好表达一层逻辑
• 注意：原型不是页面流程图

需求文档基本要素

什么是需求文档

PRD（Product Requirements Document） 通过文字的形式将产品的需求特性与逻辑描述出来

回顾整个流程

需求文档给谁看？

开发，项目经理，测试，运营，自己，设计，其他产品经理

需求文档的作用是什么？

• 传达产品开发需求
• 保证各部门沟通有理有据
• 产品质量控制有具体标准
• 归档

需求文档主要结构

不需要需求文档的情况，即敏捷开发中的需求

需求文档被拆分到了各个需求中，只关注逻辑细节撰写

修订记录

标题：更新版本号，方便区分、查阅 修订记录：

• 备注更新时间
• 区分版本号
• 描述改动内容（删除内容注明）
• 写明撰写人员
• 注意颜色

注意整理大纲/目录，注意分段落。

需求背景和目标

需求背景：

方便参与者了解为什么要做

项目目标：

• 可量化的目标让大家更清楚价值
• 上线后验证数据完成情况的依据
• 项目目标尽可能量化

功能特性列表

拆分标准：

• 内部功能模块的部分
• 重要的部分特性单独列出
• 数据需求、技术需求单独列出

特性列表的作用

• 对涉及的模块又一个初步的认知
• 参与者容易理解需求并按照需求进行开发

需求表达

图+文的形式，发挥各自优点，防止细节遗漏。

细节逻辑文字撰写

描述细节功能点：

• 描述正常逻辑，不同状态的逻辑
• 描述异常逻辑
• 描述边界情况（视情况可补充）
• 描述性能指标（强要求时撰写）

细节逻辑描述的作用

• 开发，测试的关键依据

每一次都需要写那么多异常逻辑和边界情况的逻辑吗？想不到那么多怎么办？

性能需求撰写

比如：打开速度、服务器访问速度、崩溃率、负载能力...

数据需求撰写

最终目的：想要知道什么？

数据采集的标准：

• 理论上所有新增功能
• 改动/优化的点需要进行前后数据的对比
• 版本的核心数据指标

数据采集的类型：

基础数据、按钮点击、页面的路径

（注意：埋点数据不可逆）

小结

需求首先是写给自己看的，务必锻炼好逻辑表达的能力

产品经理写文档

什么是好的需求文档

• 目录结构一目了然
• 正确满足产品需求，逻辑清晰
• 需求描述无歧义，易读
• 流程图，原型图辅助
• 文档是不断修正的，良好的归档习惯

简单的需求文档

可以写一句话的需求，比较适合有敏捷项目的管理系统

原型和需求文档

可以采用图中有文或文中有图。完全根据你对开发的熟悉程度、自己的经验，产品的完整程度

案例

题目：如果要写一个微信流量消耗的需求文档，应该怎么写？

• 流量提醒的对象是谁？

小视频、大文件、H5里面的视频

• 触发提醒的场景有哪些？

点击播放/接收文件/Wifi切换

• 有哪些提示类型？

视频流量消耗，大文件提醒

• 提醒之后的情况如何？

决定试用范围：生命周期？永久

• 提醒消息的种类

警告框，弹出Toast

• 边界情况

Wifi切换3G，4G时，熄屏，亮屏等

文档示例：

V1.1 流量消耗提醒

    V1.1.1播放朋友圈小视频场景

    基本逻辑:
    >用户在APP的生命周期内首次在运营商网络条件下点击播放小视频时,弹出 toast提示
    >文案内容:当前处于运营商环境下,请注意您的流量消耗;

    V1.1.2 接收大文件场景

    基本逻辑：
    >用户在选择大于50M的文件并发起下载时,弹出daog提示
        Tite:大文件下载提醒
        内容:次文件大小为XM,是否继续下载?注:M为文件的大小
        按钮:继续下载,取消

    异常情况：
    >当用户在W环境下选择下载大于50M的文件,则:
        当用户在前台任意页面时,弹出 toast提示
        已切换至运营商网络,XX文件下载暂停,请手动开启。
    >当用户在后台时:文件直接暂停下载,待用户恢复至前台,弹出toas提示

    V1.1.3 H5播放视频时的场景