总流程
flowchart LR
Start((开始)) --> Login[登录/注册]
Login --> UserLogin[用户登录]
Login --> TechLogin[技师登录]
%% 用户主要流程
UserLogin --> UserOrder[用户下单]
UserOrder --> SelectTech[选择技师]
UserOrder --> SelectService[选择服务项目]
SelectTech & SelectService --> Payment[订单支付]
Payment --> OfflineService[线下服务]
OfflineService --> EndOrder[订单结束]
EndOrder --> Settlement[分账结算]
Settlement --> End
%% 用户其他功能
UserLogin --> Wallet[用户钱包]
Wallet --> Recharge[用户充值]
Wallet --> Withdraw[用户提现]
UserLogin --> Marketing[营销券]
UserLogin --> UserTeam[我的团队]
UserTeam --> TeamMember[团队成员]
UserTeam --> TeamCommission[团队佣金]
UserTeam --> ShareMoney[分享赚钱]
UserLogin --> Member[嘀咚会员]
UserLogin --> Channel[渠道合作]
Channel --> TechApply[技师申请]
Channel --> BusinessApply[业务员申请]
UserLogin --> Logout[注销账号]
%% 技师主要流程
TechLogin --> ServiceSetting[服务项目设置]
TechLogin --> OrderSetting[接单设置]
TechLogin --> TechAccept[技师接单]
TechLogin --> TechGrab[技师抢单]
TechAccept & TechGrab --> StartService[线下服务]
StartService --> EndOrder[订单结束]
EndOrder --> Settlement[分账结算]
Settlement --> End
%% 技师其他功能
TechLogin --> TechTeam[技师团队]
TechTeam --> TeamMember[团队成员]
TechTeam --> TeamCommission[团队佣金]
TechTeam --> ShareMoney[分享赚钱]
TechLogin --> TechWallet[技师钱包]
TechWallet --> TechRecharge[技师充值]
TechWallet --> TechWithdraw[技师提现]
TechLogin --> Contract[合同解约]
TechLogin --> CheckIn[异地签到]
TechLogin --> LogoutJ[注销账号]
%% 样式设置
classDef primary fill:#e1f5fe,stroke:#01579b,stroke-width:2px
classDef secondary fill:#f3e5f5,stroke:#4a148c,stroke-width:2px
classDef process fill:#e8f5e9,stroke:#1b5e20,stroke-width:2px
class UserLogin,TechLogin primary
class UserOrder,TechAccept,TechGrab secondary
class Payment,OfflineService,Settlement process
click UserLogin href "#用户登录哈"
click Wallet href "#用户钱包哈"
click Recharge href "#用户充值哈"
click Withdraw href "#用户提现哈"
click Marketing href "#营销券"
click UserTeam href "#我的团队哈"
click Member href "#嘀咚会员"
click TechApply href "#技师申请"
click TechLogin href "#技师登录"
click TechTeam href "#技师团队"
click TechWallet href "#技师钱包"
click TechRecharge href "#技师充值"
click TechWithdraw href "#技师提现"
click ServiceSetting href "#项目设置哈"
click OrderSetting href "#接单设置哈"
click Contract href "#合同解约"
click CheckIn href "#异地签到"
click TeamMember href "#团队成员"
click TeamCommission href "#团队佣金"
click ShareMoney href "#分享赚钱"
click SelectTech,TechAccept href "#选择技师下单"
click SelectService,TechGrab href "#选择项目下单哈"
click Payment href "#订单支付"
click OfflineService,EndOrder,StartService href "#服务流程"
click Settlement href "#分账结算"
click Logout href "#用户注销账号"
click LogoutJ href "#技师注销账号"
用户登录哈
后台逻辑：
前端逻辑：
–SUDOQ–
用户钱包哈
后台逻辑：
- 用户点击钱包
- 用户钱包
UI 图：
用户充值哈
后台逻辑：
- 用户选择充值类型（平台充值、技师充值），充值方式，充值金额
- 用户充值 --SUDOH–
UI 图：
用户提现哈
后台逻辑：
- 用户点击体现、提现方式、体现金额
- 用户提现
UI 图：
营销券
后台逻辑：
- 用户点击营销券
- –SUDOH–
UI 图：
我的团队哈
后台逻辑：
- 用户点击我的团队
- 我的团队
UI 图：
–SUDOQ–
团队成员
后台逻辑：
- 用户点击团队成员
- –SUDOH–
UI 图：
–SUDOQ–
团队佣金
后台逻辑：
- 用户点击团队佣金
–SUDOH–
UI 图：
分享赚钱
后台逻辑：
- 用户点击分享赚钱
- –SUDOH–
UI 图：
–SUDOQ–
嘀咚会员
后台逻辑：
- 用户点击嘀咚会员
- –SUDOH–
UI 图：
渠道合作
UI 图：
技师申请
业务员申请
后台逻辑：
–SUDOH–
UI 图：
–SUDOQ–
技师登录
1.技师登录就是用户登录
技师钱包
后台逻辑：
- 技师点击钱包
- 技师钱包
UI 图：
技师充值
后台逻辑：
- 技师点击充值
- –SUDOH–
UI 图：
–SUDOQ–
技师提现
后台逻辑：
- 技师点击提现
- 技师提现
UI 图：
–SUDOQ–
项目设置哈
后台逻辑：
UI 图：
1.技师项目列表
2.技师项目设置
接单设置哈
后台逻辑：
- 点击接单设置
- 接单设置
UI 图：
选择技师下单
选择项目下单哈
订单支付
后台逻辑：
- 用户点击订单支付
- –SUDOH–
线下服务
分账结算
后台逻辑：
- 订单结束
- 分账结算
合同解约
后台逻辑：
–SUDOH–
UI 图：
–SUDOQ–
异地签到
后台逻辑：
–SUDOH–
UI 图：
–SUDOQ–
技师注销账号
后台逻辑：
–SUDOH–
用户注销账号
后台逻辑：
用户注销账号
技师注册流程
flowchart TD
A[用户端申请成为技师] --> B[客服登录后台管理进行审核]
B -->|审核中| C[申请页面显示正在审核]
B -->|拒绝| D[可以修改个人信息重新申请]
B -->|通过| E[申请页面变成切换身份进入技端]
E --> F[进入技师端]
F --> G[支付宝实名认证,技师上传认证资料]
G --> I[客服再次对技师进行审核]
I --> J[签合同]
J --> Z[初始化项目设置、接单设置默认值，后台]
click A href "#技师申请" _self
click F href "#技师端" _self
click G href "#技师认证" _self
click I href "#技师认证审核" _self
click J href "#签合同" _self
技师申请
后台逻辑
申请信息：姓名、性别、出生日期、联系方式、意向城市
状态：审核中、拒绝、通过
UI 图
技师端
UI 图
技师认证
后台逻辑
上传资料：按摩证、营业执照、健康证、身份证正反面、手持身份证
UI 图
技师认证审核
后台逻辑
审核：通过、拒绝
UI 图
签合同
TODOQ 待画签合同页面
TODOH 签合同逻辑
下单流程
[CROSSNOTETOC]
选择技师下单流程
flowchart TD
%% 基础选择流程
Start([开始]) --> A[用户选择服务位置]
A --> B[查询附近技师列表]
B --> C[用户选择技师]
C --> D[展示技师项目列表]
D --> E[用户选择项目]
E --> F[展示项目详情]
F --> G[用户选择服务时间]
G --> H[用户选择营销卷]
H --> I[计算订单费用]
%% 支付流程
I --> J[用户确认下单]
J --> K{支付结果}
%% 支付失败处理
K -->|失败| L[订单状态:待付款]
L --> M[客服跟进]
M --> N{用户选择}
N -->|重新支付| J
N -->|取消订单| O[退款处理]
%% 支付成功处理
K -->|成功| P[订单状态:已支付]
P --> Q[推送订单给技师]
%% 技师处理流程
Q --> R{技师处理}
%% 技师接单分支
R -->|接单| S[订单状态:已接单]
S --> T[技师确认出发]
T --> U[订单状态:已出发]
%% 技师拒单分支
R -->|拒单| V[订单状态:已拒绝]
V --> W[客服处理]
W --> X{处理方案}
X -->|更换技师| Q
X -->|用户退款| O
%% 接单超时处理
R -->|超时| Y[客服跟进]
Y --> Z{处理结果}
Z -->|联系上技师| R
Z -->|更换技师| Q
Z -->|取消订单| O
%% 结束节点
U --> End([开始服务])
O --> Cancel([订单结束])
%% 样式定义
classDef default fill:#f9f9f9,stroke:#333,stroke-width:2px
classDef process fill:#dcedc8,stroke:#33691e
classDef decision fill:#fff3e0,stroke:#e65100
classDef status fill:#e3f2fd,stroke:#0d47a1
%% 应用样式
class K,R,X,Z decision
class L,P,S,U,V status
class A,B,C,D,E,F,G,H,I process
click A,B,C href "#用户选择技师"
click D,E,F href "#用户选择项目"
click G href "#用户选择可服务时间"
click H,I href "#用户选择营销卷"
click J href "#用户点击立即结算"
click L href "#支付失败"
click P href "#支付成功"
click S href "#技师接单"
click V href "#技师拒绝接单"
click X href "#订单超时"
用户选择技师
后台逻辑：
UI 图：
用户选择项目
后台逻辑：
UI 图：
用户选择可服务时间
前端逻辑
- 获取前端传递的技师 id 和项目 id，查询出该技师下,该项目的可服务时间,以及下单详情信息
- 获取前端传递的区域地址，计算订单金额（370602 或 156370602）
- 获取前端传递的路程，计算订单金额
后台逻辑：
UI 图：
用户选择营销卷
后台逻辑：
- 获取前端传递的技师 id 和项目 id，查询出该技师下,该项目的可使用的营销卷
- 选择优惠劵
- 计算订单金额
UI 图：
用户点击立即结算
后台逻辑：
UI 图：
支付失败
后台逻辑：
- 支付超时、取消支付导致的用户支付失败，极光推送客服用户支付失败
- 支付失败 TODO:??
UI 图：
支付成功
后台逻辑：
- 支付成功，后台更改订单，且极光推送技师接单
- 支付成功 TODO:??
UI 图：
技师接单
后台逻辑：
- 技师接单，用户同步数据
- 技师接单
UI 图：
技师拒绝接单
后台逻辑：
- 技师拒绝接单,客服介入，联系用户，更改技师或者用户取消订单退款
- 技师拒绝接单
UI 图：
订单超时
后台逻辑：
- 技师没有在规定时间内接单，客服介入，联系技师
- 订单超时 TODO: 客服介入后，对订单进行处理(更换技师、用户退款、取消订单、转公单等)
选择项目下单
flowchart TD
%% 主流程起点
Start[开始] --> Init[初始化订单]
%% 订单创建阶段
subgraph 订单创建
Init --> A1[获取用户位置]
A1 --> A2[查询区域服务]
A2 --> A3[用户选择服务]
A3 --> A4[选择地址/时间/优惠券]
A4 --> A5[创建空订单]
end
%% 抢单阶段
subgraph 抢单流程
A5 --> B1[进入抢单池]
B1 --> B2[推送给技师]
B2 --> B3{是否有技师抢单?}
B3 -->|是| B4[展示技师列表]
B3 -->|否| B5[等待5-8分钟]
B5 --> B6[客服介入]
end
%% 用户选择阶段
subgraph 用户选择
B4 --> C1{用户是否选择?}
C1 -->|是| C2[锁定技师]
C1 -->|否| C3[等待30分钟]
C2 --> C4[计算费用]
C3 --> B6
end
%% 支付阶段
subgraph 支付流程
C4 --> D1[展示订单详情]
D1 --> D2{用户支付?}
D2 -->|是| D3[支付处理]
D2 -->|否| D4[3分钟超时]
D3 --> D5{支付结果}
D5 -->|成功| D6[更新订单状态]
D5 -->|失败| D7[客服介入]
D4 --> D8[解绑技师]
end
%% 服务阶段
subgraph 服务执行
D6 --> E1[通知技师]
E1 --> jh1[技师拒绝订单]
jh1 --> jh2[客服介入?]
jh2 -->|技师接单| E2[技师出发]
jh2 -->|技师拒单| jh3[客服介入，联系用户?]
jh3 --> jh4[用户接受更换技师]
jh4 --> E2
jh3 --> jh5[用户不接受更换技师]
jh5 --> Cancel
E1 --> E2[技师出发]
E2 --> E3[服务进行中]
E3 --> E4[服务完成]
end
%% 取消订单流程
subgraph 取消处理
Cancel[取消订单] --> F1[客服确认]
F1 --> F2{是否可挽回?}
F2 -->|是| F3[恢复订单]
F2 -->|否| F4[退款处理]
end
%% 异常处理连接
D7 --> Cancel
B6 --> Cancel
D8 --> B1
%% 结束节点
E4 --> End[结束]
F4 --> End
F3 --> D1
%% 样式定义
classDef success fill:#baffc9,stroke:#333,stroke-width:2px;
classDef warning fill:#ffffba,stroke:#333,stroke-width:2px;
classDef error fill:#ffb3ba,stroke:#333,stroke-width:2px;
classDef normal fill:#f9f9f9,stroke:#333,stroke-width:2px;
%% 应用样式
class D6,E4 success;
class D7,B6,Cancel warning;
class F4 error;
class Start,End normal;
click A1,A2,A3 href "#用户选择项目"
click A4,A5,B1,B2 href "#创建抢单类型订单,推送给技师"
click B3,B4 href "#有技师抢单"
click B5,B6 href "#无技师抢单"
click C1,C2,C4 href "#用户选择技师"
click C3,B6 href "#用户不反选技师"
click D2,D3,D6,E1 href "#支付成功"
click jh1,jh2,jh3,jh4,jh5 href "#技师拒绝接单"
click D4,D7,D8 href "#支付失败"
click E2 href "#技师出发"
用户选择项目
后台逻辑：
UI 图：
创建抢单类型订单,推送给技师
后台逻辑：
- 传递用户服务时间、服务地址、服务项目 id、优惠劵 id
- 创建订单
UI 图：
有技师抢单
后台逻辑：
- 传递技师 id,所抢订单 id，计算路费、技师代金卷等等一些逻辑
- 用户取消订单
UI 图：
无技师抢单
后台逻辑：
- 用户的抢单类型的订单无技师去抢，客服介入，联系附近技师
- 包含超时的情况，记得处理
- 用户取消订单
UI 图：
用户选择技师
后台逻辑：
UI 图：
用户不反选技师
后台逻辑：
- 用户不反选技师
- 用户取消订单
UI 图：
支付成功
后台逻辑：
- 订单支付成功，技师和用户的推送提醒
- 用户取消订单
UI 图：
技师拒绝接单
后台逻辑：
UI 图：
支付失败
后台逻辑：
UI 图：
技师出发
后台逻辑：
- 技师出发，用户推送提醒
- 用取消订单
服务流程
flowchart TD
%% 开始
Start([开始服务流程]) --> A
%% 主要服务状态
A[技师出发] --> B[技师到达]
B --> C[开始服务]
C --> D[服务进行中]
D --> E[服务结束]
E --> F[用户确认技师离开]
F --> G[技师撤离]
G --> H[订单结算]
H --> EndNode([订单完成])
%% 技师出发阶段异常
A --> A1{用户取消订单?}
A1 -->|是| A2[客服介入沟通]
A2 --> A3{用户是否继续?}
A3 -->|是| A
A3 -->|否| A4[技师撤离]
A4 --> A5[扣除违约金]
A5 --> EndNode
A --> B1{技师终止订单?}
B1 -->|是| B2[客服介入沟通]
B2 --> B3{技师是否继续?}
B3 -->|是| A
B3 -->|否| B4[客服联系用户]
B4 --> B5{是否更换技师?}
B5 -->|是| B6[重新分配技师]
B6 --> A
B5 -->|否| B7[订单结束]
B7 --> EndNode
%% 技师到达阶段异常
B --> C1{线下用户取消订单?}
C1 -->|是| C2[客服介入沟通]
C2 --> C3{用户是否继续?}
C3 -->|是| B
C3 -->|否| C4[技师撤离]
C4 --> C5[扣除违约金]
C5 --> EndNode
B --> D1{联系不上用户?}
D1 -->|是| D2[技师等待]
D2 --> D3{等待>10分钟?}
D3 -->|否| D2
D3 -->|是| D4[技师撤离]
D4 --> D5[扣除违约金]
D5 --> EndNode
%% 服务进行中操作
D --> E1{用户结束订单?}
E1 -->|是| E2[更新订单状态]
E2 --> E
D --> F1{用户打赏?}
F1 -->|是| F2[创建打赏订单]
F2 --> D
D --> G1{用户加钟?}
G1 -->|是| G2[更新服务时长]
G2 -->G3{是否发生下一个客户服务时间冲突}
G3 -->|是|G4[客服介入]
G4 --> G5{技师和下一个用户协商往后延时?}
G5 -->|下一个用户不同意| G7[下一个用户与平台继续协商]
G7 -->G8{是否同意更换技师}
G8 -->|是| G9[更换技师]
G8 -->|否| G10[订单结束]
G5 -->|下一个用户同意| G6[更改下一订单开始服务时间]
G6 --> EndNode
G2 --> D
%% 样式定义
classDef default fill:#f9f9f9,stroke:#333,stroke-width:2px
classDef startEnd fill:#b2dfdb,stroke:#004d40,stroke-width:2px
classDef process fill:#c8e6c9,stroke:#1b5e20,stroke-width:2px
classDef decision fill:#fff3e0,stroke:#e65100,stroke-width:2px
%% 应用样式
class Start,EndNode startEnd
class A,B,C,D,E,F,G,H process
class A1,B1,C1,D1,E1,F1,G1,A3,B3,B5,C3,D3 decision
click A href "#技师出发"
click A1 href "#技师出发中，用户取消订单"
click B1 href "#技师出发中，技师终止订单"
click B href "#技师到达"
click C1 href "#技师到达中，用户线下取消订单"
click D1 href "#技师到达，联系不上用户"
click D href "#开始服务"
click E1 href "#服务进行中，用户结束订单"
click F1 href "#服务进行中，用户打赏"
click G1 href "#服务进行中，用户加钟"
click E href "#服务结束"
click F href "#用户确认技师离开"
click G href "#技师撤离"
click H href "#订单结算"
技师出发
后台逻辑：
- 技师点击确认出发
技师出发中，用户取消订单
后台逻辑：
- 技师未到达前，用户点击取消订单，算是订单结束，扣除违约金
TODO：技师到达前，用户取消订单，客服介入，联系用户，确认取消，订单取消，扣除违约金(50%项目金额+车费) - 线下客服介入，联系用户
技师出发中，技师终止订单
后台逻辑：
- 技师点击终止订单，扣除违约金，客服介入，联系技师
TODO: 技师无法线上终止订单，联系客服
技师到达前，用户线下取消订单
后台逻辑：
- 技师未到达前，用户线下取消订单，算是订单结束，扣除违约金
TODO：技师到达前，用户取消订单，客服介入，联系用户，确认取消，订单取消，扣除违约金(50%项目金额+车费) - 线下客服介入，联系用户，联系技师
技师到达，联系不上用户
后台逻辑：
- 技师等待，等待时间超过 10 分钟，技师点击撤离，扣除违约金，订单结束
- 客服介入，联系用户，联系技师
开始服务
后台逻辑：
- 技师点击开始服务,进行扫码
服务进行中，用户结束订单
后台逻辑：
- 用户点击结束订单，算是服务结束
服务进行中，用户打赏
后台逻辑：
- 用户打赏，后台创建一个关联订单的子订单的打赏订单
TODO: 后台暂无打赏逻辑
服务进行中，用户加钟
后台逻辑：
服务结束
后台逻辑：
- 服务时长结束，服务结束
TODO：系统自动结束订单
用户确认技师离开
后台逻辑：
- 用户点击确认技师离开
技师撤离
后台逻辑：
- 技师点击撤离，订单结束
订单结算
后台逻辑：
- 订单结算
推广用户
推荐技师
渠道：业务员、技师、用户三种角色
- 渠道推荐技师：
- 渠道永久拥推荐技师1%的接单奖
- 渠道获取平台奖励的1000元上限，从推荐技师每次订单金额中3%中提取。
分账
分账简介版
-
涉及到的角色用户、技师、业务员、代理、店铺、平台
-
用户可以成为技师、业务员、代理、店铺
-
技师、业务员、代理、店铺角色可以互相切换
-
所有分账建立在最后平台所得订单金额
-
订单分为上门订单和救急订单和店铺订单
- A 订单金额（上门订单） = 技师劳动所得 + 技师上级（上下级渠道） + 用户（二级渠道）+ 平台所得（平台+代理）
- B 订单金额（救急订单） = 平台抽成 10%
- c 订单金额（店铺订单）= 店铺所得 + 平台抽取 20%（渠道推荐用户 10%）
-
前端要实现，用户可以申请任何角色以及角色之间的互相切换
-
后端要实现，分账逻辑，分账金额，分账比例，分账时间，分账状态，分账记录
分账流程设计
- 用到的人物 A 技师 B 用户 C 代理 D 业务员 E 店铺 F 平台 G 渠道
- 订单分类
- 上门订单
- B 用户对 A 技师下单
- A 技师接单
- A 技师服务完 B 用户
- B 用户确认离开
- A 技师撤离
- 订单结束
- 救急订单
- 店铺订单
- 上门订单