Attio：让客户自动跟进，也让每一步都能查清
Attio把公司、联系人和交易进展组织成客户记录，并通过工作流处理更新、分配和提醒。运行历史帮助团队追查某次跟进做了什么，以及卡在了哪一步。
先给出你的方案与理由，再展开思路，检查是否遗漏了重要的取舍与验证。这些问题没有唯一答案。
01
产品思考中阶
失败后继续，怎样让用户看懂重试范围？
练习场景
为自己的客户跟进工具设计“失败后继续”面板。CRM 是保存客户和跟进状态的系统；一次 run 指一个客户触发的一次流程，attempt 是为解决这次任务而进行的一次尝试。本题设计属于你的产品，不要求复制 Attio。
已知条件
- 原流程 V1 有三步：A 创建跟进任务，B 分配负责人，C 发内部提醒。第一次尝试中 A、B 明确成功，C 明确失败，服务确认未发送；当前仍有 A 创建的任务。题目不涉及超时结果未知。
- 现在流程已发布为 V2，提醒文案改了，客户负责人也由小林改成小周。从失败步继续仍用 V1 和原来确认的输入；“用当前流程重跑”从 A 开始，使用 V2 和当前客户数据。后者可能新建重复任务，系统不自动去重，也不撤销旧任务。
- 用户甲只想补发原来给小林的提醒；乙希望按新负责人和新文案重新处理。执行前必须展示版本、数据时间点、起点和已完成副作用；只允许一次正在执行的重试。
推演与交付
分别说明甲乙应如何选择，画出选择、确认、执行中、完成/失败四个界面状态。写清主按钮和风险提示，展示第一次与第二次尝试的关系；用两项可观察任务检验用户是否理解“重跑不等于撤销”，不编造实验结果。
查看思路
- 先区分目标。 甲需要旧输入下补发C；乙要V2和当前负责人，但必须先决定如何处理已有任务。不要只给三个意义模糊的“重试”按钮。
- 把四个差别做成确认摘要。 并排列出V1/V2、旧/新负责人、起始步骤、会再次执行的动作。把A已建任务列为现存结果，不能在重试时隐去。
- 为乙提供前置检查。 可以要求确认已有任务的处理方式或暂缓本次重跑，而不是假定新流程会自动去重。只提示“有风险”却不说明哪个动作重复，对用户没有帮助。
- 保留尝试记录和请求状态。 执行中禁用重复提交，完成后展示第二次实际结果，并能回看第一次；失败也保留版本与范围。按钮点击成功不代表通知已发送。
- 观察两种目标的选择。 请测试者完成甲乙任务并复述收件人、文案和任务数量预期。重点记录误选新版、以为旧任务已撤销、把执行中当完成的情况，再调整面板。