2.2 KiB
2.2 KiB
artifact_type, slug, round, status, project, title
| artifact_type | slug | round | status | project | title |
|---|---|---|---|---|---|
| persona | accountant | 1 | draft | maxcpa | Accountant |
会计师
核心目标
把通过邀请进入的潜在客户转化为正式服务案件,收齐完整资料,在截止日前推进工作,并以清晰归档和更少重复催促完成每一个案件。
与其他 Persona 的关键区别
- 相比
Firm Owner,这个 Persona 处理的是自己被分配到的客户和案件执行,而不是整个事务所的经营总览。 - 相比
Client,这个 Persona 负责核验信息、确认报价、审核上传资料、推进案件状态,并发起签字流程。 - 这个 Persona 是服务流程中的主要人工操作者,与 AI 协同工作,而不是只做监督。
权限边界
- 可以查看和管理分配给自己的客户与案件。
- 可以审核新的受邀注册客户,并在正式建档前确认客户接待信息。
- 可以查看 AI 对客户填写信息和上传资料的初步审核结果。
- 可以调整报价参考、发送最终报价、催补缺件、更新案件状态,并发起签字。
- 可以查看与自己工作相关的客户服务历史、客户画像信号和介绍来源。
- 当案件需要直接介入时,可以在系统自动提醒之外发起人工提醒。
不可见页面或能力
- 默认不能访问面向
Firm Owner的事务所级财务总览或全会计师生产力视图。 - 默认不负责控制全局自动化策略、老板级升级收件箱或全局流失管理视图。
- 不会把邀请码注册页面作为自己的后台操作界面;他们是触发和跟踪这条流程的人,而不是注册动作的执行者。
重要约束与假设
- brief 把时间压力和缺件追踪定义为核心痛点,因此这个 Persona 高度依赖截止日可见性和自动收资支持。
- AI 在这里明确是辅助性的:系统负责起草、识别和提醒,但建档、报价和资料齐全性的最终确认仍由会计师完成。
- 这个 Persona 需要端到端案件时间线,因为 brief 反复强调“知道每个案件卡在哪里”。
- 这个 Persona 很可能需要快速访问历史服务记录和客户偏好,以减少重复询问并避免沟通失误。
相关文档
- Story Map:
../story-maps/accountant.md