产品日常需求思考--扫码点餐的实战思路 | 产品壹佰

产品日常需求思考--扫码点餐的实战思路

---

好多产品对需求规划和设计思路，可能没有一个很好的概念。比如接到一个功能，直接凭印象直接开搞（我的就是用户的),好点的找一找市场同行的瞅一瞅（我有分析）。 那么这些后果是什么呢，被开发怼，被运营怼，被领导怼，自己内心还郁闷我画的很好，别人也是这样的啊，我么得错~。

本文依据餐饮系统中扫码点餐这个需求点作为案例，梳理下思路。 事先说明，我只是从个人的经历来进行相关说明，不一定完全适合你和你的工作流程。希望大家可以自带滤镜，去我槽粕，受我启发。

分析需求（5W2H）

不管任何需求或任务到手，先分析下预期目标，在分析过程中发散构建场景。如果是复杂的业务场景还需要设计好参与的角色（TOB行业基本路子）。

扫码点餐核心需求是完成点餐下单工作，通过扫码入口。

疑问1，为什么开发这个功能，预期目标是什么 Why

疑问2，谁扫，用什么扫 Who What

疑问3，基本流程 How

疑问4，扫码的地点，码在线下何处展示(使用场景)When Where

疑问5，时间和人员计划 How much

疑问6，其他部分或业务是否有特殊需求（内外部特殊需求）。

解决疑问途径，因扫码点餐是C端可以直接接触的场景，比那些特殊B端场景更直观，更容易获取信息。

获取渠道，从企业规划和产品意图，市场友商的功能点分析，用户既有习惯，其他特殊渠道要求（市场，技术，客户）

一轮不可描述的超效沟通后，得出了以下结论

1. 餐饮新系统中的核心业务之一，扫码点餐移动端快速点餐；达到市场上现存扫码点餐功能效果。

2. 用户扫，用微信（这里有坑，下面就会出现）

3. 手机微信打开，扫码进入点餐页面，选择菜品下单结账 如图：

扫码核心流

4. 点餐必须是堂食，扫桌子上的二维码

5. 一个开发团队，3个月，和整个系统一起整体测试。

6.无客户要求，自有产品，领导要求不能比别人的扫码点餐差，适用业态要广（快餐，中餐，奶茶，西餐等）。

第一步基本已经完成，这步中经常会留下一些信息坑，需要我们下一步去解决。 分析需求是最主要的，是对需求方向和框架的确定。

核心场景构建

第一阶段已经梳理出来:移动端扫线下码二维码进入点餐页面，完成点餐，可以立即付款或餐后付款。 在这一步主要是对核心业务场景具体化，分解场景需求。

• 常规中餐场景： 一桌一码，用户扫码下单，餐桌锁定别人无法扫码，就餐结账。

• 快餐类型： 一桌一码，多用户扫码，独立结算（陌生人拼桌坐）

• 奶茶店场景： 一店一码，扫码下单，依据单号叫号取餐。

这里需要对餐前支付还是餐后支付做好限制，比如奶茶店场景，基本都是先付钱后开单。

这里就有一个疑问，用户是否只支持微信扫码点餐？用户当然不可能只用微信，没微信的人不能点餐就餐了么。

所以桌码二维码只是一个H5链接，小程序码当然也要有（商家选择）；用H5做点餐页面可以覆盖大多扫码APP，因为基本上扫码APP都内置浏览器可以打开页面。

拆解场景，细化需求。 餐桌码的管理，点餐模式的管理，点餐结账逻辑，叫号就餐逻辑。 这里可能涉及到餐桌管理，订单管理，支付设置，叫号小票机配置等。依据其他需求功能实现功能耦合，需要内部产品团队碰下。

扫码点餐中存在一个伪需求，多人点餐（大家一起点餐)

分析下为什么认为这是个一个伪需求，在国内的就餐习惯中，不太可能出现大家去聚餐吃饭，一起点餐的场景，肯定有核心人去处理这件事唯一的人 更多的需求时大家可以同时看菜单，一个人参考下单行为。因为买单的是一个人行为。

拓展风暴，最好是多人2-3轮走起。依据需求点和产品规模这一环节不一定必须进行。 核对下需求目标，确定方向对的 再风暴下相关功能或场景，功能直接耦合。 最后绘制风暴导图，设置长期步骤

经过简单的风暴拓展，基本有了下面一张思维图

思维风暴主要有2个方向

一个是纵向，主业务拓展，各类场景；一个是横向的，主要是相关业务块拓张。

基本上这样来分析，就可以有一个比较全面的需求导图出来。为最后一步打下了坚持的基础。

依据企业和市场的要求，以及资源的投入；再结合核心业务以及风暴环节，梳理下上线第一阶段的需求功能。

企业给予的资源 3个月一个团队 4人开发1产品1测试，设计人员共享。限时完成移动端点餐上线和预约，基本的优惠券功能。

这样一算时间非常紧张，移动端有2套（H5和小程序），以及后台管理相关模块。

在内部对产品线整体阶段设置后，扫码点餐相关最后上线需求点如下

扫码点餐，多场景业态都需要使用

纵向，加菜，支付，转桌

横向, 收银台，预约

运营，优惠券

其他的后期再上。

减法原则：

• 核心逻辑必须闭环，扫码点餐必须可完成

• 需配合整体产品线功能

• 还要满足必要的市场运营要求（必要是关键）

• 时间有效性控制，注意工时风控

• 先横向再纵向递减

本文以扫码点餐实例说明，一个需求到手后如何开始整理，分解，构建场景，内部调整至上线要求。希望大家可以从中获取一些思路，即算本文的成功。

当完成上述步骤后，基本上对扫码点餐单一业务功能构建完成，可以开始PRD编写和草图制作，这阶段以体力为主（哭）。

不排除意外出现，出现需求调整，我打赌100%会出现！

关注，分享，收藏是最大的鼓励