巧说seo论坛：面试怎样说明自己的工作过程
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b295c35c4dc4.html
📄
巧说seo论坛：面试怎样说明自己的工作过程
面试里说明工作过程，重点不是把做过的事按时间顺序讲一遍，而是让面试官听清楚三件事：你负责哪一段、你依据什么做判断、交付物怎样让别人接着干。可以按“背景—我的动作—判断依据—交付结果—复盘”五步说，每步只留一句核心信息。下面用一个假设例子展开。
假设例子：一次多人协作的内容改版
假设你参与过一个内容页改版项目，团队五个人，你负责其中一部分页面的信息结构调整。面试时不要这样说：“我先看了数据，然后改了标题和结构，最后效果不错。”这句话没有交代范围、依据和交付，面试官无法判断你的实际贡献。
可以改成：“当时我们有一批内容页，用户停留时间短，团队判断是信息层级不清。我负责其中二十个页面的结构调整。我先按页面类型分组，对比各组进入方式，找出最需要先改的两类；然后写出结构方案，标明每个位置放什么内容、由谁提供素材；方案交给设计和开发前，我整理成一份带标注的清单，减少口头返工。上线后我们按同一分组再看一次表现，确认改动是否达到预期。我的复盘是：先分组再动手，比逐页改更容易对齐标准。”
把过程拆成面试官能核对的五步
- 背景与目标：一句话说明项目要解决什么，避免只讲“领导让我做”。
- 你的职责边界：说清楚你负责哪部分，哪些是别人做的，不把团队成果全算在自己头上。
- 判断依据：你看了什么材料、和谁确认过、为什么选这个方案，而不是凭感觉。
- 交付物：你交出了什么，是清单、文档、表格还是可执行的修改说明，别人能否直接使用。
- 结果与复盘：结果按当时设定的标准说，没达到也讲清楚原因和下次怎么改。
多人协作场景下最容易犯的三个错误
- 只讲动作，不讲交接。多人协作里，面试官很在意你是否让别人少返工。要说出你怎样把信息整理成别人能接手的形态。
- 把“参与”说成“主导”。如果只是执行一部分，就明确说“我负责其中一段”，再讲这段做得好在哪里。夸大职责经不起追问。
- 结果没有对照标准。“效果不错”不是结果。可以说“按我们事先定的检查项逐条核对”，或“和改版前的同一组页面比较”，但不要编造具体数字。
用STAR不如用“判断点”串起来
STAR适合讲完整案例，但面试官常追问“你为什么这么做”。更稳的做法是围绕判断点组织：遇到什么情况、你排除了哪些选项、最后选了什么、依据是什么。例如你想说明自己会做内容规划，不要只说“我做了规划”，而要说：“我先按主题把已有内容分组，发现重复的部分集中在两类问题上，于是建议先合并重复内容，再补缺口。这样做的条件是团队人手有限，优先处理重复比新写更省交接成本。”这样既讲了过程，也讲了适用条件。
面试前可以做的检查
挑一个你真正参与过的项目，按下面几项写在一页纸上，每项不超过两句话：项目目标、你的负责范围、你做的关键判断、你的交付物、结果对照标准、一条复盘。写完后读一遍，删掉所有“然后”“后来”“反正”这类连接词，看剩下的是否仍然完整。如果某一步说不清楚，说明你对那段过程还不够熟，面试时很可能被问住。
下一步，拿这份一页纸找人模拟追问三次，每次只问“为什么这么做”和“你具体交了什么”。能连续答清楚，说明你的工作过程已经讲明白了。
