本文目录 7 个部分
配图说明：AI 生成的主题示意图，并非实拍或产品实测证据。
团队成果不是每个人都能完整认领的个人成果。简历和面试中，先分清团队目标、自己负责的交付物与合作接口，再决定哪些数字和表述有证据支持。本文适合课程或社团项目，不虚构工作经历。
把“我们做了”拆成三个层次
第一层是团队整体目标，第二层是你承担的任务，第三层是你的产出怎样被接入最终成果。不要用一个“负责项目”覆盖所有人的工作。贡献可以是核对、协调或测试，不必把自己包装成唯一负责人。
建立贡献证据表
| 你想写的主张 | 可核对的材料 | 不够充分的替代 |
|---|---|---|
| 完成某模块 | 提交版本、说明与实际交付物 | 只列软件名称 |
| 发现问题并修复 | 问题记录、修订差异、验证结果 | 只说认真负责 |
| 协调交接 | 经允许展示的任务与交接记录 | 把群消息数量当成成效 |
| 改善某指标 | 同口径前后数据及计算方式 | 没有基线的百分比 |
材料只是支持说明，不等于可以公开。涉及时限、版权、同学或组织信息时，先取得必要许可，再决定展示范围。
写法示例与边界
教学情境：四人课程小组制作报名页面。清楚的表述是“团队完成报名页面；我负责整理字段要求与测试异常输入，并把问题交给负责开发的同学”。如果并未编写功能，就不要写“独立开发报名系统”。没有实际人数或测试记录时，删除相应数字。
结果不理想也可以如实说明
项目没有上线，可以写清楚交付到原型阶段、为什么停止、你保留了什么验证结果。真实限制常比编造成功更能解释判断过程。不要泄露组内争执细节来证明自己正确，把重点放在行动和可核对的决定。
准备三个追问
分别练习“哪部分不是你做的”“你怎样知道结果正确”“如果重做会改什么”。回答前回到证据，而不是让AI生成更漂亮的数字。可以把说明压缩成简历一条，再展开成面试故事，两者事实必须一致。
参考资料与使用范围
本文由 AI 辅助整理；示例、计算和清单用于解释方法，不代表实地调查、产品实测或专业资质背书。具体服务条款、产品说明与当地要求须另行核实。