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

明辨产品 2019-11-01 04:02:09

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

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


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

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

分析需求 (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轮走起。依据需求点和产品规模这一环节不一定必须进行。 核对下需求目标,确定方向对的 再风暴下相关功能或场景,功能直接耦合。 最后绘制风暴导图,设置长期步骤

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

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

思维风暴主要有2个方向

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

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

落地减法

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

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

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

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

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

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

纵向,加菜,支付,转桌

横向, 收银台,预约

运营,优惠券

其他的后期再上。

减法原则:

  • 核心逻辑必须闭环,扫码点餐必须可完成
  • 需配合整体产品线功能
  • 还要满足必要的市场运营要求(必要是关键)
  • 时间有效性控制,注意工时风控
  • 先横向再纵向递减

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

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

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

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