哪里没讲清楚，就看哪里
职责写得太宽、缺了背景或没有交代结果？先找真正影响理解的地方。已经讲清楚的，留着。
WORK 01 / 正在开发
少问废话，问到事实够用
追问具体做法、个人分工和结果，不把聊天变成无止境的问卷。信息够了就停。
你点头，才动笔
补充内容和改写都由你确认。不把参与写成主导，也不把没有证据的数字塞进简历。
看看一句话能怎么问
“负责培训”四个字，能不能再说清楚一点？
以下是为说明方法编写的教学示例，不是用户记录，也不是产品成效。改写只使用示例中已确认的事实。
演示示例 01
- 修改前
- 负责新员工入职培训和资料整理。
- 需要确认
- 你整理了什么？这些材料后来是否继续使用？
- 确认的事实
- 整理了首周培训流程与岗位资料清单；团队后续入职培训继续使用这些材料。
- 修改后
- 整理新员工首周培训流程与岗位资料清单，作为团队后续入职培训的固定材料。
演示示例 02
- 修改前
- 参与客服工单流程优化，提升处理效率。
- 需要确认
- 你改了哪个环节？团队后来怎样处理工单？
- 确认的事实
- 重新整理了问题分类和转派规则；客服开始按问题类型分派工单，不再逐单确认转派对象。
- 修改后
- 重新整理常见问题分类和转派规则，让客服按问题类型分派工单，减少逐单确认转派对象的步骤。
没有数字，不用硬凑
有可靠数据就说清口径；没有数据，也可以解释交付、采用或解决了什么问题。
好看不能比真实重要
不编造经历和数字，不把团队成果全算到自己头上。每一处改动都要能回答“依据是什么”。
开发进度
正在把“问清楚—确认—改写”这条路走顺
目前重点是简历检查、追问细节和确认修改。更多导入、导出方式会分阶段补齐；现在还不能开放使用。
还在打磨，暂时不能使用。先看看我们为什么这样做。
← 查看其他产品