事情做了不少，写下来却只剩“负责运营”“协助项目”“完成需求”，是整理经历时常见的困难。读者知道你参与过工作，却还看不出你解决了什么，也难以判断这些经验能否用到新的岗位。
01先把一件事讲清楚
先找一件自己参与较深、细节记得清楚的事情，写下五个问题：谁遇到了什么困难，原来怎样处理，你具体做了什么，为什么这样做，后来发生了什么变化。暂时不要求句子漂亮，把关键信息放在一起就好。
在什么场景下，为了解决谁的什么问题，我负责哪一部分？整理第一版时，可以从这句话开始。
02说清楚自己的贡献
把团队目标和自己的贡献分开写。项目背景用几句话交代，重点放在你承担的环节：整理了哪些资料，发现了哪个问题，作了什么选择，和谁完成确认，怎样检查结果。每个动作越具体，读者越容易理解你的工作。
协助完成用户调研，整理报告，推动产品优化。
我负责整理这次访谈中反复出现的问题，将关键原话和使用场景放在一起，与产品同事确认哪些问题需要继续验证。
示例写法。请只保留自己实际做过、能够解释的内容。
03补上判断的依据
接着补上判断依据。时间、数据、协作和使用习惯都可能影响方案。说明自己当时掌握了什么信息，比较过哪些做法，最终为什么这样选。哪怕方案很简单，只要能交代清楚取舍，也能体现你对任务的理解。
记录可以很轻：一个项目建一则笔记，把发生的事、当时的想法和相关材料放在一起。
- 保留一两句关键原话。
- 记下作出选择的原因。
- 把还要补查的地方列成清单。
等到需要整理经历时，就能回到这些具体材料。
04回到实际结果
结果可以是数据变化，也可以是一个投入使用的流程、一份被采用的材料，或一个得到解决的问题。有数据时写明统计口径、时间和比较对象；资料暂时不齐时，先记录可以确定的产出，把需要补查的部分列入清单。
结果还没出来，也可以把进展写清楚。
例如材料已经提交、方案正在试用，或仍在等待复测。说明当前走到哪一步，以及接下来准备检查什么。
05再讲一遍，再做取舍
完成初稿后，试着暂时不看文字，把这件事讲给不了解背景的人听。留意哪些地方解释起来费力，哪些细节还需要查原资料。再把这些内容补回来，材料会更完整，也更贴近自己的理解。
最后对照目标岗位调整重点。运营岗位可能更关注用户、执行和反馈，产品岗位可能更关注需求、取舍和协作，分析岗位可能更关注数据定义与判断过程。选择对方最需要了解的部分，减少与目标无关的细节。
第一版可以沿着这个顺序写：在什么场景下，为了解决谁的什么问题，我负责哪一部分；基于哪些信息作出选择，完成什么，结果或下一步是什么。检查关键动作是否能解释、数字是否有口径、内容是否贴合目标，再精简措辞和排版。
整理完，给自己检查一遍
资料下载
先下载一份空白模板，填入手边已经有的材料。第一版不必完美，需要回查的地方可以慢慢补齐。
