---
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`