次卡核销类小程序开发

  • 合作方式:
  • 项目制 全国远程
  • 预估日薪:
  • 500
  • 预估总价:
  • 3000元
  • 预估工时:
  • 6天
  • 所在区域:
  • 全国远程

需求描述

人才要求:
3年以上PHP开发经验。唐山本地或者附近可见面的优先。

1. 项目概述
1.1 项目背景
为了提升多店铺连锁汽车保养服务的客户体验和内部管理效率,计划开发一套统一的电子票券管理系统。该系统旨在规范各店铺的票券发放、审核、核销流程,实现客户在任意店铺购买的票券均可在所有连锁店铺通用的便利性,同时确保各店铺的权责清晰和账目准确。
1.2 项目目标
标准化流程:建立标准化的票券发放、审核、使用和核销流程。
提升客户体验:实现“一卡通用”,客户购买的票券可在所有授权店铺使用,增加便利性和客户忠诚度。
强化内部管理:通过权限控制,明确各店铺人员的操作范围,确保数据安全。
数据化运营:提供数据报表功能,帮助管理层分析各店铺的票券销售和使用情况,为经营决策提供支持。
1.3 目标用户
本系统的用户分为五类,具体角色和职责如下:
总管理员:系统的最高权限拥有者,负责整个系统的配置和监督。
票券审核员:店铺级别管理人员,负责审核本店发放的票券。
票券发放员:店铺一线员工,负责为客户办理和发放票券。
票券核销人员:店铺一线员工,负责为客户提供服务并核销票券。
前端用户:前端用户。
2. 用户角色与权限
角色名称 角色描述 主要权限
总管理员 系统的最高管理者,对所有店铺和数据有完全访问权限。 1. 店铺管理:创建、编辑、禁用店铺信息。
2. 用户管理:创建、编辑、删除所有用户账号,并为其分配角色和所属店铺。
3. 票券模板管理:设定票券的基础规则(如有效期、类型等)。
4. 全局数据查看:查看所有店铺的票券发放、审核、核销记录和统计报表。
5. 系统配置:进行系统级别的参数设置。
票券审核员 各店铺的负责人或指定审核人员,对本店的票券发放进行把关。 1. 票券审核:审核本店发放员提交的票券申请,可选择“批准”或“驳回”。
2. 记录查看:查看本店所有票券的发放、审核、核销记录。
3. 报表查看:查看本店的票券相关统计报表。
票券发放员 各店铺的销售或前台人员,负责为客户创建票券。 1. 客户与车辆管理:创建或查询客户信息及其绑定的车辆信息(车牌号为唯一标识)。
2. 票券发放:为指定车辆创建新的票券(次数卡或金额券),提交后票券状态为“待审核”。
3. 记录查看:查看自己经手的票券发放记录及审核状态。
票券核销人员 各店铺的服务人员,负责在客户消费时使用其票券。 1. 票券查询:通过车牌号、手机号或票券ID查询客户名下的有效票券。
2. 票券核销:对查询到的票券进行核销操作(扣减次数或金额)。
3. 记录查看:查看本店的核销记录。
用户 前端用户 个人中心,修改密码,查看我的车辆及对应车辆的保养剩余次数,历史使用情况。
核心权限逻辑:
审核员、发放员、核销人员的操作权限(增、改、审)严格限制在自己所属的店铺。
核销人员在核销时,可以查询并使用所有店铺发放的有效票券。

3. 功能需求
3.1 核心概念定义
票券(Voucher):客户购买服务的凭证,与特定车辆绑定。
车辆(Vehicle):系统管理的基本单位,通过车牌号唯一识别。
票券状态:待审核:发放员已创建,等待审核员审核。
有效:审核通过,客户可以正常使用。
已驳回:审核员驳回,不可使用,需说明驳回原因。
已用尽:次数卡次数用完或金额券余额为零。
已过期:超过有效期,不可使用。
3.2 功能模块
模块一:系统管理 (总管理员)
店铺管理功能描述:总管理员可以增、删、改、查店铺信息。
字段:店铺名称、店铺地址、联系电话、状态(启用/禁用)。
用户管理功能描述:总管理员可以增、删、改、查用户信息。
字段:用户名、登录密码、真实姓名、所属店铺、角色(审核员/发放员/核销员)。
模块二:票券发放流程
客户及车辆信息录入 (票券发放员)发放员可根据客户手机号查询老客户,或创建新客户。
为客户添加车辆信息,车牌号为必填项且唯一。
创建票券 (票券发放员)选择客户及其车辆。
选择票券类型:次数卡:输入服务项目(如:常规保养、精洗)。
输入总次数(如:5次)。
输入售卖金额。
设定有效期(可选,可由总后台统一设置默认值)。
金额券:输入充值金额(如:充值1000元)。
输入实收金额(如:实收950元,用于优惠活动)。
设定有效期(可选)。
提交后,票券生成,状态为“待审核”,并记录发放店铺和发放员信息。
票券审核 (票券审核员)审核员登录后,在待办列表中看到本店提交的“待审核”票券。
可查看票券详细信息(客户、车辆、类型、金额/次数等)。
操作:“批准”或“驳回”。批准:票券状态变为“有效”,客户可开始使用。
驳回:需填写驳回原因,票券状态变为“已驳回”,发放员会收到通知。
模块三:票券核销流程 (票券核销人员)
票券查询核销人员输入客户的车牌号(主要查询方式)、手机号或票券ID。
系统展示该车辆名下所有**状态为“有效”**的票券列表,包括其类型、剩余次数/金额、有效期等信息。
执行核销核销人员选择客户要使用的票券。
对于次数卡:点击“使用”按钮。
系统扣减1次,并记录核销操作。
剩余次数为0时,票券状态自动变为“已用尽”。
对于金额券:输入本次消费金额。
系统校验消费金额是否小于等于余额。
校验通过后,扣减相应金额,并记录核销操作。
余额为0时,票券状态自动变为“已用尽”。
核销记录必须包含:核销店铺、核销人员、核销时间、核销前后的次数/金额变化。
模块四:查询与报表
票券查询所有角色均可根据权限范围,通过多维度(车牌号、客户手机、票券状态、日期范围等)查询票券信息。
店铺报表 (票券审核员及以上权限)发放统计:统计指定时间段内,本店发放的票券数量和总金额。
核销统计:统计指定时间段内,在本店核销的票券详情(包括本店发放和他店发放的)。这对于店铺间的结算至关重要。
全局报表 (仅总管理员)可按店铺、按时间范围查看所有店铺的发放和核销数据。
跨店核销分析:生成报表,清晰展示“A店发放、B店核销”的明细,为店铺间财务结算提供依据。
数据的导入导出,根据甲方已有的Excel表格格式,批量导入数据到系统中,系统中的数据可以导出为指定格式的Excel表格。

4. 非功能性需求
性能需求:票券查询响应时间应在2秒以内。
安全性需求:用户密码需加密存储。
严格的权限控制,确保用户无法越权访问不属于自己店铺的数据。
所有关键操作(如发放、审核、核销)均有详细日志记录,可追溯。
可用性需求:界面设计简洁明了,易于一线员工快速上手。
关键操作有二次确认提示,防止误操作。

投递职位 已有5人投递,发布人 点此登录 后查看。

信用行为

  • 发布项目
    2
  • 订单总数
    0
  • 退款单数
    0

完善简历

工程师完善技术能力和项目经验,更易接到订单

发布任务

企业点击发布任务,工程师会在任务下报名,招聘专员也会在1小时内与您联系,1小时内精准确定人才

微信客服

需求方请加需求方端客服沟通需求,工程师请加工程师端客服浏览推送职位

需求方端客服
工程师端客服
联系需求方端客服