docs(plan): add PLAN.md

PLAN.md

@@ -0,0 +1,252 @@
+# 聚玩 — 产品设计计划
+
+## 一、用户系统
+
+一个账号，三种身份：消费者、打手、店主。每个身份有独立的主页，身份切换是全局的（切换后整个应用的视角和导航都随之改变）。
+
+新用户注册后默认为消费者身份，其他身份需要主动申请并通过认证。
+
+消费者可以收藏/关注打手或店铺，用于复购和动态追踪。
+
+### 用户主页
+
+- 头像、用户名、昵称、联系方式
+- 消费者主页：发帖数量、精选帖子、收藏的打手/店铺
+- 打手主页：接单数据、评分、擅长游戏、服务列表、评价、所属店铺信息
+- 店主主页：跳转至店铺页
+
+### 身份认证
+
+申请流程：提交认证材料 → 审核中 → 通过 / 拒绝（可重新提交）。
+
+打手认证所需材料（如段位截图等）和店主认证所需材料待定。
+
+### 登录注册
+
+- 未登录用户可以浏览内容
+- 触发需要登录的操作时（或后端返回 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 弹窗登录组件