MaxCPA_FPA/analysis/personas/firm-owner.md

artifact_type, slug, round, status, project, title

artifact_type	slug	round	status	project	title
persona	firm-owner	1	draft	maxcpa	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