点餐小程序实战教程01需求分析

日常生活中,点餐是一个很常见的生活场景。目前在餐厅点餐的时候大部分都支持了扫码点餐。每张餐桌都贴一个二维码,我们扫描二维码的时候就可以打开点餐小程序,进行自助点餐。

对于快餐店,到店点餐的时候又分为堂食和外卖,如果选择外卖,可以有专门的配送员进行上门配送。

对于点餐这种常见的生活场景,已经有标准化的解决方案。我们本次的实战课程也是以这个常见的生活场景为案例,结合低代码工具,来快速的开发一款小程序。

01 低代码开发流程介绍

低代码开发通常需要经过需求分析、数据源设计、应用搭建、发布预览、备案上线等几个动作。

像通用的流程是和传统开发类似的,不同的地方在于应用搭建后几个步骤。

传统开发需要搭建本地开发环境,完成代码的编写,提交测试,然后部署到公有云或者私有云上。

低码开发所有的环境都是在线上,开发的过程是使用组件拖拽配置完成,线上发布这些工具已经集成好了,不需要我们做额外的配置,整体开发还是非常方便的。

02 需求分析

我们本次的课程想要实际模拟一下点餐这个场景,按照用户角色我们分为用户端、收银端、后厨端、配送端、管理端。

用户端,我们常见的功能包括注册、点餐、订单确认等几个基本步骤,有如下的操作

  • 用户注册:登录小程序后需要进行注册,注册信息有头像、昵称、手机号码、生日、配送地址

  • 用餐方式:可以自主选择用餐方式,包括两种,堂食或者外卖

  • 浏览菜品:可以按照类别浏览餐厅支持的菜品,可以查看菜品的详情

  • 加入购物车:可以选择菜品需要的数量,并加入到购物车

  • 结算:点餐完毕后进行结算,列出所点菜品信息,列出金额,点击提交完成订单的提交

  • 查看订单:可以查看当前订单的状态,状态分为待处理、已处理、制作中、已完成

  • 订单取消:如果提交订单后不需要了,可以申请取消,取消需要收银端进行确认

  • 催单:用户可以点击催单功能,提醒后厨加紧制作

  • 用户评价:用户用餐完毕后可以进行评价,可以评分和评论

收银端,收银员可以查看当前的订单情况,进行确认,确认后会根据顾客的用餐方式来通知后厨或者配送端

  • 用户注册:收银员需要注册信息,包括姓名、手机号码

  • 点餐确认:收银员查看当前需要处理的订单,订单确认后会根据用餐方式来通知后厨或者配送员。如果是堂食会通知后厨,如果是外卖会同时通知后厨或者配送员

  • 退单审核:订单确认后,如果用户端发起退单的,可以进行审核,同意或者拒绝

后厨端,后厨端可以查看收银端确认的订单,点击制作,订单改为制作中

  • 用户注册:后厨需要注册信息,包括姓名、手机号码

  • 制作:查看收银推推送的订单信息,点击制作修改订单的状态为制作中

  • 完成:如果菜品已经制作好,点击完成,修改订单的状态为已完成,同时通知配送员进行配送

配送端,配送端主要是配送员使用,可以查看需要配送的订单,接收后可以查看菜品是否制作完成,如果配送完毕后点击完成,由用户端进行评价

  • 用户注册:填写信息包括姓名、性别、手机号码

  • 查看订单:可以查看当前需要配送的订单

  • 接单:可以接单,查看当前菜品制作的进度

  • 完成配送:配送完成后,点击完成结束配送

管理端,管理端主要是完成基本信息的录入,并可以进行统计分析

  • 类别管理:可以维护类别信息

  • 菜品管理:可以录入菜品信息,菜品可以进行上架或者下架

  • 统计分析:可以统计当前的订单信息

  • 人员管理:可以对人员的信息进行修改,也可以进行禁用禁止用户登录

  • 角色管理:可以创建角色并且分配权限

  • 权限管理:可以录入权限名称

总结

我们实战教程的第一篇是梳理一下我们小程序的具体功能,在现实中如果你要准备自己制作或者外包给别人,需求分析是必不可少的。当然分析也是一个逐步明确的过程,在产品不断的迭代中,逐步的优化功能,让我们的小程序变得易用好用。

猜你喜欢

转载自blog.csdn.net/u012877217/article/details/133457440