倒推“饿了么”App产品需求文档（PRD）

产品需求文档（PRD），是一个产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用是“对市场需求文档（MRD）中的内容进行指标化和技术化”，文档的质量好坏直接影响到研发部门是否能够明确产品的功能与性能。

下面笔者将以C端用户的身份通过使用、体验和分析等方式倒推“饿了么”App，生成它的产品需求文档。然而，由于“饿了么”产品功能框架实在庞大，信息流分支众多且界面繁杂，笔者将这份文档的撰写重心放在“饿了么”最主要的流量入口处——首页（外卖页），其余界面会在以后逐一补充。

文档目录：

一、文档综述

1.1版本修订记录

1.2PRD输出环境

1.3产品介绍

二、产品结构

2.1产品功能结构图

2.2产品信息结构图

三、全局说明

3.1功能权限

3.2键盘说明

3.3页面内交互

3.4页面异常

3.5页面间切换交互方式

3.6更多操作

四、用户操作主流程(外卖页)

五、页面逻辑(用户订购商品主逻辑)

六、页面详细功能说明

6.1启动页

6.2登陆/注册页

6.3首页（外卖页）

6.4商家页面

6.5订单的支付与评价页面

七、测试异常页面及突发状况

7.1网络异常

7.2登录异常

7.3数据丢失

八、总结

一、文档综述

1.1 版本修订记录

1.2 PRD输出环境

1.3 产品介绍

“饿了么”于2009年4月上线，是一款在线外卖订餐服务平台。为中国广泛地区的用户提供丰富多样、简单快捷的在线订餐服务；为不同类型的餐饮商户提供基于互联网技术的一体化运营解决方案。

“饿了么”移动端App，满足用户在手机端使用产品时的基本功能主要包括用户在线订购外卖、商家入驻、配送服务、城市服务代理等。

二、产品结构 2.1 产品功能结构图

（右击，在新标签页中打开即可查看大图）

2.2 产品信息结构图

“饿了么”App的信息架构异常复杂，这对于平时基本只会用到点餐订外卖的我来说是没有想到的。一个主要针对在线订餐服务的产品承载了如此多的内容，并产生了如此多的流量入口，可留存率容易降低且流量加工能力需要很强。

三、全局说明 3.1 功能权限

（1）分为登陆状态和未登陆状态

（2）登录状态可进行App内所有操作

（3）未登录状态下

仅可以浏览页面，如商家信息、商品信息等；

无法进行商品预订、订单结算和商家收藏；

无法进入金币商城、推荐有奖、周边优惠、免费流量以及官方活动等界面；

无法查询订单和早餐预订等。

3.2 键盘说明

（1）点击（手机号与验证码）输入框时页面底部弹出数字键盘；

（2）点击其他输入框页面底部弹出字母全键盘。

3.3页面内交互

（1）顶部和底部弹窗

（2）Toast、Dialog、Alert弹窗

3.4 页面异常

3.5 页面间切换交互方式

在当前页面左边缘处用右划手势快速返回之前页面。

3.6更多操作

四、用户操作主流程（外卖页）

从用户操作的主流程可以看出，“饿了么”App并不像其他一些App特别注重用户的注册引导性，只有在用户需要修改/添加“收货地址”和“提交订单”时才会判断用户是否已登录，这和“饿了么”的主要业务和功能需求有关，用户在未登录的状态下依然可以先查看商品的内容信息，并在对个人喜好或者偏爱的商品下订单作出决定时，再适时提醒用户是否登录，这看似迟缓的引导反而在一定的程度上增强了用户的粘性。

五、页面逻辑（用户订购商品主逻辑）

六、页面详细功能说明 6.1 启动页

启动页前置条件为是否已连接网络，分为以下两种情况：

1、已连接网络

页面逻辑：

在已连接网络情况下，启动饿了么App后，进入引导页；

引导页等待1秒后进入广告页；

对广告页不进行任何操作等待3秒，或点击页面右上方“跳过”按钮，进入App首页（外卖页）；

点击广告页面图片，弹出广告内容。

2、未连接网络

在未连接网络情况下，启动App后直接进入网络异常提示页面，并提示用户重新加载。