zetaloop
8.6 KiB
聚玩 — 产品设计计划
本文描述产品设计意图，不代表已实现的功能。资金托管/释放、争议仲裁、自动派单、浏览器推送等条目目前仍属于规划方向，前端可能有占位 UI 但后端尚未提供完整实现。
一、用户系统
一个账号，三种身份：消费者、打手、店主。每个身份有独立的主页，身份切换是全局的（切换后整个应用的视角和导航都随之改变）。
新用户注册后默认为消费者身份，其他身份需要主动申请并通过认证。
消费者可以收藏/关注打手或店铺，用于复购和动态追踪。
用户主页
- 头像、用户名、昵称、联系方式
- 消费者主页：发帖数量、精选帖子、收藏的打手/店铺
- 打手主页：接单数据、评分、擅长游戏、服务列表、评价、所属店铺信息
- 店主主页：跳转至店铺页
身份认证
申请流程：提交认证材料 → 审核中 → 通过 / 拒绝（可重新提交）。
打手认证所需材料（如段位截图等）和店主认证所需材料待定。
登录注册
- 未登录用户可以浏览内容
- 触发需要登录的操作时（或后端返回 401），弹窗引导登录
- 用户主动点击"登录/注册"时跳转独立的登录注册页
二、店铺系统
拥有店主身份的用户可以创建店铺，一个店主对应一个店铺。
店铺管理后台
- 员工管理：邀请/移除打手
- 抽成设置：按单固定金额 or 百分比
- 服务项目管理
- 店铺活动/公告
- 订单总览
- 收入统计
- 店铺规则设置：是否允许员工同时挂靠其他店铺、是否允许员工独立接单
店铺主页
模板组件拼装，可选组件包括：店铺 banner、简介、服务列表、打手列表（带评分）、活动公告、精选评价。店主在后台开关/排列这些组件。
打手与店铺的关系
- 打手可以挂靠店铺，也可以独立接单
- 挂靠店铺的打手，订单收入按店铺设定的抽成比例分配
- 打手能否同时挂靠多个店铺、能否在挂靠期间独立接单，由各店铺自行规定
- 打手离开店铺后，评价数据归档可查、跟随打手，店铺保留统计数据
- 打手加入店铺前积累的独立评价，计入店铺的评分统计
- 店主移除有活跃订单的打手时，由店铺、打手、客户三方自行协商处理
店铺派单模式
两种模式都支持，由店家自行选择：手动指派或系统根据打手在线状态/空闲度自动匹配。
三、订单系统
完整流程
浏览服务 → 选择打手/店铺 → 下单（选服务类型、时长、备注）
→ 支付（资金从钱包扣入托管）
→ 打手接单（或店铺派单，两种模式都支持）
→ 开启订单聊天会话，双方协调时间和游戏信息
→ 进行游戏（外部语音/游戏内沟通）
→ 任一方发起结单 → 对方确认
→ 双方评价（可选；消费者先提交，密封；打手后提交，密封；双方都提交后同时揭晓）
→ 资金释放
→ 可选：发布社区帖子关联此订单
取消规则
- 消费者付款后、打手接单前：可取消，无手续费，全额退回钱包
- 接单后的取消：通过争议仲裁流程处理
争议仲裁
任一方在结单确认前可发起争议
→ 订单状态变为"争议中"，资金继续托管
→ 聊天会话继续可用（作为证据记录）
→ 双方各提交文字说明 + 截图证据
→ 平台介入审核
→ 仲裁结果：全额退款 / 全额支付 / 部分退款
→ 对结果不满可申诉一次
→ 仲裁完成后，双方仍可评价，但需过冷静期
超时机制
- 下单后打手未接单 → N 分钟后自动取消退款
- 结单发起后对方未确认 → N 小时后自动确认
- 争议提交后未处理 → N 天后升级提醒
打手状态
打手有并发接单上限，搜索结果和打手详情页展示"可接单/忙碌"状态。
复购
订单历史中提供"再来一单"入口，可直接对同一打手发起新订单。
其他细节
- 仲裁后的冷静期时长后议，先选择一个合理的默认值
- 打手接单后可主动退出订单（如时间冲突），退回待接单池还是直接取消后议
四、社区系统
发帖
- 无门槛限制，通过举报+审核控制质量
- 文字 + 图片，支持标签（游戏名、服务类型、自定义标签）
- 支持评论和点赞
- 发帖身份自动按最高身份：网站管理 > 店铺老板 > 打手 > 普通用户
秀单帖
- 消费者可发布秀单帖，关联已完成订单，帖子底部自动展示订单摘要卡片（游戏、服务类型、评分，不含金额等敏感信息）
- 不需要对方同意即可发布（写入用户协议）
- 打手不能直接发布秀单帖，但可以引用消费者的秀单帖并配上自己的文案（引用帖）
信息流
按时间/热度排序，可按标签/游戏筛选。
用户主页的社区部分
发帖总数、精选帖子（用户自己置顶，最多 N 条）。
独立评价机制
每单结单后可选评价（1-5 星 + 可选文字），独立于社区帖子，作为打手/店铺质量评估的主数据源。
五、站内聊天
会话类型
- 咨询会话：消费者可在下单前与打手沟通，不绑定订单，有时效限制（如 24 小时自动关闭）
- 订单会话：下单成功后自动创建，双方协调游戏时间、交换游戏 ID 等。订单关闭后变为只读。争议期间继续可用。
技术方案
WebSocket 无状态连接，消息持久化 MongoDB，热数据缓存 Redis。
消息类型
文字、图片、系统消息（订单状态变更通知）。
规则
- 不支持发送外部链接（不做技术拦截，写入用户协议）
- 店主查看员工与消费者的聊天记录需经员工同意（店主发起申请，员工确认授权）
- 咨询会话设置合理的频率限制，防止骚扰
- 咨询会话中消费者下单时，自动升级为订单会话（保留聊天记录）
六、搜索与发现
首页
推荐 + 分类结合。按游戏分类入口 + 推荐打手/店铺信息流。
搜索结果
店铺打手和独立打手混合展示。结果卡片：头像、昵称、个人评分、接单数、价格、所属店铺（如有）、擅长游戏、可接单/忙碌状态。
排序
综合（平台算法）、评分、价格、接单量。
筛选
游戏、价格区间、是否在线、评分区间。
七、资金系统
消费者钱包
消费者需要先充值到平台钱包，下单时从钱包扣款。
资金托管
订单资金在托管中，结单确认后释放给打手/店铺。
可见性
- 消费者支付总价：所有人可见
- 店铺抽成比例、打手实际收入：消费者不可见
打手/店主收入
收入明细、提现功能。提现细节（最低金额、到账时间等）后续确定。
八、通知系统
站内通知 + 用户可选浏览器推送。
通知分类
- 订单通知：状态变更、接单、结单、争议进展
- 社区通知：评论、点赞、引用
- 系统通知：认证结果、店铺邀请、平台公告
九、前端页面清单
按用户动线列出，供原型设计参考：
- 首页/发现页（游戏分类入口 + 推荐信息流）
- 搜索结果页
- 打手详情页（评分、服务列表、评价、所属店铺、可接单状态）
- 店铺详情页（模板组件拼装的店铺主页）
- 下单页（选服务、填信息、确认支付）
- 订单列表页（消费者视角 / 打手视角 / 店主视角各一套筛选）
- 订单详情页（状态流转、聊天入口、评价入口、争议入口、再来一单）
- 聊天列表页（咨询会话 + 订单会话）
- 聊天详情页
- 评价页（密封提交，双方都提交后揭晓）
- 争议提交页 / 争议详情页
- 社区信息流页
- 发帖页（普通帖 / 秀单帖关联订单 / 引用帖）
- 帖子详情页（含评论区）
- 用户主页（消费者视角：帖子、收藏）
- 打手主页（接单数据、评分、服务、评价、所属店铺）
- 店铺管理后台（员工、服务、订单、收入、规则设置、模板编辑）
- 服务发布/编辑页（选游戏、段位、价格、可用时间、描述）
- 身份认证申请页
- 个人设置页（资料编辑、身份切换、联系方式、通知偏好）
- 消息/通知中心（分类展示）
- 钱包页（消费者：充值、余额、支付记录 / 打手&店主：收入明细、提现）
- 登录/注册页 + 401 弹窗登录组件