mytool2002
46 lines
2.1 KiB
Markdown
46 lines
2.1 KiB
Markdown
---
|
|
artifact_type: persona
|
|
slug: client
|
|
round: 1
|
|
status: draft
|
|
project: maxcpa
|
|
title: Client
|
|
---
|
|
|
|
# 客户
|
|
|
|
## 核心目标
|
|
|
|
在可信转介绍的前提下，无需安装额外软件，就能完成注册、理解报价、提交所需资料、跟踪进度并完成签字，且尽量避免重复填写和重复沟通。
|
|
|
|
## 与其他 Persona 的关键区别
|
|
|
|
- 相比 `Firm Owner` 和 `Accountant`，这个 Persona 是事务所外部用户，只能通过受邀方式参与。
|
|
- 这个 Persona 不管理其他用户、案件或业务规则，只处理自己的资料、报价、文件、提醒和签字任务。
|
|
- 这个 Persona 的成功标准是低摩擦完成和信息清晰，而不是运营效率或全局管理能力。
|
|
|
|
## 权限边界
|
|
|
|
- 只能通过专属邀请链接加邀请码进入系统。
|
|
- 可以提交注册和报价所需的个人或企业信息。
|
|
- 只能查看自己的报价、资料清单、进度状态、提醒信息和签字任务。
|
|
- 可以上传所需文件，并查看每一项资料的状态，例如待上传、已收到、需补充、已确认。
|
|
- 可以接收与自己服务旅程相关的自动提醒、确认消息和后续跟进。
|
|
|
|
## 不可见页面或能力
|
|
|
|
- 不能看到事务所级仪表盘、收入数据、其他客户、介绍关系图内部细节、会计师工作负载或老板级提醒。
|
|
- 不能访问内部 AI 画像维度、流失评分、会计师私人备注或仅供事务所内部使用的沟通来源标记。
|
|
- 不能修改报价策略、自动化设置、案件分配或归档分类规则。
|
|
|
|
## 重要约束与假设
|
|
|
|
- brief 明确提出“无需安装 App”和“仅受邀进入”，因此这个 Persona 对应的体验应当是轻量 Web 访问，而不是复杂门户。
|
|
- 信任关系非常关键，因为每一个客户都来自转介绍；因此接待和注册体验必须保留介绍关系带来的信任上下文。
|
|
- 系统应尽量减少重复提问，因为 brief 把反复收集基础信息定义为痛点之一。
|
|
- 这个 Persona 需要清晰的状态透明度，因为资料齐全性、提醒链路和签字推进都是产品承诺中的核心体验。
|
|
|
|
## 相关文档
|
|
|
|
- Story Map: `../story-maps/client.md`
|