artifact: add FPA analysis outputs through round 6
This commit is contained in:
mytool2002
@@ -0,0 +1,44 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: accountant-workload-and-assignment
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 会计师负载与分配管理
|
||||
---
|
||||
|
||||
# 会计师负载与分配管理
|
||||
|
||||
## Page
|
||||
|
||||
- 团队推进页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Firm Owner
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
让老板按会计师维度查看当前客户数、案件数、临期压力、缺件积压和风险事项，并据此调整客户或案件归属，明确下一步由谁跟进。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于老板经营总览中的团队摘要与案件升级分配流程。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `事务所老板 / Activity 3 / Step 1`: 查看每位会计师当前的推进情况
|
||||
- `事务所老板 / Activity 3 / Step 2`: 调整会计师的客户与案件分配
|
||||
- `事务所老板 / Activity 3 / Step 3`: 确认哪些事项需要老板或会计师额外跟进
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：完成团队负载判断与任务分配。
|
||||
- 有独立数据来源：会计师名下客户、案件、截止日、缺件和风险事项。
|
||||
- 有独立交互流：查看负载、调整归属、确认跟进责任。
|
||||
- 有跨页面复用潜力：老板总览与升级处理都会消费同一团队分配结果。
|
||||
- 可独立测试：可覆盖负载均衡、重新分配、无人跟进和升级介入等场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: automation-effect-observability
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 自动化效果观察
|
||||
---
|
||||
|
||||
# 自动化效果观察
|
||||
|
||||
## Page
|
||||
|
||||
- 自动化策略页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Firm Owner
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
让老板看到自动提醒与自动跟进是否真的在减轻团队负担、提升推进效率，而不是只看规则是否开启。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于老板经营总览中的自动化摘要。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `事务所老板 / Activity 4 / Step 1`: 观察自动提醒和自动跟进的效果
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：评估自动化效果。
|
||||
- 有独立数据来源：提醒发送记录、客户响应、案件推进结果。
|
||||
- 有独立交互流：查看效果、比较前后、识别异常。
|
||||
- 有跨页面复用潜力：摘要报表可复用同一指标。
|
||||
- 可独立测试：可覆盖效果提升、无变化和反向干扰场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: automation-sensitivity-rules
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 敏感场景自动化规则
|
||||
---
|
||||
|
||||
# 敏感场景自动化规则
|
||||
|
||||
## Page
|
||||
|
||||
- 自动化策略页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Firm Owner
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
支持老板按客户等级、关系敏感度和业务风险调整自动化粒度，避免高价值或敏感场景被一刀切规则伤害。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可与升级异常处理和客户资产页联动。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `事务所老板 / Activity 4 / Step 2`: 对敏感客户或敏感场景调整处理方式
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：按敏感度控制自动化边界。
|
||||
- 有独立状态与规则：全自动、草稿模式、纯人工等策略。
|
||||
- 有独立交互流：选择范围、调整规则、保存生效。
|
||||
- 有跨页面复用潜力：多个流程都将消费同一策略结果。
|
||||
- 可独立测试：可覆盖 VIP、普通和高风险场景。
|
||||
@@ -0,0 +1,43 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: case-closeout-and-signoff
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 收尾确认与签字发起
|
||||
---
|
||||
|
||||
# 收尾确认与签字发起
|
||||
|
||||
## Page
|
||||
|
||||
- 案件工作台
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Accountant
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
在案件接近完成时发起最终确认、签字和闭环状态更新，确保服务不是停留在“看起来做完了”，而是完成正式收尾。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 否
|
||||
|
||||
## Source Story
|
||||
|
||||
- `会计师 / Activity 5 / Step 1`: 发起最终确认动作
|
||||
- `会计师 / Activity 5 / Step 2`: 确认客户已完成必要回应
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：完成案件闭环。
|
||||
- 有独立状态流：待确认、待签字、已完成。
|
||||
- 有独立交互流：发起确认、跟踪回应、完成归档前置状态。
|
||||
- 具备独立演化潜力：后续可能加入更多签字规则。
|
||||
- 可独立测试：可验证未签、已签、超时未回应等情况。
|
||||
@@ -0,0 +1,45 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: case-progress-and-risk-tracking
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 案件进度与风险跟踪
|
||||
---
|
||||
|
||||
# 案件进度与风险跟踪
|
||||
|
||||
## Page
|
||||
|
||||
- 案件工作台
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Accountant
|
||||
- Firm Owner
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
显示案件当前阶段、卡点、截止日和风险信号，帮助会计师决定下一步推进动作，也让老板能在必要时下钻干预，并为团队分配调整提供依据。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于老板经营总览、团队推进和异常处理视图。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `会计师 / Activity 4 / Step 2`: 跟踪每个案件当前卡住的位置
|
||||
- `会计师 / Activity 4 / Step 3`: 在截止日前完成关键推进
|
||||
- `事务所老板 / Activity 1 / Step 2`: 区分逾期、紧急和正常事项
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：识别案件卡点与风险。
|
||||
- 有独立数据来源：案件状态链路、截止日、资料状态、提醒事件。
|
||||
- 有独立交互流：查看时间线、识别卡点、触发下一步处理。
|
||||
- 有跨页面复用潜力：多个老板端页面都会消费同一风险信号。
|
||||
- 可独立测试：可覆盖正常、临期、逾期和阻塞等场景。
|
||||
@@ -0,0 +1,44 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: client-history-archive
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 客户历史归档
|
||||
---
|
||||
|
||||
# 客户历史归档
|
||||
|
||||
## Page
|
||||
|
||||
- 客户档案页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Accountant
|
||||
- Firm Owner
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
按客户维度沉淀基础资料、历次服务、文件与签字记录，让团队下次服务时不必从头重问，也让老板能理解长期资产积累。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于案件工作台客户摘要和老板资产视图。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `会计师 / Activity 5 / Step 3`: 让本次服务留下完整记录
|
||||
- `事务所老板 / Activity 5 / Step 3`: 形成可持续维护的经营判断
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：形成长期客户档案。
|
||||
- 有独立数据来源：客户信息、服务历史、文件与签字记录。
|
||||
- 有独立交互流：查看历史、按年份检索、回看关键记录。
|
||||
- 有跨页面复用潜力：多个页面都依赖档案摘要。
|
||||
- 可独立测试：可覆盖新客户、老客户和历史缺失场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: client-portfolio-segmentation
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 客户资产分层
|
||||
---
|
||||
|
||||
# 客户资产分层
|
||||
|
||||
## Page
|
||||
|
||||
- 客户资产与关系页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Firm Owner
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
按客户价值、忠诚度、流失风险和推荐价值对客户资产进行分层，让老板能从经营角度理解长期客户池健康度。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于老板经营总览和高价值客户提醒。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `事务所老板 / Activity 5 / Step 3`: 形成可持续维护的经营判断
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：形成客户资产分层视图。
|
||||
- 有独立数据来源：客户画像、服务历史、LTV、流失风险。
|
||||
- 有独立交互流：切换分层、查看标签、筛选高价值人群。
|
||||
- 有跨页面复用潜力：多个老板视图都会复用分层结果。
|
||||
- 可独立测试：可覆盖高价值、流失和推荐人群场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: client-profile-intake
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 客户基础信息采集
|
||||
---
|
||||
|
||||
# 客户基础信息采集
|
||||
|
||||
## Page
|
||||
|
||||
- 注册与需求填写页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
收集客户身份、联系方式和基础业务信息，为后续建档、报价和资料清单生成提供完整起点。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于后续客户档案补录与资料核验。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 2 / Step 1`: 填写自己的基本情况
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：建立客户基础档案。
|
||||
- 有独立数据来源：姓名、电话、邮箱、企业与身份字段。
|
||||
- 有独立交互流：填写、校验、保存进度。
|
||||
- 有跨页面复用潜力：客户档案和后续表单会使用同一信息结构。
|
||||
- 可独立测试：可覆盖必填、格式错误、断点续填场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: client-reminder-orchestration
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 客户补件提醒
|
||||
---
|
||||
|
||||
# 客户补件提醒
|
||||
|
||||
## Page
|
||||
|
||||
- 案件工作台
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Accountant
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
在资料缺失或临近截止时自动或人工发起提醒，并追踪客户后续是否补交，让催办从个人记忆变成系统动作。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可延展到老板端异常升级和自动化策略页。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `会计师 / Activity 3 / Step 3`: 在必要时再次提醒客户补交
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：推动客户补交缺件。
|
||||
- 有独立状态与规则：自动提醒、人工提醒、提醒后等待响应。
|
||||
- 有独立交互流：选择提醒对象、触发提醒、查看结果。
|
||||
- 有跨页面复用潜力：自动化策略会消费同一提醒能力。
|
||||
- 可独立测试：可验证触发条件、频率限制和提醒结果记录。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: client-return-path
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 后续合作入口
|
||||
---
|
||||
|
||||
# 后续合作入口
|
||||
|
||||
## Page
|
||||
|
||||
- 服务完成页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
为客户保留后续再次联系、查看历史结果或继续合作的清晰入口，让一次服务自然沉淀为长期关系。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可用于召回与长期客户维护场景。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 5 / Step 3`: 在未来需要时继续回来合作
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：建立服务后的持续关系入口。
|
||||
- 有独立交互流：查看历史、发起联系、准备再次合作。
|
||||
- 有独立数据来源：历史案件、联系渠道、推荐动作。
|
||||
- 有跨页面复用潜力：长期客户运营会复用同一入口逻辑。
|
||||
- 可独立测试：可覆盖回访、再次合作和无历史场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: client-service-closure
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 服务完成确认
|
||||
---
|
||||
|
||||
# 服务完成确认
|
||||
|
||||
## Page
|
||||
|
||||
- 服务完成页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
明确告知客户本次服务已经正式完成，并把关键完成结果与后续联系预期说清楚。
|
||||
|
||||
## State Type
|
||||
|
||||
- server
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于其他服务类型的完成页模板。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 5 / Step 2`: 获得服务完成的明确信号
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：完成服务闭环通知。
|
||||
- 有独立数据来源：完成状态、结果摘要、归档信息。
|
||||
- 有独立交互流：查看完成状态、确认结果。
|
||||
- 有跨页面复用潜力：不同案件类型完成页可共用。
|
||||
- 可独立测试：可覆盖完成、部分完成和回退场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: daily-priority-board
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 今日优先级看板
|
||||
---
|
||||
|
||||
# 今日优先级看板
|
||||
|
||||
## Page
|
||||
|
||||
- 会计师作战台
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Accountant
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
按过期、临期、新客待审和进行中案件等维度组织当天工作列表，让会计师能先处理最急、最值当先做的事项。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可延展到老板早报或团队总览。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `会计师 / Activity 4 / Step 1`: 根据优先级安排当天要处理的工作
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：生成当天可执行优先级视图。
|
||||
- 有独立数据来源：案件状态、截止日、缺件状态、新客状态。
|
||||
- 有独立交互流：切换分组、筛选优先级、进入具体案件。
|
||||
- 有跨页面复用潜力：老板端也有相似优先级需求。
|
||||
- 可独立测试：可验证排序、分组、空状态和异常状态。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: document-checklist-delivery
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 资料清单交付
|
||||
---
|
||||
|
||||
# 资料清单交付
|
||||
|
||||
## Page
|
||||
|
||||
- 资料提交与进度页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
把当前服务所需资料按清单方式明确交给客户，让客户知道现在需要逐步提交什么，而不是被模糊要求压住。
|
||||
|
||||
## State Type
|
||||
|
||||
- server
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于会计师端资料核验视图。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 4 / Step 1`: 按要求逐步提供资料
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：明确提交任务清单。
|
||||
- 有独立数据来源：服务类型、资料规则、案件要求。
|
||||
- 有独立交互流：查看清单、进入上传、分批完成。
|
||||
- 有跨页面复用潜力：会计师端也消费同一清单结构。
|
||||
- 可独立测试：可覆盖不同服务类型清单与空清单场景。
|
||||
@@ -0,0 +1,43 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: document-completeness-review
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 资料完整性核验
|
||||
---
|
||||
|
||||
# 资料完整性核验
|
||||
|
||||
## Page
|
||||
|
||||
- 案件工作台
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Accountant
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
让会计师逐项判断客户资料是否已收到、是否可用、是否需补充，并把结果沉淀成清晰状态，减少来回沟通。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于客户端资料页和老板风险查看。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `会计师 / Activity 3 / Step 1`: 查看还缺哪些资料
|
||||
- `会计师 / Activity 3 / Step 2`: 判断已提交内容是否完整可用
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：完成资料齐全性判断。
|
||||
- 有独立数据来源：资料清单、上传文件、AI 审核结果。
|
||||
- 有独立交互流：查看、核验、标记状态、写补充说明。
|
||||
- 有跨页面复用潜力：客户端也依赖相同资料状态。
|
||||
- 可独立测试：可覆盖缺件、已收、需补充、已确认等状态。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: document-status-visibility
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 资料状态可视化
|
||||
---
|
||||
|
||||
# 资料状态可视化
|
||||
|
||||
## Page
|
||||
|
||||
- 资料提交与进度页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
向客户实时展示每项资料当前处于待上传、已收到、需补充还是已确认，减少客户对进度的猜测。
|
||||
|
||||
## State Type
|
||||
|
||||
- server
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于会计师资料核验与老板风险查看。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 4 / Step 2`: 查看哪些已经被收到或还不够完整
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：提供清晰状态透明度。
|
||||
- 有独立数据来源：上传记录、AI 初审、人工确认状态。
|
||||
- 有独立交互流：查看状态、展开补充说明。
|
||||
- 有跨页面复用潜力：多个角色都依赖相同状态模型。
|
||||
- 可独立测试：可覆盖四态展示与说明缺失场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: document-upload-submission
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 资料上传提交
|
||||
---
|
||||
|
||||
# 资料上传提交
|
||||
|
||||
## Page
|
||||
|
||||
- 资料提交与进度页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
支持客户按资料项完成上传与替换提交，让资料真正进入案件处理流，而不是只停留在待办列表中。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 否
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 4 / Step 1`: 按要求逐步提供资料
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：完成资料入库。
|
||||
- 有独立交互流：选择资料项、上传文件、查看提交结果。
|
||||
- 有独立状态变化：未提交、上传中、已提交。
|
||||
- 具备独立演化潜力：后续可支持批量上传或重传策略。
|
||||
- 可独立测试：可覆盖成功、失败、替换上传场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: escalation-exception-handling
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 升级异常处理
|
||||
---
|
||||
|
||||
# 升级异常处理
|
||||
|
||||
## Page
|
||||
|
||||
- 升级处理页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Firm Owner
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
把投诉、差评、反复改约和长期沉默等异常情况聚合到统一工作面，支持老板判断是否需要亲自介入以及如何处理。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可与团队分配和自动化策略联动。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `事务所老板 / Activity 2 / Step 3`: 接收差评、反复改约或长期沉默的升级信号
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：处理高影响异常事件。
|
||||
- 有独立数据来源：投诉信号、改约记录、沉默天数、负面反馈。
|
||||
- 有独立交互流：查看异常、分派处理、记录结论。
|
||||
- 有跨页面复用潜力：后续可联动自动化与团队分配。
|
||||
- 可独立测试：可覆盖投诉、沉默、重复改约等场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: fee-and-preparation-clarity
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 费用与准备项说明
|
||||
---
|
||||
|
||||
# 费用与准备项说明
|
||||
|
||||
## Page
|
||||
|
||||
- 报价确认页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
把费用、资料准备要求和关键前置条件讲清楚，避免客户在进入服务后才发现成本或准备范围超出预期。
|
||||
|
||||
## State Type
|
||||
|
||||
- server
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于后续补件说明和追加服务报价。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 3 / Step 2`: 理解费用和所需准备内容
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：完成费用与准备项透明化。
|
||||
- 有独立数据来源：价格明细、资料要求、附加说明。
|
||||
- 有独立交互流：查看总价、理解明细、阅读准备要求。
|
||||
- 有跨页面复用潜力：追加报价与补件说明可复用。
|
||||
- 可独立测试：可覆盖单价、套餐和附加条件场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: high-value-client-alerts
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 高价值客户提醒
|
||||
---
|
||||
|
||||
# 高价值客户提醒
|
||||
|
||||
## Page
|
||||
|
||||
- 升级处理页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Firm Owner
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
把需要老板优先关注的高价值客户、关键关系客户和高影响风险客户聚合出来，避免重要关系在日常处理中被淹没。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于老板经营总览和移动早报。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `事务所老板 / Activity 2 / Step 1`: 查看高价值客户和高风险客户提醒
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：识别高价值客户关注事项。
|
||||
- 有独立数据来源：客户价值评级、风险评分、案件紧急度。
|
||||
- 有独立交互流：查看提醒、判断是否介入、进入详情。
|
||||
- 有跨页面复用潜力：多种老板摘要都会消费此能力。
|
||||
- 可独立测试：可覆盖 VIP、普通和误报场景。
|
||||
@@ -0,0 +1,40 @@
|
||||
# Feature Index
|
||||
|
||||
| Feature | Responsibility | Page | Persona Served | State Type | Cross-Page Reuse |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| [会计师负载与分配管理](./accountant-workload-and-assignment.md) | 让老板按会计师维度查看当前客户数、案件数、临期压力、缺件积压和风险事项，并据此调整客户或案件归属，明确下一步由谁跟进。 | 团队推进页 | Firm Owner | both | 是，可复用于老板经营总览中的团队摘要与案件升级分配流程。 |
|
||||
| [自动化效果观察](./automation-effect-observability.md) | 让老板看到自动提醒与自动跟进是否真的在减轻团队负担、提升推进效率，而不是只看规则是否开启。 | 自动化策略页 | Firm Owner | both | 是，可复用于老板经营总览中的自动化摘要。 |
|
||||
| [敏感场景自动化规则](./automation-sensitivity-rules.md) | 支持老板按客户等级、关系敏感度和业务风险调整自动化粒度，避免高价值或敏感场景被一刀切规则伤害。 | 自动化策略页 | Firm Owner | both | 是，可与升级异常处理和客户资产页联动。 |
|
||||
| [收尾确认与签字发起](./case-closeout-and-signoff.md) | 在案件接近完成时发起最终确认、签字和闭环状态更新，确保服务不是停留在“看起来做完了”，而是完成正式收尾。 | 案件工作台 | Accountant | both | 否 |
|
||||
| [案件进度与风险跟踪](./case-progress-and-risk-tracking.md) | 显示案件当前阶段、卡点、截止日和风险信号，帮助会计师决定下一步推进动作，也让老板能在必要时下钻干预，并为团队分配调整提供依据。 | 案件工作台 | Accountant | both | 是，可复用于老板经营总览、团队推进和异常处理视图。 |
|
||||
| [客户历史归档](./client-history-archive.md) | 按客户维度沉淀基础资料、历次服务、文件与签字记录，让团队下次服务时不必从头重问，也让老板能理解长期资产积累。 | 客户档案页 | Accountant | both | 是，可复用于案件工作台客户摘要和老板资产视图。 |
|
||||
| [客户资产分层](./client-portfolio-segmentation.md) | 按客户价值、忠诚度、流失风险和推荐价值对客户资产进行分层，让老板能从经营角度理解长期客户池健康度。 | 客户资产与关系页 | Firm Owner | both | 是，可复用于老板经营总览和高价值客户提醒。 |
|
||||
| [客户基础信息采集](./client-profile-intake.md) | 收集客户身份、联系方式和基础业务信息，为后续建档、报价和资料清单生成提供完整起点。 | 注册与需求填写页 | Client | both | 是，可复用于后续客户档案补录与资料核验。 |
|
||||
| [客户补件提醒](./client-reminder-orchestration.md) | 在资料缺失或临近截止时自动或人工发起提醒，并追踪客户后续是否补交，让催办从个人记忆变成系统动作。 | 案件工作台 | Accountant | both | 是，可延展到老板端异常升级和自动化策略页。 |
|
||||
| [后续合作入口](./client-return-path.md) | 为客户保留后续再次联系、查看历史结果或继续合作的清晰入口，让一次服务自然沉淀为长期关系。 | 服务完成页 | Client | both | 是，可用于召回与长期客户维护场景。 |
|
||||
| [服务完成确认](./client-service-closure.md) | 明确告知客户本次服务已经正式完成，并把关键完成结果与后续联系预期说清楚。 | 服务完成页 | Client | server | 是，可复用于其他服务类型的完成页模板。 |
|
||||
| [今日优先级看板](./daily-priority-board.md) | 按过期、临期、新客待审和进行中案件等维度组织当天工作列表，让会计师能先处理最急、最值当先做的事项。 | 会计师作战台 | Accountant | both | 是，可延展到老板早报或团队总览。 |
|
||||
| [资料清单交付](./document-checklist-delivery.md) | 把当前服务所需资料按清单方式明确交给客户，让客户知道现在需要逐步提交什么，而不是被模糊要求压住。 | 资料提交与进度页 | Client | server | 是，可复用于会计师端资料核验视图。 |
|
||||
| [资料完整性核验](./document-completeness-review.md) | 让会计师逐项判断客户资料是否已收到、是否可用、是否需补充，并把结果沉淀成清晰状态，减少来回沟通。 | 案件工作台 | Accountant | both | 是，可复用于客户端资料页和老板风险查看。 |
|
||||
| [资料状态可视化](./document-status-visibility.md) | 向客户实时展示每项资料当前处于待上传、已收到、需补充还是已确认，减少客户对进度的猜测。 | 资料提交与进度页 | Client | server | 是，可复用于会计师资料核验与老板风险查看。 |
|
||||
| [资料上传提交](./document-upload-submission.md) | 支持客户按资料项完成上传与替换提交，让资料真正进入案件处理流，而不是只停留在待办列表中。 | 资料提交与进度页 | Client | both | 否 |
|
||||
| [升级异常处理](./escalation-exception-handling.md) | 把投诉、差评、反复改约和长期沉默等异常情况聚合到统一工作面，支持老板判断是否需要亲自介入以及如何处理。 | 升级处理页 | Firm Owner | both | 是，可与团队分配和自动化策略联动。 |
|
||||
| [费用与准备项说明](./fee-and-preparation-clarity.md) | 把费用、资料准备要求和关键前置条件讲清楚，避免客户在进入服务后才发现成本或准备范围超出预期。 | 报价确认页 | Client | server | 是，可复用于后续补件说明和追加服务报价。 |
|
||||
| [高价值客户提醒](./high-value-client-alerts.md) | 把需要老板优先关注的高价值客户、关键关系客户和高影响风险客户聚合出来，避免重要关系在日常处理中被淹没。 | 升级处理页 | Firm Owner | both | 是，可复用于老板经营总览和移动早报。 |
|
||||
| [信息用途说明](./information-purpose-guidance.md) | 在客户填写资料前说明为什么需要这些信息、信息将如何被使用，从而降低顾虑并提升配合意愿。 | 注册与需求填写页 | Client | client | 是，可复用于资料提交与签字前说明区域。 |
|
||||
| [新客接纳决策](./intake-acceptance-decision.md) | 支持会计师对新客户做出接纳、退回补充或暂缓处理的明确决定，并记录原因，让建档进入可追踪的状态流转。 | 新客审核台 | Accountant | both | 否 |
|
||||
| [新客资料审阅](./intake-submission-review.md) | 把新客户提交的基础信息、服务需求和 AI 初审结论组织成可快速阅读的审阅面，帮助会计师完成首轮判断而不必在多处来回拼信息。 | 新客审核台 | Accountant | both | 否 |
|
||||
| [邀请码身份确认](./invite-code-verification.md) | 在客户正式进入注册流程前完成邀请码验证与身份确认，确保受邀入口只服务正确对象并减少误入。 | 邀请进入页 | Client | both | 否 |
|
||||
| [邀请信任入口](./invite-trust-entry.md) | 承接客户通过熟人介绍进入系统的第一触点，展示邀请来源与服务身份，让客户确认这是可信、明确且可以继续的入口。 | 邀请进入页 | Client | both | 是，可复用于后续召回或再次邀请场景。 |
|
||||
| [人工接管边界](./manual-override-governance.md) | 在涉及金钱承诺、投诉处理或其他敏感决策时，确保系统停在需要人工判断的位置，并由老板保留最终控制。 | 自动化策略页 | Firm Owner | both | 是，可复用于升级处理与案件干预场景。 |
|
||||
| [老板每日经营简报](./owner-daily-briefing.md) | 在老板进入系统时快速汇总今日经营态势、工作分布和关键变化，让老板几分钟内进入可判断状态。 | 事务所经营总览页 | Firm Owner | both | 是，可延展到早报推送与移动端摘要。 |
|
||||
| [老板优先级预判](./owner-priority-forecast.md) | 基于当日完成情况与风险走势，告诉老板今天收尾和明天开局最需要优先关注的事项。 | 事务所经营总览页 | Firm Owner | both | 是，可复用于老板早报和异常升级排序。 |
|
||||
| [报价回应确认](./quote-decision-response.md) | 记录客户是否接受当前合作条件、是否暂缓或是否需要进一步确认，使报价从展示进入正式决策状态。 | 报价确认页 | Client | both | 否 |
|
||||
| [服务说明展示](./quote-package-presentation.md) | 清晰展示事务所将提供的服务内容、边界和交付预期，让客户先理解“会做什么”，再决定是否继续合作。 | 报价确认页 | Client | server | 是，可复用于历史服务回顾和再次合作场景。 |
|
||||
| [转介绍关系洞察](./referral-relationship-insight.md) | 展示客户由谁介绍、推荐过谁以及关联关系上下文，让事务所能把信任网络当作长期资产来理解与维护。 | 客户档案页 | Accountant | both | 是，天然跨档案页与老板资产页复用。 |
|
||||
| [介绍来源核验](./referral-source-verification.md) | 在正式建档前确认客户由谁介绍、关系链是否清楚、来源信息是否可信，避免后续服务建立在模糊来源之上。 | 新客审核台 | Accountant | both | 是，可复用于老板视角的客户资产与关系检查。 |
|
||||
| [服务需求采集](./service-need-capture.md) | 帮助客户准确说明自己要解决的问题和服务背景，让事务所能基于真实需求推进建档与报价。 | 注册与需求填写页 | Client | both | 是，可复用于后续追加服务或历史需求回顾。 |
|
||||
| [服务范围与报价工作流](./service-scope-and-quote.md) | 帮助会计师在案件中判断客户需求、调整系统报价参考，并把合作条件清楚传达给客户，形成正式报价推进链路。 | 案件工作台 | Accountant | both | 否 |
|
||||
| [签字内容确认](./signoff-content-confirmation.md) | 在客户签署前让其清楚看到需要确认的结果与签字内容，确保最后一步不是盲签而是有明确理解的确认。 | 在线签字页 | Client | server | 否 |
|
||||
| [提交就绪反馈](./submission-readiness-feedback.md) | 在客户提交基础信息与需求后明确告知当前是否可以继续、还缺什么，以及接下来会发生什么，减少提交后的不确定感。 | 注册与需求填写页 | Client | both | 是，可延展到资料提交后的阶段反馈。 |
|
||||
| [补件响应处理](./supplement-request-response.md) | 在客户收到缺件提醒后，把缺什么、为什么缺、下一步怎么补说清楚，并支持客户直接完成补件响应。 | 资料提交与进度页 | Client | both | 是，可与会计师端提醒编排能力共用提醒结果。 |
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: information-purpose-guidance
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 信息用途说明
|
||||
---
|
||||
|
||||
# 信息用途说明
|
||||
|
||||
## Page
|
||||
|
||||
- 注册与需求填写页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
在客户填写资料前说明为什么需要这些信息、信息将如何被使用，从而降低顾虑并提升配合意愿。
|
||||
|
||||
## State Type
|
||||
|
||||
- client
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于资料提交与签字前说明区域。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 1 / Step 3`: 理解为什么需要我继续提供信息
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：降低理解成本并建立配合意愿。
|
||||
- 有独立交互流：阅读说明、展开常见问题、继续填写。
|
||||
- 具备独立演化潜力：后续可能随合规或服务类型变化扩展文案。
|
||||
- 有跨页面复用潜力：多个关键提交节点都需要同类说明。
|
||||
- 可独立测试：可覆盖不同服务类型说明与理解阻塞场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: intake-acceptance-decision
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 新客接纳决策
|
||||
---
|
||||
|
||||
# 新客接纳决策
|
||||
|
||||
## Page
|
||||
|
||||
- 新客审核台
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Accountant
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
支持会计师对新客户做出接纳、退回补充或暂缓处理的明确决定，并记录原因，让建档进入可追踪的状态流转。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 否
|
||||
|
||||
## Source Story
|
||||
|
||||
- `会计师 / Activity 1 / Step 3`: 决定是否正式接纳进入后续服务
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：形成正式接纳决策。
|
||||
- 有独立状态流：接纳、退回补充、暂缓处理。
|
||||
- 有独立交互流：选择结果、填写原因、提交决策。
|
||||
- 具备独立演化潜力：后续可能加入审批规则或例外策略。
|
||||
- 可独立测试：可验证不同决策下的状态变化。
|
||||
@@ -0,0 +1,41 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: intake-submission-review
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 新客资料审阅
|
||||
---
|
||||
|
||||
# 新客资料审阅
|
||||
|
||||
## Page
|
||||
|
||||
- 新客审核台
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Accountant
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
把新客户提交的基础信息、服务需求和 AI 初审结论组织成可快速阅读的审阅面，帮助会计师完成首轮判断而不必在多处来回拼信息。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 否
|
||||
|
||||
## Source Story
|
||||
|
||||
- `会计师 / Activity 1 / Step 1`: 查看新进入客户提交的信息
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：完成新客首轮审阅。
|
||||
- 有独立数据来源：客户注册信息、需求信息、AI 初审结果。
|
||||
- 有独立交互流：查看摘要、展开细节、标记已审阅。
|
||||
- 可独立测试：可单独验证信息完整展示与异常提示。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: invite-code-verification
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 邀请码身份确认
|
||||
---
|
||||
|
||||
# 邀请码身份确认
|
||||
|
||||
## Page
|
||||
|
||||
- 邀请进入页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
在客户正式进入注册流程前完成邀请码验证与身份确认，确保受邀入口只服务正确对象并减少误入。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 否
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 1 / Step 2`: 完成身份确认
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：完成受邀身份验证。
|
||||
- 有独立数据来源：邀请码、邀请状态、客户匹配信息。
|
||||
- 有独立交互流：输入、校验、通过或驳回。
|
||||
- 具备独立演化潜力：后续可能加入过期规则或二次验证。
|
||||
- 可独立测试：可覆盖正确、错误、过期和已使用场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: invite-trust-entry
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 邀请信任入口
|
||||
---
|
||||
|
||||
# 邀请信任入口
|
||||
|
||||
## Page
|
||||
|
||||
- 邀请进入页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
承接客户通过熟人介绍进入系统的第一触点，展示邀请来源与服务身份，让客户确认这是可信、明确且可以继续的入口。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于后续召回或再次邀请场景。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 1 / Step 1`: 通过邀请进入服务流程
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：完成可信入口建立。
|
||||
- 有独立数据来源：邀请链接、介绍人信息、事务所身份信息。
|
||||
- 有独立交互流：打开邀请、查看来源、决定继续。
|
||||
- 有跨页面复用潜力：复邀与召回可复用同一信任入口逻辑。
|
||||
- 可独立测试：可覆盖有效邀请、失效邀请和来源缺失场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: manual-override-governance
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 人工接管边界
|
||||
---
|
||||
|
||||
# 人工接管边界
|
||||
|
||||
## Page
|
||||
|
||||
- 自动化策略页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Firm Owner
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
在涉及金钱承诺、投诉处理或其他敏感决策时，确保系统停在需要人工判断的位置，并由老板保留最终控制。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于升级处理与案件干预场景。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `事务所老板 / Activity 4 / Step 3`: 保留对金钱承诺和投诉处理的最终控制
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：守住高风险人工边界。
|
||||
- 有独立规则来源：金额阈值、投诉类型、敏感客户标签。
|
||||
- 有独立交互流：识别命中条件、暂停自动化、等待人工接管。
|
||||
- 有跨页面复用潜力：异常处理与案件工作台都需遵守。
|
||||
- 可独立测试：可覆盖命中阈值、未命中阈值和人工恢复场景。
|
||||
@@ -0,0 +1,43 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: owner-daily-briefing
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 老板每日经营简报
|
||||
---
|
||||
|
||||
# 老板每日经营简报
|
||||
|
||||
## Page
|
||||
|
||||
- 事务所经营总览页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Firm Owner
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
在老板进入系统时快速汇总今日经营态势、工作分布和关键变化，让老板几分钟内进入可判断状态。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可延展到早报推送与移动端摘要。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `事务所老板 / Activity 1 / Step 1`: 查看今日工作的总体分布
|
||||
- `事务所老板 / Activity 1 / Step 3`: 了解客户、案件和收入的变化
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：形成当日经营摘要。
|
||||
- 有独立数据来源：案件分布、客户变化、收入变化。
|
||||
- 有独立交互流：查看摘要、展开模块、进入下钻。
|
||||
- 有跨页面复用潜力：移动端早报可复用同一摘要结构。
|
||||
- 可独立测试：可覆盖正常日、风险日和空数据场景。
|
||||
@@ -0,0 +1,43 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: owner-priority-forecast
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 老板优先级预判
|
||||
---
|
||||
|
||||
# 老板优先级预判
|
||||
|
||||
## Page
|
||||
|
||||
- 事务所经营总览页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Firm Owner
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
基于当日完成情况与风险走势，告诉老板今天收尾和明天开局最需要优先关注的事项。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于老板早报和异常升级排序。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `事务所老板 / Activity 5 / Step 1`: 回顾今日新增、推进、完成和风险情况
|
||||
- `事务所老板 / Activity 5 / Step 2`: 识别明天最需要优先关注的事项
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：形成优先级预判建议。
|
||||
- 有独立数据来源：完成情况、积压事项、临期与风险信号。
|
||||
- 有独立交互流：查看建议、展开原因、进入处理。
|
||||
- 有跨页面复用潜力：多处摘要与预警都可消费。
|
||||
- 可独立测试：可覆盖低风险、高风险和突发积压场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: quote-decision-response
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 报价回应确认
|
||||
---
|
||||
|
||||
# 报价回应确认
|
||||
|
||||
## Page
|
||||
|
||||
- 报价确认页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
记录客户是否接受当前合作条件、是否暂缓或是否需要进一步确认，使报价从展示进入正式决策状态。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 否
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 3 / Step 3`: 给出是否继续的回应
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：形成正式报价回应。
|
||||
- 有独立状态流：接受、暂缓、待确认。
|
||||
- 有独立交互流：选择回应、补充说明、提交结果。
|
||||
- 具备独立演化潜力：后续可加入有效期与二次确认。
|
||||
- 可独立测试：可覆盖接受、拒绝、超时未回场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: quote-package-presentation
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 服务说明展示
|
||||
---
|
||||
|
||||
# 服务说明展示
|
||||
|
||||
## Page
|
||||
|
||||
- 报价确认页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
清晰展示事务所将提供的服务内容、边界和交付预期，让客户先理解“会做什么”，再决定是否继续合作。
|
||||
|
||||
## State Type
|
||||
|
||||
- server
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于历史服务回顾和再次合作场景。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 3 / Step 1`: 查看对方给出的服务说明
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：让客户理解服务范围。
|
||||
- 有独立数据来源：报价单、服务范围说明、交付内容。
|
||||
- 有独立交互流：查看说明、展开细项、对照需求。
|
||||
- 有跨页面复用潜力：历史服务查看可复用同一展示结构。
|
||||
- 可独立测试：可覆盖完整说明、缺失说明和多服务组合场景。
|
||||
@@ -0,0 +1,45 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: referral-relationship-insight
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 转介绍关系洞察
|
||||
---
|
||||
|
||||
# 转介绍关系洞察
|
||||
|
||||
## Page
|
||||
|
||||
- 客户档案页
|
||||
- 客户资产与关系页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Accountant
|
||||
- Firm Owner
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
展示客户由谁介绍、推荐过谁以及关联关系上下文，让事务所能把信任网络当作长期资产来理解与维护。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，天然跨档案页与老板资产页复用。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `事务所老板 / Activity 2 / Step 2`: 识别来源不清或关系敏感的客户
|
||||
- `事务所老板 / Activity 5 / Step 3`: 形成可持续维护的经营判断
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：识别并维护介绍关系资产。
|
||||
- 有独立数据来源：邀请记录、关系图谱、客户关联信息。
|
||||
- 有独立交互流：查看来源、展开关系、识别异常。
|
||||
- 有跨页面复用潜力：档案页与资产页都复用。
|
||||
- 可独立测试：可覆盖单一来源、多层介绍和来源异常场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: referral-source-verification
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 介绍来源核验
|
||||
---
|
||||
|
||||
# 介绍来源核验
|
||||
|
||||
## Page
|
||||
|
||||
- 新客审核台
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Accountant
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
在正式建档前确认客户由谁介绍、关系链是否清楚、来源信息是否可信，避免后续服务建立在模糊来源之上。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于老板视角的客户资产与关系检查。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `会计师 / Activity 1 / Step 2`: 核对客户来源和基本情况
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：保证新客来源可信。
|
||||
- 有独立数据来源：邀请链接、邀请码、介绍关系图谱、客户基本档案。
|
||||
- 有独立交互流：查看来源、比对异常、补充标记来源。
|
||||
- 有跨页面复用潜力：老板端也会关心来源真实性。
|
||||
- 可独立测试：可验证来源缺失、冲突、正常三类结果。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: service-need-capture
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 服务需求采集
|
||||
---
|
||||
|
||||
# 服务需求采集
|
||||
|
||||
## Page
|
||||
|
||||
- 注册与需求填写页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
帮助客户准确说明自己要解决的问题和服务背景，让事务所能基于真实需求推进建档与报价。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可复用于后续追加服务或历史需求回顾。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 2 / Step 2`: 说明自己需要解决的事情
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：形成可用于判断的需求描述。
|
||||
- 有独立数据来源：服务类型、时间要求、补充说明。
|
||||
- 有独立交互流：选择需求、补充上下文、确认提交。
|
||||
- 有跨页面复用潜力：历史服务与追加需求场景可复用。
|
||||
- 可独立测试：可覆盖单项需求、多项需求和描述不足场景。
|
||||
@@ -0,0 +1,44 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: service-scope-and-quote
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 服务范围与报价工作流
|
||||
---
|
||||
|
||||
# 服务范围与报价工作流
|
||||
|
||||
## Page
|
||||
|
||||
- 案件工作台
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Accountant
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
帮助会计师在案件中判断客户需求、调整系统报价参考，并把合作条件清楚传达给客户，形成正式报价推进链路。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 否
|
||||
|
||||
## Source Story
|
||||
|
||||
- `会计师 / Activity 2 / Step 1`: 评估客户当前需求
|
||||
- `会计师 / Activity 2 / Step 2`: 形成价格判断并做必要调整
|
||||
- `会计师 / Activity 2 / Step 3`: 把合作条件清楚传达给客户
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：完成服务范围确认与报价发送。
|
||||
- 有独立数据来源：客户需求、历史服务记录、报价参考。
|
||||
- 有独立交互流：评估、修改、确认、发送。
|
||||
- 具备独立演化潜力：后续可能加入更多定价规则。
|
||||
- 可独立测试：可覆盖价格调整、发送前校验、报价状态变化。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: signoff-content-confirmation
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 签字内容确认
|
||||
---
|
||||
|
||||
# 签字内容确认
|
||||
|
||||
## Page
|
||||
|
||||
- 在线签字页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
在客户签署前让其清楚看到需要确认的结果与签字内容，确保最后一步不是盲签而是有明确理解的确认。
|
||||
|
||||
## State Type
|
||||
|
||||
- server
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 否
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 5 / Step 1`: 对最终结果做必要确认
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：完成签字前内容确认。
|
||||
- 有独立数据来源：待签文件、结果摘要、确认说明。
|
||||
- 有独立交互流：查看内容、确认理解、进入签署。
|
||||
- 具备独立演化潜力：后续可加入版本差异或补充说明。
|
||||
- 可独立测试：可覆盖单文件、多文件和内容缺失场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: submission-readiness-feedback
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 提交就绪反馈
|
||||
---
|
||||
|
||||
# 提交就绪反馈
|
||||
|
||||
## Page
|
||||
|
||||
- 注册与需求填写页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
在客户提交基础信息与需求后明确告知当前是否可以继续、还缺什么，以及接下来会发生什么，减少提交后的不确定感。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可延展到资料提交后的阶段反馈。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 2 / Step 3`: 等待对方确认我已经可以继续往下走
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：形成提交后的清晰反馈。
|
||||
- 有独立状态流：可继续、待补充、待人工确认。
|
||||
- 有独立交互流：提交后查看反馈并决定是否修改。
|
||||
- 有跨页面复用潜力：类似反馈机制可用于资料补件阶段。
|
||||
- 可独立测试：可覆盖通过、待补充、审核中场景。
|
||||
@@ -0,0 +1,42 @@
|
||||
---
|
||||
artifact_type: feature
|
||||
slug: supplement-request-response
|
||||
round: 4
|
||||
status: draft
|
||||
project: maxcpa
|
||||
title: 补件响应处理
|
||||
---
|
||||
|
||||
# 补件响应处理
|
||||
|
||||
## Page
|
||||
|
||||
- 资料提交与进度页
|
||||
|
||||
## Persona Served
|
||||
|
||||
- Client
|
||||
|
||||
## Business Responsibility
|
||||
|
||||
在客户收到缺件提醒后，把缺什么、为什么缺、下一步怎么补说清楚，并支持客户直接完成补件响应。
|
||||
|
||||
## State Type
|
||||
|
||||
- both
|
||||
|
||||
## Cross-Page Reuse
|
||||
|
||||
- 是，可与会计师端提醒编排能力共用提醒结果。
|
||||
|
||||
## Source Story
|
||||
|
||||
- `客户 / Activity 4 / Step 3`: 在收到提醒后补齐缺失内容
|
||||
|
||||
## Independence Signals
|
||||
|
||||
- 有独立业务目的：推动提醒后的补件闭环。
|
||||
- 有独立数据来源：提醒事件、缺件原因、资料状态。
|
||||
- 有独立交互流：查看提醒、进入补件、完成再提交。
|
||||
- 有跨页面复用潜力：与会计师提醒能力天然关联。
|
||||
- 可独立测试：可覆盖单项补件、多项补件和重复提醒场景。
|
||||
Reference in New Issue
Block a user