---
artifact_type: persona
slug: firm-owner
round: 1
status: draft
project: maxcpa
title: Firm Owner
---

# 事务所老板

## 核心目标

维持对客户接待、案件进度、收入、转介绍关系和服务风险的全局可见性，让事务所能够在不依赖碎片化人工汇报的前提下及时做出经营决策。

## 与其他 Persona 的关键区别

- 相比 `Accountant`，这个 Persona 关注的是整个事务所，而不只是自己名下的客户和案件。
- 相比 `Client`，这个 Persona 不负责提交服务资料，而是负责监督客户管道健康度、团队推进效率、自动化策略和高价值客户关系维护。
- 这是 brief 里唯一被明确描述为既需要经营可见性，又需要控制自动化粒度的角色。

## 权限边界

- 可以查看全量客户、全量案件、全部会计师、全部转介绍关系，以及事务所级别的收入概览。
- 可以查看整个事务所范围内的逾期事项、紧急事项和即将到期事项。
- 可以查看报价管道、重要客户提醒、流失预警，以及 AI 生成的客户画像输出。
- 可以查看每位会计师当前负责的客户、案件数量、临期压力、缺件积压和整体推进节奏。
- 可以为会计师分配或调整客户与案件归属，并决定哪些事项需要老板直接升级跟进。
- 可以接收并处理差评、多次改约、长期未联系客户、介绍来源不清等升级事件。
- 可以按场景或客户分层配置自动化行为，包括全自动、草稿模式和纯人工模式。
- 可以对涉及金钱承诺、退款、投诉、VIP 处理等敏感决策进行人工介入。

## 不可见页面或能力

- 不需要把面向客户的注册、邀请码输入、资料自助上传流程作为自己的主工作路径。
- 不需要只为某一个会计师个人待办队列优化的日常资料确认视图。
- 不应默认依赖属于个别会计师的私人备注或临时工作记录，除非这些内容已经被明确沉淀到系统中共享。

## 重要约束与假设

- brief 将这个 Persona 定位为涉及金钱敏感或声誉敏感事项时的最终升级处理者。
- brief 隐含表达了两件战略优先级：转介绍关系网络可见性，以及客户资产留存；这两者不是次级报表功能。
- 这个 Persona 不只是“看报表”，还需要真正管理会计师的工作分配、负载平衡和升级介入边界。
- 自动化必须保持细粒度可控，因为 VIP 客户处理和高风险场景不能完全交给系统自治。
- 这个 Persona 很可能需要移动端友好的摘要访问能力，因为 brief 明确描述了“早上 7 点手机早报”的使用场景。

## 相关文档

- Story Map: `../story-maps/firm-owner.md`