目前绝大多是公司所要求的需求文档都是对已有产品的优化和更新，而并非是一个完整的产品需求文档。本文中，笔者将主要针对于产品内的一个功能进行分析实现。该产品原型是笔者为了便于分析，根据美团以及饿了么臆想出来的。

一、文档综述

1. PRD输出环境

2. 功能背景

公司为了推广产品，需要设计一个针对新老用户发送优惠券得H5界面，用于微信里用户自发的分享传播，希望可以借此提高老用户的订单量，增加新用户注册App并使用。

二、需求分析

1. 用户需求

用户—场景—问题—解决方案（需求）

由上图可以判断出：用户的分类，会遇见的问题，和用户的需求

• 新用户：使用方便，步骤简单，规则和使用方法明显，不涉及用户隐私，不是必须要下载产品。
• 老用户：优惠入口明显，有多个入口，优惠方法多样规则合理，可以反馈问题，自动判断不能使用原因，分享步骤简单。
• 运营：步骤简单，吸引力强，优惠规则合理，可以记录用户数据和使用痕迹，明确数据分类，方便下载注册。

2. 产品需求

由用户需求衍生出的产品需求：

1. 多个优惠入口：在用户从打开App到下单付款的过程中，有多个页面都可以领取优惠。
2. 优惠入口明显：利用各种效果使优惠入口易识别。
3. 领取页面有详细的活动规则：用户可以在此详细研究活动规则。
4. 领取页面有反馈问题的入口：领取不到优惠券时可以反馈原因给客服。
5. 自动判断不能使用原因：在使用优惠券的时候，如果不能使用，注明原因。
6. 分享步骤简单：分享—微信—朋友圈（好友/群组）—分享成功。
7. 规则明显：在H5页面注明详细规则。
8. 保护用户隐私：勾选协议，获取非私密信息。
9. 非必须下载：在浏览器中也可打开App页面。
10. 记录数据和痕迹：在后台记录用户的使用数据和痕迹。
11. 优惠规则合理：不要虚假优惠。

根据四象限看用户于发生频率：

根据四象限看开发难度和效果：

产品需求优先级排序：

• 分享步骤简单
• 优惠规则合理
• 优惠入口明显
• 多个优惠入口
• 自动判断不能使用原因
• 领取页面有详细活动规则
• 规则明显
• 保护用户隐私
• 记录数据和痕迹
• 领取页面有反馈问题的入口
• 非必需下载

三、本次需求目的及功能列表

1. 需求目的

新用户：

• 使用方便，步骤简单，规则和使用方法明显。
• 不涉及用户隐私。
• 不是必须要下载产品。

老用户：

• 优惠入口明显，有多个入口。
• 优惠方法多样规则合理。
• 可以反馈问题。
• 自动判断不能使用原因。
• 分享步骤简单。

运营：

• 步骤简单，吸引力强，优惠规则合理。
• 可以记录用户数据和使用痕迹。
• 明确数据分类。
• 方便下载注册。

2. 功能列表

四、业务逻辑和流程图

1. 业务逻辑图

2. 业务流程图

3. 页面流程图

五、原型图

1. 首页

页面入口：App首页

页面结构：地点定位，扫码，搜索，活动/广告Banner，商品分类，优惠券入口，商品列表。

页面交互：点击优惠券入口（人人都在领红包，你也快来吧）进入优惠券H5页面。

2. H5页面

页面入口：首页优惠券入口，店铺优惠券入口。

页面结构：分享键，优惠券详细信息，手机号填写，领红包功能键，反馈功能键，活动规则。

页面交互：

• 点击分享键时下面弹出所有可分享平台用以选择。
• 输入手机号后，如果不是标准格式，会弹出错误提示。
• 点击领红包，如果发现该手机号未注册过，会弹出未注册提示，并且跳转到App/App下载页。
• 点击反馈，会跳转到反馈页面。

3. 下单页

页面入口：商家页购买入口。

页面结构：收获地址，送货详情，订单详情，优惠券入口，确认支付。

页面交互：点击优惠券（即红包）入口则进入优惠券管理页。

4. 优惠券管理页

页面入口：下单页优惠券选取入口

页面结构：各类优惠券信息，使用限制，不可用原因

页面交互：

• 选取想要用的优惠券后跳转到下单页，后面对号点亮。
• 不可用的优惠券颜色较浅，并且不可点击交互，不可用原因视觉鲜明。
• 默认不使用红包选项。

5. 原型页逻辑结构

六、考核指标与计算方法

• 分享率：分享数量/领取优惠券数量。
• 分享成功率：链接被打开数量/分享数量。
• 领取成功率：领取数量/链接被打开数量。
• 优惠券使用率：使用优惠券数量/领取的优惠券数量。
• 新用户注册率：通过H5页面跳转注册用户数量/优惠券被分享数量。
• 下载率：通过H5页面跳转下载数量/优惠券被分享数量。
• 激活率：活动后用户活跃率/活动前用户活跃率。
• 转化率：活动后订单成交数量/活动前订单成交数量。

七、总结

因为本文所涉及到的产品并不存在，仅为实现这一功能而臆想出来的，所以原型图方面的一些功能布置参考了饿了么和美团外卖。

从得到主要功能要求后，对目标用户进行需求分析，得到产品需求，对需求进行优先级排序，决定：哪些需求需要实现？哪一些还可以暂缓？

最后对主要业务流程进行梳理，表明所有注意事项和标注。

接下来的页面流程和原型图就比较顺利了，这只是一个餐饮类App里面比较小的一个功能点，由于情景，主题，目标用户并不具体，所以没有对优惠券规则进行设计，如果已知优惠券规则的话，业务流程可能会变化的更加复杂了。

本文由@AND_归期 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议