# 聚玩 — 产品设计计划

> 本文描述产品设计意图，**不代表已实现的功能**。资金托管/释放、争议仲裁、自动派单、浏览器推送等条目目前仍属于规划方向，前端可能有占位 UI 但后端尚未提供完整实现。

## 一、用户系统

一个账号，三种身份：消费者、打手、店主。每个身份有独立的主页，身份切换是全局的（切换后整个应用的视角和导航都随之改变）。

新用户注册后默认为消费者身份，其他身份需要主动申请并通过认证。

消费者可以收藏/关注打手或店铺，用于复购和动态追踪。

### 用户主页

- 头像、用户名、昵称、联系方式
- 消费者主页：发帖数量、精选帖子、收藏的打手/店铺
- 打手主页：接单数据、评分、擅长游戏、服务列表、评价、所属店铺信息
- 店主主页：跳转至店铺页

### 身份认证

申请流程：提交认证材料 → 审核中 → 通过 / 拒绝（可重新提交）。

打手认证所需材料（如段位截图等）和店主认证所需材料待定。

### 登录注册

- 未登录用户可以浏览内容
- 触发需要登录的操作时（或后端返回 401），弹窗引导登录
- 用户主动点击"登录/注册"时跳转独立的登录注册页

---

## 二、店铺系统

拥有店主身份的用户可以创建店铺，一个店主对应一个店铺。

### 店铺管理后台

- 员工管理：邀请/移除打手
- 抽成设置：按单固定金额 or 百分比
- 服务项目管理
- 店铺活动/公告
- 订单总览
- 收入统计
- 店铺规则设置：是否允许员工同时挂靠其他店铺、是否允许员工独立接单

### 店铺主页

模板组件拼装，可选组件包括：店铺 banner、简介、服务列表、打手列表（带评分）、活动公告、精选评价。店主在后台开关/排列这些组件。

### 打手与店铺的关系

- 打手可以挂靠店铺，也可以独立接单
- 挂靠店铺的打手，订单收入按店铺设定的抽成比例分配
- 打手能否同时挂靠多个店铺、能否在挂靠期间独立接单，由各店铺自行规定
- 打手离开店铺后，评价数据归档可查、跟随打手，店铺保留统计数据
- 打手加入店铺前积累的独立评价，计入店铺的评分统计
- 店主移除有活跃订单的打手时，由店铺、打手、客户三方自行协商处理

### 店铺派单模式

两种模式都支持，由店家自行选择：手动指派或系统根据打手在线状态/空闲度自动匹配。

---

## 三、订单系统

### 完整流程

```
浏览服务 → 选择打手/店铺 → 下单（选服务类型、时长、备注）
  → 支付（资金从钱包扣入托管）
  → 打手接单（或店铺派单，两种模式都支持）
  → 开启订单聊天会话，双方协调时间和游戏信息
  → 进行游戏（外部语音/游戏内沟通）
  → 任一方发起结单 → 对方确认
  → 双方评价（可选；消费者先提交，密封；打手后提交，密封；双方都提交后同时揭晓）
  → 资金释放
  → 可选：发布社区帖子关联此订单
```

### 取消规则

- 消费者付款后、打手接单前：可取消，无手续费，全额退回钱包
- 接单后的取消：通过争议仲裁流程处理

### 争议仲裁

```
任一方在结单确认前可发起争议
  → 订单状态变为"争议中"，资金继续托管
  → 聊天会话继续可用（作为证据记录）
  → 双方各提交文字说明 + 截图证据
  → 平台介入审核
  → 仲裁结果：全额退款 / 全额支付 / 部分退款
  → 对结果不满可申诉一次
  → 仲裁完成后，双方仍可评价，但需过冷静期
```

### 超时机制

- 下单后打手未接单 → N 分钟后自动取消退款
- 结单发起后对方未确认 → N 小时后自动确认
- 争议提交后未处理 → N 天后升级提醒

### 打手状态

打手有并发接单上限，搜索结果和打手详情页展示"可接单/忙碌"状态。

### 复购

订单历史中提供"再来一单"入口，可直接对同一打手发起新订单。

### 其他细节

- 仲裁后的冷静期时长后议，先选择一个合理的默认值
- 打手接单后可主动退出订单（如时间冲突），退回待接单池还是直接取消后议

---

## 四、社区系统

### 发帖

- 无门槛限制，通过举报+审核控制质量
- 文字 + 图片，支持标签（游戏名、服务类型、自定义标签）
- 支持评论和点赞
- 发帖身份自动按最高身份：网站管理 > 店铺老板 > 打手 > 普通用户

### 秀单帖

- 消费者可发布秀单帖，关联已完成订单，帖子底部自动展示订单摘要卡片（游戏、服务类型、评分，不含金额等敏感信息）
- 不需要对方同意即可发布（写入用户协议）
- 打手不能直接发布秀单帖，但可以引用消费者的秀单帖并配上自己的文案（引用帖）

### 信息流

按时间/热度排序，可按标签/游戏筛选。

### 用户主页的社区部分

发帖总数、精选帖子（用户自己置顶，最多 N 条）。

### 独立评价机制

每单结单后可选评价（1-5 星 + 可选文字），独立于社区帖子，作为打手/店铺质量评估的主数据源。

---

## 五、站内聊天

### 会话类型

1. 咨询会话：消费者可在下单前与打手沟通，不绑定订单，有时效限制（如 24 小时自动关闭）
2. 订单会话：下单成功后自动创建，双方协调游戏时间、交换游戏 ID 等。订单关闭后变为只读。争议期间继续可用。

### 技术方案

WebSocket 无状态连接，消息持久化 MongoDB，热数据缓存 Redis。

### 消息类型

文字、图片、系统消息（订单状态变更通知）。

### 规则

- 不支持发送外部链接（不做技术拦截，写入用户协议）
- 店主查看员工与消费者的聊天记录需经员工同意（店主发起申请，员工确认授权）
- 咨询会话设置合理的频率限制，防止骚扰
- 咨询会话中消费者下单时，自动升级为订单会话（保留聊天记录）

---

## 六、搜索与发现

### 首页

推荐 + 分类结合。按游戏分类入口 + 推荐打手/店铺信息流。

### 搜索结果

店铺打手和独立打手混合展示。结果卡片：头像、昵称、个人评分、接单数、价格、所属店铺（如有）、擅长游戏、可接单/忙碌状态。

### 排序

综合（平台算法）、评分、价格、接单量。

### 筛选

游戏、价格区间、是否在线、评分区间。

---

## 七、资金系统

### 消费者钱包

消费者需要先充值到平台钱包，下单时从钱包扣款。

### 资金托管

订单资金在托管中，结单确认后释放给打手/店铺。

### 可见性

- 消费者支付总价：所有人可见
- 店铺抽成比例、打手实际收入：消费者不可见

### 打手/店主收入

收入明细、提现功能。提现细节（最低金额、到账时间等）后续确定。

---

## 八、通知系统

站内通知 + 用户可选浏览器推送。

### 通知分类

- 订单通知：状态变更、接单、结单、争议进展
- 社区通知：评论、点赞、引用
- 系统通知：认证结果、店铺邀请、平台公告

---

## 九、前端页面清单

按用户动线列出，供原型设计参考：

1. 首页/发现页（游戏分类入口 + 推荐信息流）
2. 搜索结果页
3. 打手详情页（评分、服务列表、评价、所属店铺、可接单状态）
4. 店铺详情页（模板组件拼装的店铺主页）
5. 下单页（选服务、填信息、确认支付）
6. 订单列表页（消费者视角 / 打手视角 / 店主视角各一套筛选）
7. 订单详情页（状态流转、聊天入口、评价入口、争议入口、再来一单）
8. 聊天列表页（咨询会话 + 订单会话）
9. 聊天详情页
10. 评价页（密封提交，双方都提交后揭晓）
11. 争议提交页 / 争议详情页
12. 社区信息流页
13. 发帖页（普通帖 / 秀单帖关联订单 / 引用帖）
14. 帖子详情页（含评论区）
15. 用户主页（消费者视角：帖子、收藏）
16. 打手主页（接单数据、评分、服务、评价、所属店铺）
17. 店铺管理后台（员工、服务、订单、收入、规则设置、模板编辑）
18. 服务发布/编辑页（选游戏、段位、价格、可用时间、描述）
19. 身份认证申请页
20. 个人设置页（资料编辑、身份切换、联系方式、通知偏好）
21. 消息/通知中心（分类展示）
22. 钱包页（消费者：充值、余额、支付记录 / 打手&店主：收入明细、提现）
23. 登录/注册页 + 401 弹窗登录组件