目前绝大多是公司所要求的需求文档都是对已有产品的优化和更新，而并非是一个完整的产品需求文档。本文中，笔者将主要针对于产品内的一个功能进行分析实现。该产品原型是笔者为了便于分析，根据美团以及饿了么臆想出来的。
一、文档综述
1. PRD输出环境
2. 功能背景
公司为了推广产品，需要设计一个针对新老用户发送优惠券得H5界面，用于微信里用户自发的分享传播，希望可以借此提高老用户的订单量，增加新用户注册App并使用。
二、需求分析
1. 用户需求
用户—场景—问题—解决方案（需求）
由上图可以判断出：用户的分类，会遇见的问题，和用户的需求
新用户：使用方便，步骤简单，规则和使用方法明显，不涉及用户隐私，不是必须要下载产品。
老用户：优惠入口明显，有多个入口，优惠方法多样规则合理，可以反馈问题，自动判断不能使用原因，分享步骤简单。
运营：步骤简单，吸引力强，优惠规则合理，可以记录用户数据和使用痕迹，明确数据分类，方便下载注册。
2. 产品需求
由用户需求衍生出的产品需求：
多个优惠入口：在用户从打开App到下单付款的过程中，有多个页面都可以领取优惠。
优惠入口明显：利用各种效果使优惠入口易识别。
领取页面有详细的活动规则：用户可以在此详细研究活动规则。
领取页面有反馈问题的入口：领取不到优惠券时可以反馈原因给客服。
自动判断不能使用原因：在使用优惠券的时候，如果不能使用，注明原因。
分享步骤简单：分享—微信—朋友圈（好友/群组）—分享成功。
规则明显：在H5页面注明详细规则。
保护用户隐私：勾选协议，获取非私密信息。
非必须下载：在浏览器中也可打开App页面。
记录数据和痕迹：在后台记录用户的使用数据和痕迹。
优惠规则合理：不要虚假优惠。
根据四象限看用户于发生频率：
根据四象限看开发难度和效果：
产品需求优先级排序：
分享步骤简单
优惠规则合理
优惠入口明显
多个优惠入口
自动判断不能使用原因
领取页面有详细活动规则
规则明显
保护用户隐私
记录数据和痕迹
领取页面有反馈问题的入口
非必需下载
三、本次需求目的及功能列表
1. 需求目的
新用户：
使用方便，步骤简单，规则和使用方法明显。
不涉及用户隐私。
不是必须要下载产品。
老用户：
优惠入口明显，有多个入口。
优惠方法多样规则合理。
可以反馈问题。
自动判断不能使用原因。
分享步骤简单。
运营：
步骤简单，吸引力强，优惠规则合理。
可以记录用户数据和使用痕迹。
明确数据分类。
方便下载注册。
2. 功能列表
四、业务逻辑和流程图
1. 业务逻辑图
2. 业务流程图
3. 页面流程图
五、原型图
1. 首页
页面入口：App首页
页面结构：地点定位，扫码，搜索，活动/广告Banner，商品分类，优惠券入口，商品列表。
页面交互：点击优惠券入口（人人都在领红包，你也快来吧）进入优惠券H5页面。
2. H5页面
页面结构：分享键，优惠券详细信息，手机号填写，领红包功能键，反馈功能键，活动规则。
页面交互：
点击分享键时下面弹出所有可分享平台用以选择。
输入手机号后，如果不是标准格式，会弹出错误提示。
点击领红包，如果发现该手机号未注册过，会弹出未注册提示，并且跳转到App/App下载页。
点击反馈，会跳转到反馈页面。
3. 下单页
页面入口：商家页购买入口。
页面结构：收获地址，送货详情，订单详情，优惠券入口，确认支付。
4. 优惠券管理页
页面交互：
选取想要用的优惠券后跳转到下单页，后面对号点亮。
不可用的优惠券颜色较浅，并且不可点击交互，不可用原因视觉鲜明。
默认不使用红包选项。
5. 原型页逻辑结构
六、考核指标与计算方法
分享率：分享数量/领取优惠券数量。
分享成功率：链接被打开数量/分享数量。
领取成功率：领取数量/链接被打开数量。
新用户注册率：通过H5页面跳转注册用户数量/优惠券被分享数量。
激活率：活动后用户活跃率/活动前用户活跃率。
转化率：活动后订单成交数量/活动前订单成交数量。
七、总结
因为本文所涉及到的产品并不存在，仅为实现这一功能而臆想出来的，所以原型图方面的一些功能布置参考了饿了么和美团外卖。
从得到主要功能要求后，对目标用户进行需求分析，得到产品需求，对需求进行优先级排序，决定：哪些需求需要实现？哪一些还可以暂缓？
最后对主要业务流程进行梳理，表明所有注意事项和标注。
接下来的页面流程和原型图就比较顺利了，这只是一个餐饮类App里面比较小的一个功能点，由于情景，主题，目标用户并不具体，所以没有对优惠券规则进行设计，如果已知优惠券规则的话，业务流程可能会变化的更加复杂了。
