前言
上文对实现自助棋牌室项目涉及到的技术做了调研,尤其是物联网技术。那接下来就是对需求进行一番分析了,经过几天对棋牌室的线下考察以及对市场竞品的参考,基本上明确了项目需要实现的功能,所以本文将尝试梳理出一份不专业的自助棋牌室系统的需求分析。
市场调研
线下考察
经过几天不全面的线下考察,发现棋牌室大概分几类:
- 传统的棋牌室:一间房几张桌子,环境谈不上,一般分布在城中村或是老小区,老年人居多。
- 半自助棋牌室:基本上是单间,环境较好,可以线上预约,也有老板坐镇看店,一般分布在公寓、酒店,用户群体主要是中年人、年轻人。
- 完全自助棋牌室:单间环境好,用户从预约到离店全部手机操作,一般分布在公寓、商场,用户群体主要是年轻人。
市面上大多数还是半自助,相对完全自助棋牌室,半自助棋牌室环境一般,少了几个硬件设备,使用的软件功能可能没那么完善,也多了人力成本,软件起到一个运营辅助作用。
竞品参考
市面上有很多成熟的竞品,百度一大堆的自助棋牌室Sass产品。
各产品核心功能大差不差,基本上是围绕用户和商家。用户线上预约以及用户留存的营销手段,储存赠送、会员优惠什么的。其次是商家的加盟、门店运营什么的。项目整体难度系数小。
项目目标
自助棋牌室系统主要是通过软件开发结合物联网技术,打造一款自动化、智能化、支持24小时无人运营店面的产品。
针对那些希望开启副业,但又因人力成本问题而犹豫不决的个体,自助棋牌室系统可以提供解决方案,从而减少副业运营的人力成本。
功能需求
用户端功能需求
自助棋牌室系统的使用对象主要就是用户,从用户的角度出发,需要支持以下几个功能:
- 一键登录注册:用户端目前主要考虑小程序,一键登录注册,尽量减少不必要的操作。
- 门店选择:根据用户的定位由近到远显示商家的门店信息,提供用户选择。
- 预约:选择门店后就可以查看各房间的状态及信息并进行预约,可以提前预约减少等待时间。
- 支付:预约时可以选择不同的支付方式进行支付,比如储值卡、微信、卡劵、线下等。
- 开门:支付成功后则预约成功,在预约的时间内可以通过小程序进行开门进入房间。
- 续费:当用户的服务时间即将到期时,可以通过小程序进行续费续时操作,确保服务的无缝衔接。
商家功能需求
从商家的角度出发,需要支持以下几个功能:
- 品牌管理:商家可以创建自己独立的品牌。(当然,小程序也需要单独部署)。
- 门店管理:商家的门店管理会涉及到几个功能:
- 添加门店:只有独立品牌的商家可以添加多个分店或者作为加盟商添加加盟店。
- 设置门店信息:所有的商家都可以设置自己门店信息,包括店名、地理位置、轮播图、文案什么的。
- 门店续费:每个门店涉及到软件服务费,所以临近到期时可以进行续费操作,否则小程序将不显示该门店。
- 房间管理:每个门店下可以管理自己房间,包括:
- 添加/删除房间:商家可通过添加删除操作控制小程序显示的房间信息。
- 设置房间信息:商家可以自己房间的信息进行维护,包括基本信息、标签等。
- 房间计费设置:每个房间可以设置自己的计费方式及费用,比如小时计费、时段计费、会员价、优惠什么的。
- 设备管理:商家的设备管理会涉及到几个功能:
- 设备添加/删除: 用户在小程序进行开门以及房间电源、语音都需要远程控制,这些设备需要在此进行维护。
- 绑定房间:要具体到某个房间设备的远程控制,需要与房间进行绑定,建立关系。
- 营销管理:通商家可以通过营销管理设置一些活动优惠吸引更多的用户,比如储值卡赠送、优惠卷赠送等。
- 订单管理:订单是商家营业最重要的数据,商家可以通过订单管理查看订单数据及状态。
- 营业数据:商家通过营业数据直观的看到每天的订单量、收入等营业数据。
目前考虑商家分为小程序端和PC端,小程序中展示一些关键数据及操作,比如门店的营业数据和营业报表,也可以通过小程序远程控制房间设备等。
系统管理功能需求
系统管理功能除支撑用户和商家的功能外,还要有一套权限管理功能,包括用户管理、角色管理、菜单管理等。因为商家的入驻、加盟以及相关的业务数据可以通过权限设计进行数据隔离,实现一个简单的多租户系统。
非功能需求
除功能需求之外,还要考虑系统的性能、安全性、易用性、可扩展性以及可靠性等非功能需求,因为这个事关用户的体验以及留存。
性能
- 响应时间:95%的情况下,用户请求响应时间不超过1.5秒,高峰时段不超过4秒。
- 并发数:弹性。
保障手段:数据库优化、负载、缓存、监控
安全性
- 严格权限访问控制,用户只能访问其权限范围内的数据和操作。
- 提供日志管理及安全审计功能,可追踪系统的历史使用情况。
- 能经受来自互联网的一般性恶意攻击。
保障手段:权限控制、日志、限流、DDoS防护
易用性
- 80%的用户应该可以在30秒内完成预约支付或充值操作。
- 90%的商家在接受系统培训后,可以品牌、门店、房间以及设备的维护。
保障手段:用户问卷、在线反馈
扩展性
- 在增加新功能模块时,避免影响其他功能。
- 根据请求量、数据量的增大,系统可相应增加服务器实现扩展。
保障手段:无状态、弹性伸缩、模块低耦合
可靠性
- 在服务、数据节点故障时可以迅速恢复服务,最小化对业务的影响。
- 系统出现异常或潜在风险时及时发出报警,以便快速响应和处理。
- 服务进行升级时不可影响现有用户使用。
保障手段:容错与故障恢复、监控与报警、灰度发布
小结
系统功能涵盖了小程序端和Web端,同时需要关注系统安全以及维护运维工作。鉴于个人精力有限,计划在后期主要采用云开发的方式进行开发部署,从而降低运维成本。