SEO学习手册：只参与局部工作时怎样真实描述个人贡献
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /71b6f6c097e1.html
📄
SEO学习手册：只参与局部工作时怎样真实描述个人贡献
真实描述的关键不是把局部工作说得更大，而是先判断你的产出能否被独立验证：能验证时，写清你负责的环节、交付物和它改变了什么；不能验证时，写清你提供的输入、边界和交接状态，不把团队结果算到自己名下。两种情况下都不要用“负责SEO”“提升流量”这类无法对应到具体动作的表述。
先判断：你的产出是独立交付还是协作输入
局部参与通常分两种。一种是你在某个环节有完整交付物，比如一份关键词映射表、一批页面标题与描述、一份内链调整清单、一次抓取日志分析结论。这类工作有明确边界，别人能打开文件、核对字段、看到修改前后的差异。另一种是你只提供了输入，比如给内容团队提了选题方向、给开发提了结构化数据需求、参与了改版评审并给出意见。输入是否被采纳、最终怎么落地，不由你决定，贡献描述就不能按结果口径写。
区分方法很直接：问自己“如果把我换掉，这个交付物还会存在吗”。会存在，说明你只是输入方；不会存在，说明你是该环节的交付方。这个判断决定了后面用哪套写法。
条件一：有独立交付物时，按“环节—动作—可核对结果”写
能拿出交付物的情况下，描述要落到具体对象和字段上。例如不要写“优化了网站SEO”，而写“整理了三类产品页的关键词映射，把原有关键词重复的栏目拆成独立主题，交付给内容编辑作为写作依据”。这里的关键词映射表、栏目拆分、交付对象都是可核对的。
动作之后要接一个可核对的结果，但结果必须限定在你的交付物范围内。假设一份内链清单涉及四十个页面，你可以写“清单覆盖四十个页面，标注了每条的来源页、目标页和锚文本建议”，这是对交付物本身的描述，不是对排名的承诺。至于这些内链最终带来什么，属于后续团队执行与外部条件共同作用，不应写成你的个人成果。
实施动作上，建议在交付物里保留一个版本记录或字段说明，注明日期、负责人、适用范围。这样在面试或复盘时，你能直接指出自己做了哪一版、改了什么，而不是靠回忆复述。这个动作的影响是：下一步讨论结果时，你有依据把“我做的”和“后来发生的”分开，避免把不可控的波动归到自己头上。
条件二：只有协作输入时，按“建议—是否被采纳—交接状态”写
没有独立交付物时，最容易失真。此时正确的写法是描述你提供了什么判断、这个判断是否进入决策、以及你交接给了谁。例如“在改版评审中提出分类页应保留可抓取的文字入口，该建议被采纳并写入开发需求”，或者“提出该建议，但最终因排期未纳入本次改版”。后一种写法同样真实，而且能体现你理解边界。
这里要避免一个常见错误：把“我提过”等同于“我推动了”。提过是输入，推动需要对方采纳并执行。如果你不清楚是否被采纳，就写“已提交建议，后续落地情况由开发排期决定”，这比含糊地说“参与了改版优化”更可信。
例外情况是：当你的输入本身就是约定交付物，比如岗位要求你每周输出选题建议并进入内容排期，那么这份建议序列就是你的交付物，可以按条件一的写法处理，但仍只描述建议本身，不描述内容上线后的表现。
一个假设例子：同一件事的两种写法
假设你参与了一个电商站的栏目调整，只负责其中一部分。写法A：“负责网站SEO优化，提升了自然流量。”这句话没有可核对对象，也无法判断你做了什么。写法B：“梳理了三个二级栏目的关键词归属，输出页面标题与描述草稿共六十条，交给前端配置；其中二十条因与现有活动页冲突被退回，未上线。”写法B交代了范围、数量、交付对象和未落地部分，读者能自己判断你的贡献大小。
这个例子的数字只是说明比较方法，不代表任何真实项目。它的作用是让你看到：局部贡献的可信度来自边界清楚，而不是来自把结果说大。
写完之后做一次反向核对
完成描述后，逐句问三个问题：这句话指向的具体对象是什么；这个对象是否由我产出或提交；结果部分是否超出了我的控制范围。任何一句答不上来，就改成边界更窄的表述。
- 把“负责”换成具体动作，如整理、输出、提交、评审。
- 把“提升”“增长”换成交付物本身的特征，如覆盖范围、字段、版本。
- 把团队结果单独列出，并注明由谁主导、你提供了哪部分输入。
这样处理后，你的描述在面试追问和内部复盘时都经得起核对，也方便对方判断你适合承担哪一段工作，从而决定下一步是继续给你同类环节，还是让你尝试更完整的链路。
