STEP 01 / 10下单准备 · 用户
选择服务项目
先看服务说明与价格，再选择适合自己的项目。
- 查看商品服务说明与适用大区
- 核对会员价和实际购买入口
流程交接下一步：选择规格与数量
用户下单前浏览
放大查看查看商品说明、服务大区与会员价格。
ORDER FLOW / REAL SCREENS
下单、派单、接单，完整走一遍。
10 个步骤、20 张实机截图，按业务顺序看清三种身份的工作。
- 01–04下单准备
用户选服务、填信息、看付款进度
- 05–06客服派单
核对待分配订单，按条件选人
- 07–08店员履约
查看任务，围绕订单沟通服务
- 09–10验收结算
资料留存、验收、评价与收益
以下按业务顺序展示真实演示界面，取自不同已有订单；部分跨角色截图为同一订单。填写与选人画面均为提交前状态，金额与人员为演示数据。
- 01选择服务项目
- 02选择规格和数量
- 03填写信息，核对支付
- 04付款后，查看订单进度
- 05核对待分配订单
- 06筛选店员，安排派单
- 07查看任务，确认接单
- 08围绕订单沟通与服务
- 09提交资料，核对验收
- 10完成订单，查询收益
放大查看STEP 02 / 10下单准备 · 用户
选择规格和数量
不同服务类型、规格与数量，会影响实际订单金额。
- 选择服务类型与规格
- 核对购买数量及优惠后的价格
流程交接下一步：填写订单信息
用户下单前选择
放大查看选择服务类型、规格和数量，核对会员优惠。
STEP 03 / 10下单准备 · 用户
填写信息，核对支付
把服务所需信息一次填写清楚，确认安排方式与实际金额。
- 填写昵称、游戏 ID、大区与联系方式
- 选择自动安排，或指定符合接单范围的店员
- 核对优惠、合计金额与支付方式
流程交接下一步：订单付款后进入分配流程
STEP 04 / 10下单准备 · 用户
付款后，查看订单进度
已有演示订单显示付款记录，用户可以持续查看分配状态。
- 从订单中心查看付款时间和当前状态
- 需要沟通时进入订单会话或联系客服
流程交接下一步：客服查看待分配订单
用户既有已付款订单
放大查看已有演示订单显示付款时间与待分配进度。
STEP 05 / 10客服派单 · 客服
核对待分配订单
客服先看服务内容与用户资料，再决定由谁承接。
- 从待分配列表定位订单
- 核对规格、大区、备注和服务信息
流程交接下一步：筛选店员，安排接单
STEP 06 / 10客服派单 · 客服
筛选店员，安排派单
派单选人页按订单接单范围筛选人员，已分配订单记录负责店员。
- 按订单条件查看可分配的在线店员
- 结合服务范围选择适合的人员
- 在已分配订单中查看负责店员和后续状态
流程交接下一步：店员确认接单
STEP 07 / 10店员履约 · 店员
查看任务，确认接单
店员端承接派单结果，待接单订单带有明确的操作入口。
- 查看服务内容、预估佣金和负责客服
- 核对待接单状态与接单入口
流程交接下一步：承接后进入服务与沟通
店员既有待接单订单
放大查看同一已分配订单在店员端展示，带确认接单入口。
STEP 08 / 10店员履约 · 用户 / 客服 / 店员
围绕订单沟通与服务
用户和店员都能查看同一服务中订单，三方群聊承接服务沟通。
- 用户查看负责店员、客服与服务进度
- 店员进入订单协作和资料提交入口
- 用户、客服、店员在订单群聊中沟通
流程交接下一步：准备验收资料
STEP 09 / 10验收结算 · 店员 / 客服
提交资料，核对验收
店员准备说明和图片；客服与用户按规则核对交付结果。
- 店员通过资料页填写验收说明并上传图片
- 查看已有验收资料、处理结果和时间
- 通过后，订单进入完成与结算阶段
流程交接下一步：查看完成、评价与收益
STEP 10 / 10验收结算 · 用户 / 店员
完成订单，查询收益
同一已完成订单在用户端和店员端展示，验收与结算均有记录。
- 用户查看已完成订单并进入评价页
- 店员查询实际佣金和结算时间
- 订单进度与验收结果继续保留
流程交接完整闭环：下单 → 派单 → 接单 → 服务 → 验收 → 结算
10+订单前端视图，覆盖确认、支付、详情、选打手、验收、评价。
30+Order API 方法，包含抢单、派单、退款、打赏、转盘等动作。
多角色用户、打手、客服、工作室、管事都围绕订单协作。
分账订单金额可沉淀为平台、打手、客服、工作室、邀请收益。
下单链路
- 商品规格、服务价格、快速发单。
- 订单确认、订单支付、余额与第三方支付。
- 选择打手、系统派单、客服分配。
履约过程
- 订单列表、订单详情、服务进度。
- 资料提交、截图验收、订单备注。
- 客服换打手、报备、争议处理。
售后与评价
- 订单评价、评价审核、退款原因。
- 退款审核、订单仲裁、管理员介入。
- 订单抽奖、打赏支付、活动转化。
后台支撑
- Order Center、Order Refund、Order Review。
- Order Document、Order Team、Order Income Detail。
- 超时取消、车队超时、收入分账。
订单链路为什么影响付款转化
用户愿意付钱，核心是清楚资金状态、服务进度和售后责任。订单体系把每个节点拆清楚，平台是否适合长期运营一目了然。
减少支付犹豫
确认订单、支付方式、余额记录和订单状态清晰，用户不会因为不确定而中断付款。
降低售后成本
提交资料、验收截图、退款原因、客服报备都沉淀在订单内，处理纠纷有依据。
提高运营收益
订单抽奖、打赏支付、会员权益和邀请奖励可以叠加在交易后，做二次转化。
订单细功能清单
订单能力覆盖常规陪玩、快速发单、人工派单、资料验收、评价退款和售后处理场景。
| 环节 | 用户看见什么 | 运营获得什么 |
|---|---|---|
| 下单前 | 商品详情、规格价格、服务说明、评价列表、关注大神。 | 通过商品和评价建立信任，提高首次转化。 |
| 确认订单 | 订单确认页、需求填写、快速下单、选择服务类型。 | 收集需求，减少客服来回沟通。 |
| 支付 | 微信、支付宝、余额、H5 易支付、小程序虚拟支付等按端配置。 | 多支付方式提升付款成功率，并沉淀支付记录。 |
| 派单 | 用户可选打手，客服或工作室可分配，也可回到订单池。 | 适配自营团队、工作室、客服中控等多种运营模式。 |
| 履约 | 订单详情、聊天会话、资料提交、截图和文档审核。 | 服务过程可追踪，可沉淀履约证据。 |
| 售后 | 取消订单、退款申请、退款原因、平台审核。 | 降低纠纷风险，退款和收入回滚有流程。 |
| 增长 | 订单评价、打赏、订单抽奖、转盘奖品。 | 把完成订单转成口碑、复购和活动留存。 |
交易流程
每个步骤都有对应业务视图和接口，系统不只是展示服务，也能真正承载履约过程。
选服务从商品详情或快速发单进入订单确认。
付订单支付成功后生成可追踪订单记录。
派人员打手抢单、客服派单、工作室分配都可覆盖。
交资料打手提交文档、截图，用户或客服审核。
验收售后确认完成、评价、退款、抽奖、打赏形成闭环。
源码与接口对应
订单是源码中最重的模块之一，前端、API、后台和财务都有联动。
前端视图
subpages/order/confirm、payment、list、quick、detail、select-staff、review-documents、review、lottery、tip-payment。
核心接口
myOrder、detail、quickOrder、pay、queryPayStatus、submitDocuments、reviewDocuments、confirmOrder、reviewOrder。
派单售后
order_grabbing、assignOrder、returnToPool、workshopAssignOrder、refundOrder、applyRefund、reviewRefund。
后台管理
admin/order/Center、Refund、RefundReason、Review，支持订单中心、退款审核、评价审核和后台介入。
FAQ
订单交易常见问题
这些问答面向采购评估，帮助快速理解当前页面的真实能力。
订单交易主要解决什么问题？
订单交易体系覆盖下单、支付、派单、服务凭证、验收、评价、退款、售后和打赏等状态。
订单交易是否适合源码二开？
壹软护航开源版本支持基于 ThinkPHP8、Uniapp、Workerman、Vue3 和接口文档继续扩展业务。
订单交易上线前怎么验证？
建议先查看在线演示站、测试账号、功能总览、技术交付说明和合同授权页面。
订单闭环越完整，平台越像真生意
这套系统交付的不只是视觉界面，而是一条能收款、派单、交付、售后和复购的交易链路。
壹软科技 · 护航系统源码服务商