INFO · info-20251225-097
虚拟EA工作法：先建模，再接管
[INFO] 虚拟EA工作法：先建模，再接管
- 时间: 2025-12-25
- 类型: 方法论
- 来源: 虚拟EA从业者访谈
- 置信度: 8/10
- 标签: #EA #助手 #工作方法 #建模 #委托
核心原则
虚拟 EA 的核心不是"代办"，而是"先建模，再接管"
不会一上来就"替你做"，而是先用 onboarding 流程理解客户，再逐步接管执行。
服务对象
主要服务创业者型高管，集中在 SaaS、AI、加密交易领域。
七步工作法
1. Onboarding：先审计，不急于行动
入口方式：通过 delegate access 进入邮箱（信任建立后才给更高权限）
快速审计（甚至一天完成）：
- 是否有大量订阅、newsletter、junk
- 客户是否真的会读邮件
- 是否已有 label/folder
- 是否存在成体系的归档系统
建模提问：
- 典型的邮件处理流程是什么？
- 一天什么时候开始看邮件、多久看一次？
- 更常用手机还是电脑？
- 哪里顺、哪里不顺，希望重点解决什么？
- 需要代发邮件，还是先放 Drafts 由客户确认？
理解客户偏好不是一次会就能搞定，通常要 2-3 周持续观察。
2. 邮箱治理：先降噪，再让重要的浮上来
对齐预期：客户追求 Inbox Zero，还是只想看到该处理的？
清理策略：
- 批量退订、归档或删除订阅邮件
- "过去 6 个月没用过"为清理标准
- 识别关键利益相关方的邮件，确保不被噪音淹没
目的：让高管打开邮箱时只面对真正需要决策和行动的内容。
3. 针对不同读邮件习惯的客户设计不同节奏
| 类型 | 特征 | EA 策略 |
|---|---|---|
| 低频型 | 固定早/中/晚看 | 提前 1 小时整理，给 daily brief，用标签标注 to-do |
| 高频型 | 可能先于 EA 看到 | 引入协作信号系统（star/颜色标记），约定同步边界 |
4. Calendar 管理：固化工作节律
审计日历：
- 是否有固定会议时段
- 是否早/晚高峰
- 是否多个日历，推动合并为一个主日历
核心动作：
- 把"深度工作时间"变成硬区块
- 设置会议规则（back-to-back？缓冲区？偏好工具？）
- 会议标题、地点、参会人写清楚
- 对 ADHD 倾向客户用颜色编码
Scheduling link：先把所有不可约时间 block 出来，链接才可信可用。
5. 延伸到项目与财务
| 领域 | 动作 |
|---|---|
| 项目管理 | 从邮件提取任务 → 创建 task → 写描述/负责人/截止时间 → 查 dashboard 识别滞后 |
| 轻量财务 | 整理发票收据 → 放 Drive/表格 → 对接财务 → 甚至在系统里开票 |
6. 沟通机制：紧急与日常分开
| 类型 | 渠道 | 内容 |
|---|---|---|
| 紧急 | 非常短的信息提醒（只有紧急才用） | |
| 日常 | End-of-day summary | 今天做了什么/推进了什么/还没完成什么 |
Daily Sync 文档（Google Doc 模板）：
- 当天优先级
- 已确认会议
- 需要客户 review 的事项
- 需要客户提供的信息
客户习惯：早上第一件事看 daily sync，15 分钟快速对齐。
7. 质量评估标准
客户"更安静、更自由"，就是做对了。
30 天内的观察指标：
- 噪音是否减少
- 是否更接近 inbox zero
- 客户是否有更多时间和自由
进阶标志：遇到问题不只抛给客户，而是带着备选方案来请客户选择——这代表已经开始承担"前置思考"。
关联
- 相关概念: [[NODE-AI-Agent]] - 虚拟 EA 的工作方法对 AI Agent 设计有启发
- 相关规则:
- [[RULE-主人翁心态]] - EA 的"带备选方案"体现主动性
- [[RULE-用研循环]] - 先观察再建模，类似用研循环的"先使用再改进"
- 待探索: 这套方法如何迁移到 AI Assistant 的设计？