juwan/juwan-frontend

Fork 0

Files

T

zetaloop 6a0d98a66b docs(plan): add PLAN.md

2026-02-20 11:53:19 +08:00

8.4 KiB

Raw Blame History

聚玩 — 产品设计计划

一、用户系统

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

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

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

用户主页

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

身份认证

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

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

登录注册

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

二、店铺系统

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

店铺管理后台

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

店铺主页

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

打手与店铺的关系

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

店铺派单模式

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

三、订单系统

完整流程

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

取消规则

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

争议仲裁

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

超时机制

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

打手状态

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

复购

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

其他细节

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

四、社区系统

发帖

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

秀单帖

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

信息流

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

用户主页的社区部分

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

独立评价机制

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

五、站内聊天

会话类型

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

技术方案

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

消息类型

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

规则

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

六、搜索与发现

首页

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

搜索结果

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

排序

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

筛选

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

七、资金系统

消费者钱包

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

资金托管

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

可见性

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

打手/店主收入

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

八、通知系统

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

通知分类

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

九、前端页面清单

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

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

8.4 KiB Raw Blame History