648 lines
28 KiB
Markdown
648 lines
28 KiB
Markdown
# 阿尼坊会员系统功能需求文档26.02.11
|
||
|
||
## 一、活动公告（主页）
|
||
|
||
**功能设计**
|
||
|
||
1. 在最上方有图片轮播，水平滚动，由后台进行设定，点击即可跳转对应的公告内容界面
|
||
2. 显示官方发表日期（格式：年月日）
|
||
3. 显示类似微信公众号文章的入口卡片
|
||
4. 提供可交互的点赞功能，用户对每条文章卡片仅可点赞一次
|
||
5. 第一次打开可使用微信绑定小程序，默认使用微信头像和微信昵称
|
||
|
||
**UI设计**
|
||
|
||
1. 参考微信公众号列表布局，具备点赞功能，评论功能
|
||
2. 按发布时间戳倒序排列，最新发表内容优先展示
|
||
|
||
### 1.1 公告内容界面
|
||
|
||
**功能设计**
|
||
|
||
1. 展示标题
|
||
2. 展示点赞数
|
||
3. 正文内容（支持图、文、视频混排。图片和视频可以放大预览）
|
||
4. 评论输入框和点赞
|
||
5. 评论区显示其他会员(普通会员、商铺会员)的评论
|
||
|
||
**UI设计**
|
||
参考微信公众号文章的内容
|
||
|
||
## 二、设施预约
|
||
|
||
### 2.1 预约界面
|
||
|
||
**功能设计**
|
||
参考自小程序"即刻练舞"。目的：把设施的数据序列化，可让后台对设施进行管理
|
||
|
||
1. 在该界面中，若用户未进行登录，则弹出提示框，告知用户需要登录，并提供登录页面的跳转
|
||
2. 在该界面中，若已登录的用户在未经过实名认证的情况下，点击任意设施按钮，将会弹出实名认证提示框，从而能跳转到实名认证界面
|
||
3. 跳转流程：设施卡片列表，选择某个设施——>设施详细页面——>点击"设施详细页面"立即预约"按钮——>预约时间表界面
|
||
4. 用户可按小时预约并支付设施使用，需设置开始时间与结束时间
|
||
5. 收费规则：周一至周五50元/小时，周六日70元/小时（后台可自定义价格与日期）。某个设施对应一天内的每小时收费
|
||
6. 后台功能支持：
|
||
* 需通过登录、实名认证后方可进入预订时间表
|
||
* 可设置开放预约日期范围（如：可提前x天预约，1小时起约）
|
||
* 可指定设施特定日期范围内每小时收费标准，默认50元/小时
|
||
* 可设定设施开放预约时间段（默认10:00-22:00）
|
||
|
||
**UI设计**
|
||
|
||
1. 设施以列表形式显示入口，单个设施展示一张图片即可，点击整张图片，跳转到对应的轮播图+图文混排详情页面(类似电商货架列表)
|
||
|
||
### 2.2 预订时间表界面
|
||
|
||
**功能设计**
|
||
|
||
1. 用户在"预约界面"已经选择了某个设施，这个界面持有该设施信息
|
||
2. 日历表形式选择预订该设施某一天的日期。日期范围从当月当天到下个月最后一天
|
||
3. 纵轴显示每小时（10:00起，每格递增1小时）
|
||
4. 单元格在前端显示状态分为两种：
|
||
1. "可预订"：白色背景，该时段完全空闲
|
||
2. "不可预订"：灰色背景，不可点击
|
||
* "已预定"：后台记录该时段已被用户下单并成功付款的状态
|
||
* "锁定中"：由于其他用户的操作，导致该时段被临时锁定
|
||
* "已过期"：该单元格代表的时间，小于当前时间
|
||
5. 单元格点击交互逻辑（参考酒店类APP的日期选择交互逻辑）：
|
||
* 仅可点击“可预订”单元格
|
||
* 在首次点击某个"可预定"单元格即可作为开始时间：
|
||
* 若再次点击选择某个小于开始时间的单元格，则把选择的单元格重新作为开始时间
|
||
* 若再次点击选择某个大于开始时间的单元格，则可确认结束时间，此时拥有了开始时间、结束时间参数
|
||
* 若再次点击选择与开始时间相同的单元格，则点击无效，直接不处理任何逻辑
|
||
* 开始和结束时间均选定后，任意点击其他“可预订”单元格将重设开始时间并清除上一次选择
|
||
* 若所选时间范围内包含"不可预订"单元格，则选择失败并弹窗提示具体被占用时段，清除选择状态
|
||
* 选定开始和结束时间后，右下角显示总小时数及费用，未选定时显示占位符
|
||
6. 并发控制机制：
|
||
* 用户点击"确认预订"后，系统立即对所选时段进行临时锁定（15分钟）
|
||
* 锁定期间其他用户无法预订重叠时段
|
||
* 若15分钟内未完成支付，锁定自动释放
|
||
* 支付成功后，锁定状态转为"已预订"
|
||
7. 页面刷新机制：
|
||
* 用户停留超过30秒自动刷新一次数据
|
||
* 提供手动"刷新"按钮
|
||
* 确保用户看到的时段状态是最新的
|
||
8. 交互总结
|
||
* 核心逻辑
|
||
1. 首次点击可预订时段 → 设为开始时间
|
||
2. 点击更早时段 → 重新设为开始时间
|
||
3. 点击更晚时段 → 设为结束时间，同时检测选定范围内是否有被占用时段
|
||
4. 冲突检测失败 → 显示冲突弹窗并清空选择
|
||
5. 冲突检测通过 → 确认时间范围，更新预约信息（时间、时段数、价格）
|
||
6. 重复点击开始时间 → 无效（不处理）
|
||
7. 完整选择后再点 → 重置并重新开始选择
|
||
|
||
```mermaid
|
||
graph TD
|
||
A["用户点击时间段"] --> B{该时段是否<br/>可预订状态?}
|
||
|
||
B -->|否| C["拒绝点击<br/>提示不可预订"]
|
||
C --> A
|
||
|
||
B -->|是| D{是否已选<br/>开始时间?}
|
||
|
||
D -->|否| E["标记为开始时间<br/>状态：已选择起点"]
|
||
E --> A
|
||
|
||
D -->|是| F{点击的时段<br/>晚于开始时间?}
|
||
|
||
F -->|否<br/>早于或相同| G{是否与<br/>开始时间相同?}
|
||
G -->|是| H["无效操作<br/>不做任何处理"]
|
||
H --> A
|
||
|
||
G -->|否<br/>早于| I["重置为新的开始时间"]
|
||
I --> A
|
||
|
||
F -->|是<br/>晚于| J["检测开始时间<br/>到该时段之间<br/>是否有被占用时段"]
|
||
|
||
J --> K{是否存在<br/>冲突?}
|
||
|
||
K -->|是| L["弹出冲突警告框<br/>显示被占用时段"]
|
||
L --> M["清空所有选择<br/>重新开始"]
|
||
M --> A
|
||
|
||
K -->|否| N["标记为结束时间<br/>完成时间范围选择"]
|
||
N --> O["计算已选时段数"]
|
||
O --> P["根据星期判断价格<br/>周末70元/小时<br/>工作日50元/小时"]
|
||
P --> Q["计算总价格"]
|
||
Q --> R["更新预约信息显示<br/>激活确认按钮"]
|
||
R --> S{用户是否<br/>继续点击?}
|
||
|
||
S -->|是| T{再次点击的<br/>时段是否可预订?}
|
||
T -->|否| C
|
||
T -->|是| U["重置所有选择<br/>重新开始"]
|
||
U --> A
|
||
|
||
S -->|否| V["等待用户确认预约"]
|
||
V --> W["锁定已选时段<br/>跳转至支付页面"]
|
||
|
||
style A fill:#e3f2fd
|
||
style E fill:#fff9c4
|
||
style N fill:#fff9c4
|
||
style R fill:#c8e6c9
|
||
style W fill:#c8e6c9
|
||
style L fill:#ffcdd2
|
||
style M fill:#ffcdd2
|
||
style H fill:#f5f5f5
|
||
```
|
||
|
||
**UI设计**
|
||
|
||
1. 界面上方拥有日历表形式的日期选择器（参考酒店APP的日期选择器样式）
|
||
日历表交互规则：
|
||
* 日历表可以折叠和隐藏。隐藏时显示当前选择的日期。点击后展开显示日历表
|
||
* 每次进入该界面后，日期选择器处于折叠状态
|
||
* 折叠时保留一行日历表展开按钮，按钮显示当前选择日期的文本
|
||
* 点击日历表展开按钮后，展开日历表，供用户选择其他日期
|
||
* 用户在日历表中选择任意一个日期后，日历表就隐藏，并更新日历表展开按钮显示的日期文本
|
||
2. 拥有状态说明栏，展示状态说明和用户选择的起止时间内容：
|
||
* 可预订单元格颜色和文本
|
||
* 不可预定单元格颜色和文本
|
||
* 起止时间 如：13:00 \~ 18:00（未选择或选择逻辑出错时，显示占位符）
|
||
3. 界面下方拥有每个小时的可交互点击的单列格子，格子显示时间如10:00，状态，价格
|
||
4. 可预订单元格：白色背景，按钮可点击
|
||
5. 不可预订单元格：灰色背景，按钮不可点击
|
||
6. 页面右上角：显示"刷新"按钮和最后更新时间（如"最后更新: 14:32"）
|
||
7. 冲突提示弹窗：
|
||
* 标题："预订失败"
|
||
* 正文：列出具体被占用的时段
|
||
* 按钮："重新选择" / "联系客服"
|
||
|
||
### 2.2.1 预订时间段锁定机制
|
||
|
||
**功能设计**
|
||
|
||
1. 锁定机制规则
|
||
* 临时锁定触发时机：用户在预订时间表界面选定开始和结束时间，点击"确认预订"按钮后，立即对所选时间段进行临时锁定
|
||
* 锁定时长：15分钟（可在后台配置，建议10-20分钟）
|
||
* 锁定范围：精确到设施ID + 日期 + 小时粒度的时间段
|
||
* 锁定状态：在数据库中标记为"临时锁定"状态，记录锁定用户UID、锁定时间戳
|
||
2. 超时释放机制
|
||
* 自动释放条件：
|
||
* 用户未在15分钟内完成支付
|
||
* 用户主动取消预订
|
||
* 释放处理：
|
||
* 后台定时任务每分钟扫描一次过期锁定记录
|
||
* 将过期的"临时锁定"状态恢复为"可预订"
|
||
* 释放后其他用户可立即预订该时段
|
||
|
||
### 2.3 预约支付界面
|
||
|
||
**功能设计**
|
||
|
||
1. 自动统计预订总小时数（来源于时间表界面选择）
|
||
2. 显示用户在实名认证中所填写的手机号
|
||
3. 增加倒计时提醒：
|
||
* 显眼位置展示15分钟倒计时
|
||
* 倒计时结束前1分钟文字变红并闪烁提醒
|
||
* 超时后自动跳转回时间表界面，提示"预订已超时，请重新选择"
|
||
4. 支付状态同步：
|
||
* 支付成功后立即更新订单状态为"已预订"
|
||
* 释放临时锁定，转为正式占用
|
||
|
||
**UI设计**
|
||
|
||
1. 展示预订起止时间、总小时数及应付金额
|
||
2. 展示用户在实名认证后的联系手机号的文本
|
||
3. 顶部增加倒计时横栏：
|
||
* 格式："⏰ 请在 14分32秒 内完成支付，超时将自动释放预订"
|
||
* 剩余5分钟时背景变为橙色
|
||
* 剩余1分钟时背景变为红色并闪烁
|
||
|
||
### 2.4 支付成功界面
|
||
|
||
支持微信支付，采用微信默认支付成功界面
|
||
|
||
### 2.5 实名认证界面
|
||
|
||
**功能设计**
|
||
|
||
* 认证内容（仅验证身份证号是否匹配该姓名）
|
||
1. 用户真实姓名
|
||
2. 用户身份证号码
|
||
3. 用户手机号码（拥有接收验证码功能）
|
||
4. 手机号验证码功能：点击发送按钮后30秒冷却，该界面退出冷却持续，防止频繁获取验证码
|
||
|
||
**UI设计**
|
||
|
||
无特别指定内容，在保持UI美术设计风格情况下，根据功能设计参考其他APP或小程序实名认证界面即可
|
||
|
||
## 三、商摊市集
|
||
|
||
**功能设计**
|
||
|
||
1. 平台展示两种经后台审核通过的卡片
|
||
1. 商铺卡片(由商铺会员发布)
|
||
2. 摊位卡片(由普通会员提交)
|
||
* 二者可混合显示在瀑布流中
|
||
1. 商铺卡片：
|
||
* 显示一张图片
|
||
* 标题，正文。超长则省略
|
||
* 商铺会员的头像，名称，商铺号
|
||
* 图像右上角显示粉色#FF8AB5"入驻商铺"标签
|
||
* 支持点赞、收藏(在卡片详细界面中交互)
|
||
2. 摊位卡片：
|
||
* 显示一张图片
|
||
* 标题，正文。超长则省略
|
||
* 普通会员头像，昵称
|
||
* 显示中签后的场次信息，格式为：日期、区名、摊位号
|
||
* 图像右上角显示蓝色#87CEEB"摊位"标签
|
||
* 支持点赞、收藏(在卡片详细界面中交互)
|
||
2. 卡片类型筛选、排序栏
|
||
* 卡片类型筛选：通过下拉选择器选择
|
||
* 全部（默认）：显示商铺卡片和摊位卡片
|
||
* 商铺：仅显示商铺卡片
|
||
* 摊位：仅显示摊位卡片
|
||
* 排序栏：通过按钮组切换排序规则
|
||
* 热门（默认）：热度值高值在前
|
||
* 最新发布：提交/发布时间新时间在前
|
||
* 点赞数：点赞数高值在前
|
||
3. 搜索
|
||
* 点击搜索框展开搜索扩展框
|
||
* 扩展框显示热度值最高的前5个标签（用固定数据模拟）
|
||
* 点击标签快速填充搜索框文本
|
||
* 用户可手动输入文本，对进行搜索
|
||
* 模糊搜索：
|
||
* 标题和正文：模糊搜索
|
||
* 能通过卡片标签搜索，如：国漫，日漫，日乙，漫画，手工，谷子，原创，少女，科幻
|
||
* 能通过IP名称搜索，如：进击的巨人，电锯人，龙珠，龙珠超，高达00，高达SEED
|
||
4. 申摊/发布功能
|
||
* 位置：页面顶部右侧"申摊"/"发布"按钮
|
||
* 显示逻辑：
|
||
* 若当前会员为普通会员，则显示"申摊"按钮
|
||
* 若当前会员为商铺会员，则显示"发布"按钮
|
||
* 申摊时校验：用户必须完成实名认证，否则弹窗提示并可跳转认证界面
|
||
|
||
**UI设计**
|
||
|
||
整体布局
|
||
|
||
* 顶部：搜索框
|
||
* 中部：卡片类型下拉选择器 + 排序按钮组（热门/最新发布/点赞数）+ "申摊"/"发布"按钮
|
||
* 下部：瀑布流卡片展示
|
||
|
||
1. 卡片设计
|
||
* 卡片类型区分方案
|
||
* 在卡片右上角添加小标签/徽章
|
||
1. 商铺卡片：显示"商铺"标签（背景为品牌色）
|
||
2. 摊位卡片：显示"摊位"标签（背景为浅蓝色或其他颜色以区分）
|
||
* 卡片最下方显示不同的信息字段
|
||
|
||
2. 卡片类型筛选、排序栏、申摊/发布按钮
|
||
* 整体呈现为一行
|
||
* 左侧：下拉选择器
|
||
* 默认显示"全部"
|
||
* 点击展开菜单：全部、商铺、摊位
|
||
* 选中项使用品牌色 #FF6FA5 标记
|
||
* 中间：排序按钮组
|
||
* 三个按钮：热门、最新发布、点赞数
|
||
* 默认选中"热门"
|
||
* 选中按钮：背景为品牌色 #FF6FA5，文字为白色
|
||
* 未选中按钮：背景为浅灰色，文字为深灰色
|
||
* 点击切换排序方式
|
||
* 右侧：根据用户会员类型，显示其中一种按钮
|
||
* 申摊：普通会员时显示
|
||
* 发布：商铺会员时显示
|
||
|
||
3. 搜索框、扩展框
|
||
* 搜索框外观：
|
||
* 圆角矩形，背景为半透明白色
|
||
* 左侧放置搜索图标
|
||
* 扩展框(点击搜索框后展开)：
|
||
* 占据搜索框下方，宽度与搜索框同
|
||
* 背景为半透明白色，圆角矩形
|
||
* 显示"热门标签"标题
|
||
* 标签以横向排列，可换行
|
||
* 每个标签样式：
|
||
* 圆角矩形
|
||
* 背景为品牌色 #FF6FA5
|
||
* 文字为白色
|
||
* 点击后该标签填充到搜索框
|
||
|
||
### 3.1 卡片详情界面
|
||
|
||
**功能设计**
|
||
|
||
* 点击卡片后进入详情界面
|
||
* 展示完整的卡片内容：标题、正文、图片/视频（支持放大预览）
|
||
* 若是商铺会员进入该界面，且该卡片发布人与当前访问会员相同时，右上角显示编辑按钮，可对该页面进行编辑
|
||
* 展示用户信息、点赞数、摊位号/商铺号、收藏数
|
||
* 评论
|
||
|
||
**UI设计**
|
||
|
||
* 参考小红书卡片详情页的交互与设计
|
||
* 摊位卡片：仅支持一张图片放大浏览
|
||
* 商铺卡片：仅支持一张图片放大浏览
|
||
|
||
### 3.2 申摊界面
|
||
|
||
**功能设计**
|
||
|
||
1. 申摊规则
|
||
* 用户可预约多天，每天仅能申请一个自定义场地（A区或B区）
|
||
* 先校验用户是否完成实名认证
|
||
* 点击"申请"时后台校验：
|
||
* 是否重复申请同场次/同一天
|
||
* 是否在黑名单中
|
||
* 申请成功：弹出成功界面显示注意事项，可通过"我的-预约详情"查看进度
|
||
* 申请失败：弹出失败界面，显示文本"需联系客服"
|
||
|
||
2. 必填项
|
||
* 标题输入：50字以内
|
||
* 正文输入：500字以内，可输入格式"#字符串"的形式添加卡片标签
|
||
* 照片上传：仅1张，5MB以内
|
||
* 联系QQ号：显示用户上次填写过的QQ号。用户可自由修改此项。并提示此项为客服的重要联系渠道
|
||
* 预约场次：下拉菜单选择
|
||
* 动漫IP标签(至少一个)
|
||
|
||
3. 预约场次下拉菜单
|
||
* 显示内容：日期、星期、自定义场地
|
||
* 场地字段由后台管理（如A区、B区）
|
||
|
||
4. 备注信息
|
||
* 后台自定义文本，用于显示注意事项说明
|
||
* 对两种用户显示不同的备注信息
|
||
1. 普通会员的备注信息
|
||
2. 商铺会员的备注信息
|
||
|
||
5. 动漫IP标签输入框
|
||
* 点击后，可对后台提供的标签列表进行模糊搜索
|
||
* 搜索出结果后，用户可单选某个结果进行添加
|
||
* 添加至少1个动漫IP标签，最多添加10个
|
||
|
||
6. 存稿机制
|
||
* 普通会员和商铺会员各可保留1个卡片模板，数据存储周期30天
|
||
* 触发保存的场景：
|
||
1. 普通会员点击"申请摊位"时静默保存
|
||
2. 商铺会员点击"申请发布"时静默保存
|
||
3. 编辑界面返回时弹窗确认保存（覆盖存储）
|
||
* 读取逻辑设计
|
||
* 进入编辑界面时自动检测模板：
|
||
1. 存在模板 → 弹窗询问是否导入（确认后填充界面数据）
|
||
2. 无模板 → 无弹窗直接进入空白编辑
|
||
* 关键交互流程
|
||
* 覆盖存储逻辑：用户确认保存时直接覆盖旧模板，无版本管理
|
||
* 弹窗处理需实现：
|
||
* 保存确认对话框（带确定/取消操作）
|
||
* 读取导入对话框（带确定/取消操作）
|
||
* 无删除功能设计，依赖30天自动过期机制
|
||
|
||
7. 申摊事项与须知弹窗(仅针对普通会员弹出)
|
||
* 对于普通会员用户，每次点击申请提交后，需弹出关于申摊事项与须知的详细页面，具有提交和取消按钮。需勾选已阅，才能点击提交按钮
|
||
* 商铺会员，不会有该弹窗
|
||
|
||
**UI设计**
|
||
|
||
1. 包含标题输入框、正文输入框、QQ号输入框、图片上传入口、标签下拉选择器
|
||
2. 展示场次下拉菜单、备注信息文本
|
||
|
||
### 3.3 发布界面
|
||
|
||
与申摊界面类似，无预约场次下拉菜单，无qq号选填框
|
||
|
||
## 四、我的
|
||
|
||
**功能设计**
|
||
|
||
1. 显示用户头像、昵称、UID
|
||
用户类型：
|
||
1. 未注册用户 游客
|
||
* 不需要设定昵称、头像
|
||
* 限制的功能：预约设施、申摊、评论、收藏
|
||
* 可用功能：浏览活动公告、商铺卡片、摊位卡片的详细界面
|
||
|
||
2. 普通会员
|
||
* 必填信息：
|
||
1. 昵称
|
||
2. 头像
|
||
3. 手机号(验证码认证)
|
||
4. UID(自动生成)
|
||
* 更换信息：
|
||
* 昵称：在"我的"界面中，自由更改
|
||
* 头像：在"我的"界面中，自由更改
|
||
* 手机号：在"我的"界面中，通过接收验证码后，更换手机号。注册完成后，可进行一次修改，往后每次修改都会进入30天冷却限制(参考小红书)
|
||
* 实名认证：在"我的"界面中具有入口。认证完成后，不可进行修改，需要弹出提示
|
||
* 开放功能：
|
||
1. 评论
|
||
2. 点赞
|
||
3. 收藏
|
||
|
||
3. 商铺会员
|
||
* 由线下客服与商家沟通，在后台对某个普通会员进行操作，打上flag即可成为商铺会员
|
||
* 录入信息：会员UID，实名信息，商铺名称，商铺号，商铺头像
|
||
* 进入"市集"界面时，"申摊"按钮换成"发布"
|
||
* 进入"我的"界面，用户昵称旁边增加"入驻商铺"文本
|
||
* "我的"界面，下方显示"我的发布"可对以往发布的卡片进行预览，点击可对卡片编辑
|
||
|
||
2. 在头像附近展示用户标签文本
|
||
* 入驻商铺：通过后台直接新建或者修改普通会员信息，让该对象成为商铺会员
|
||
* 前往实名认证：普通会员注册后，没有进行实名认证时，显示"实名认证界面"跳转入口按钮
|
||
* 已实名：普通会员实名认证后，显示的文本
|
||
|
||
3. 客服中心界面跳转入口
|
||
1. 意见反馈(跳转)
|
||
2. 联系方式(弹窗)
|
||
|
||
4. 预约详情界面的跳转栏
|
||
|
||
5. 卡片展示和筛选：
|
||
1. 筛选：
|
||
* 笔记：显示该会员所有发布过的摊位卡片和商铺卡片，排序按照发布日期最新的在前
|
||
* 收藏：显示该会员所有收藏的摊位卡片和商铺卡片，排序按照收藏日期最新的在前
|
||
2. 展示：
|
||
* 卡片状态未审核通过时，显示"审核中"字样。点击跳转到"卡片详情界面"
|
||
|
||
6. 普通会员的实名认证
|
||
* 必填信息：身份证号，身份证姓名
|
||
* 认证成功后开放的功能：预约设施、申摊
|
||
|
||
7. 商铺会员不需要对实名信息进行认证和录入
|
||
|
||
**UI设计**
|
||
|
||
1. 上方显示头像、昵称、UID、用户的标签
|
||
2. 客服中心入口：意见反馈、联系渠道
|
||
3. 预约详情入口
|
||
4. 卡片显示筛选栏：我的发布(默认)、收藏
|
||
|
||
### 4.1 预约详情
|
||
|
||
**功能设计**
|
||
|
||
1. 显示用户申摊与设施预约的申请情况和订单信息
|
||
2. 摊位栏目：展示摊位预约状态、日期、星期、自定义场次字段；“支付”按钮（仅待支付阶段显示）
|
||
* 摊位预约状态：
|
||
1. 等待抽签：场次信息、富文本备注
|
||
2. 待缴费：场次信息、订单号、XX前完成支付、取消订单按钮、支付按钮、付款金额
|
||
3. 未中签：场次信息
|
||
4. 未通过：场次信息、订单号、原因文本(后台填写，具有下拉选项框显示前几次填写的功能)
|
||
5. 待公布：场次信息、订单号、备注、XX前可申请退款提示、申请退款按钮
|
||
6. 成功：场次信息、摊位号、订单号、备注
|
||
7. 已失效：场次信息、摊位号、订单号、备注
|
||
8. 退款中：场次信息、摊位号、订单号、备注
|
||
9. 已退款：场次信息、摊位号、订单号、备注
|
||
3. 设施栏目：展示设施预约状态、日期、星期、设施名称、预约起止时间及总时长
|
||
* 设施预约状态：
|
||
1. 待缴费：设施信息、预约时间段(开始时间和结束时间，显示时各预留5分钟交接时长)、订单号、XX前完成支付、取消订单按钮、支付按钮、付款金额
|
||
2. 成功：设施信息、预约时间段、订单号、备注、XX前可申请退款提示、申请退款按钮
|
||
3. 已失效：设施信息、预约时间段、订单号、备注
|
||
4. 已退款：：设施信息、预约时间段、订单号、备注
|
||
|
||
**UI设计**
|
||
|
||
分摊位和设施两个栏目清晰展示对应信息，功能按钮按需显示
|
||
|
||
### 4.2 意见反馈
|
||
|
||
**功能设计**
|
||
|
||
1. 正文输入（字数上限800）
|
||
2. 联系方式，让用户填写QQ或手机或微信号（字符串）
|
||
3. 问题分类
|
||
1. 设施预约
|
||
2. 摊位申请
|
||
3. 商铺发布
|
||
4. 支付/退款
|
||
5. 实名认证
|
||
6. 账号/登录
|
||
7. 内容审核
|
||
8. 活动公告
|
||
9. 功能建议
|
||
10. 投诉举报
|
||
11. 技术故障
|
||
12. 其他问题
|
||
2. 上传按钮（每用户1小时内限上传一次）
|
||
|
||
**UI设计**
|
||
|
||
包含正文输入框及上传按钮，标注字数限制及上传规则
|
||
|
||
### 4.3 联系渠道
|
||
|
||
**功能设计**
|
||
|
||
1. 上滑浮动菜单，显示客服电话、微信、邮箱（点击自动复制并弹出提示气泡）
|
||
2. 展示工作时间，提供关闭按钮
|
||
|
||
**UI设计**
|
||
|
||
浮动菜单样式简洁，信息清晰，操作按钮明确
|
||
|
||
### 4.4 积分
|
||
|
||
每个用户数据库中保留积分字段，当前暂不开放UI入口及相关功能代码
|
||
|
||
## 点赞值与收藏规则
|
||
|
||
**活动公告、商铺卡片、摊位卡片**
|
||
|
||
* 每个用户对单个卡片仅可进行一次点赞，点赞可取消
|
||
* 每个用户对单个卡片进行收藏，可取消收藏。收藏后在"我的"界面通过筛选栏看到收藏过的卡片
|
||
|
||
## 热度值规则
|
||
|
||
1. 核心计算公式
|
||
* 新增卡片的热度值为0，用户点击一次卡片进入"卡片详情"界面，则对该卡片热度值增加1
|
||
* 最新热度值 = `基础热度分` × `时间衰减系数 `× `编辑惩罚系数`
|
||
* `基础热度分` = 累计点击数 × 点击权重 + 当前点赞数 × 点赞权重 + 评论数 x 评论权重
|
||
* 累计点击数: 每个用户每天只计1次有效点击（防刷）
|
||
* 当前点赞数: 实时统计有效点赞数（支持取消点赞）
|
||
* 评论数：该卡片的评论数，包括折叠评论
|
||
* `时间衰减系数`
|
||
* 时间衰减系数 = 衰减基数 ^ (已过小时数 / 衰减周期)
|
||
* 作用：让热度随时间自然降低，新卡片有机会上榜
|
||
* `编辑惩罚系数`
|
||
* 编辑惩罚系数 = 编辑劝退基数 ^ 编辑次数
|
||
* 作用: 防止频繁编辑刷热度
|
||
|
||
2. 参数一览
|
||
|
||
| 参数名称 | 默认值 | 说明 |
|
||
| --- | --- | --- |
|
||
| 点击权重 | 1.0 | 每次有效点击的热度贡献 |
|
||
| 点赞权重 | 2.0 | 每个有效点赞的热度贡献 |
|
||
| 评论权重 | 1.0 | 所有评论数的热度贡献（包括折叠楼层） |
|
||
| 衰减基数 | 0.95 | 目前商铺和摊位统一。越接近1衰减越慢 |
|
||
| 衰减周期 | 24小时 | 应用衰减的时间单位 |
|
||
| 编辑劝退基数 | 0.85 | 每次编辑保留85%热度 |
|
||
| 热度更新间隔 | 60分钟 | 定时批量更新周期 |
|
||
|
||
3. 用户可随时取消点赞，取消后热度值相应降低
|
||
4. 累计点赞数 == 当前实际有效点赞数（界面中显示的点赞数）
|
||
5. 更新机制
|
||
* 定时批量更新
|
||
* 每"热度更新间隔"自动给你重算所有卡片热度
|
||
* 适用场景：时间衰减、定时刷新排序
|
||
* 实时更新
|
||
* 用户点击卡片 → 立即记录点击数
|
||
* 用户点赞/取消 → 立即更新点赞数
|
||
* 热度排序 → 等待下个计算周期更新
|
||
|
||
## 社交规则
|
||
|
||
1. 评论仅支持emoji和文本，不支持插入图片
|
||
2. 可取消已收藏的卡片
|
||
|
||
## 小程序订阅消息
|
||
1. 待缴费提醒
|
||
- 模板ID：`InzMaggwWwvrqKbgPbRcmhi_BuTXhy_mJ3vDuX0MvjM`
|
||
|
||
2. 审核驳回通知
|
||
- 模板ID：`0UMc_u2CzfHEX11WGVG1L3uVhIXprY_OFfXWAanAJMw`
|
||
|
||
3. 预订成功通知
|
||
- 模板ID：`npXGuT1McOgor1Y68Yutqquzw2ymNa0RzoRTKZvSC_s`
|
||
|
||
|
||
## 订阅消息、后台备注信息的推送规则
|
||
|
||
| 后台申摊流程 | 小程序-预约详情-状态 |
|
||
| --- | --- |
|
||
| 申请摊位 | 待抽签（拥有新建场次时填写的备注信息） |
|
||
| 申请结束时间+触发抽签 | 待抽签 （拥有新建场次时填写的备注信息）|
|
||
| 审核中 | 待抽签 （拥有新建场次时填写的备注信息）|
|
||
| 审核完成+推送缴费消息 | 待缴费、未中签、审核驳回(不同用户显示不同的备注原因) |
|
||
| 支付完成 | 待公布 |
|
||
| 用户取消支付 | 已取消 |
|
||
| 支付逾期 | 已取消 |
|
||
| 申请退款 | 退款中 |
|
||
| 已经退款完成 | 已退款 |
|
||
| 后台公布 | 成功（粉红色框） |
|
||
| -当日超过场次日子- | 已完成，只从"成功"跳转到"已完成" |
|
||
|
||
## 申请摊位流程图
|
||
|
||
```mermaid
|
||
graph TD
|
||
A[用户提交申摊] --> B[待抽签 不公布摊位号]
|
||
B --> |等待X小时后| C{执行抽签}
|
||
|
||
C -->|中签| D[审核中]
|
||
C -->|未中签| E["❌ 抽签未中<br/>终止流程"]
|
||
|
||
D --> F{审核结果}
|
||
F -->|审核通过| G[限时待缴费]
|
||
F -->|审核驳回| H["❌ 审核驳回<br/>终止流程<br/>显示原因"]
|
||
|
||
G --> I{缴费情况}
|
||
I -->|缴费成功| J[待公布摊位号]
|
||
I -->|超期未缴费| K["❌ 缴费超期<br/>终止流程"]
|
||
I -->|取消支付| N["❌ 取消订单<br/>终止流程"]
|
||
|
||
J --> L[已成功/已公布摊位号]
|
||
L --> M["⏰ 场次已过期<br/>场次日期次日自动转换"]
|
||
|
||
style B fill:#e3f2fd
|
||
style D fill:#e3f2fd
|
||
style G fill:#e3f2fd
|
||
style J fill:#e3f2fd
|
||
style L fill:#c8e6c9
|
||
style M fill:#fff9c4
|
||
style E fill:#ffcdd2
|
||
style H fill:#ffcdd2
|
||
style K fill:#ffcdd2
|
||
style N fill:#ffcdd2
|
||
|
||
```
|
||
|