SEO学习社区：面试怎样说明自己的工作过程
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8990d3c692d2.html
📄
SEO学习社区：面试怎样说明自己的工作过程
面试官让你说明工作过程，不是要听你背一遍SEO概念，而是想确认你有没有真实做过、能不能把一次优化从发现到验证讲清楚。在SEO学习社区里讨论这个问题时，最实用的做法是选一个你亲自参与过的具体项目，按“观察—判断—处理—复查”四步说，每一步都交代你看到了什么、为什么这样决定、做了什么、后来怎么确认效果。哪怕项目很小，只要链条完整，就比泛泛谈“我负责关键词优化”更有说服力。
先选一件能讲完整的小事
很多人卡住，是因为想讲一个大项目，结果每个环节都只能说到一半。更稳妥的起点是挑一件边界清楚的事，例如某个栏目页长期没有自然流量、某批页面标题重复、某类内容收录情况不理想。选择标准有三条：你确实参与过；你能说出前后变化；你能解释当时为什么那样做。项目大小不重要，重要的是你能把因果链讲完。
如果经历确实零散，可以把同一类工作合并成一条线，比如“我连续几个月负责内容页的标题和摘要调整”，然后从中挑一个具体例子展开。面试官通常会更在意你处理问题的方式，而不是项目规模。
按四步组织叙述，每步给出依据
观察：先说你发现了什么现象，以及从哪里看到的。例如“我接手时，发现这个栏目的页面在搜索里几乎没有展现，我查了站点收录情况和页面标题，发现十几个页面标题几乎一样”。这里要区分“我看到的”和“我猜的”，不要把推测说成事实。
判断：说明你为什么把问题归到某个原因上，同时承认其他可能。例如“我判断标题重复可能影响页面区分度，但流量低也可能和内容质量、内链不足有关，所以我先做了标题这一项，因为改动成本最低、最容易验证”。这种表述既显示你会排序，也显示你不会把单一现象当成唯一原因。
处理：讲你具体改了什么、怎么改、和谁配合。例如“我整理了每个页面的主题，重写了标题和摘要，把改动列成表格交给开发上线，并记录了上线时间”。如果你只负责其中一部分，就如实说清楚边界。
复查：说明你后来怎么判断有没有效果。例如“上线两周后，我对比了这些页面的展现和点击变化，也看了收录是否更新。有的页面有改善，有的没有，我把没改善的挑出来继续查内容匹配度”。复查不一定要有漂亮结果，能说出你怎么看数据、怎么决定下一步，本身就是加分项。
准备一份可复述的记录
临场组织语言容易乱，可以提前写一份简短记录，面试前过一遍。结构如下：
- 背景一句话：什么站点、什么栏目、你负责哪部分。
- 现象两三条：具体到页面或数据维度，不用精确数字也可以说趋势。
- 判断依据：你查了什么、排除了什么、为什么先做这一项。
- 动作清单：改了哪些元素、谁执行、什么时候上线。
- 复查方式：看什么指标、隔多久看、结果如何、后续怎么调整。
这份记录不用背，目的是让你在被打断或追问时还能回到主线。面试官追问“你怎么知道是这个问题”，你就回到判断依据；追问“如果没效果怎么办”，你就回到复查和下一步。
容易被追问的地方怎么答
常见追问有三类。第一类问数据：如果你没有权限看完整数据，就说明你能看到的部分和看不到的部分，不要编造。第二类问归因：如果同期还改了别的东西，就承认无法把效果单独归给某一项，说明你会用对照页面或分批次改动来减少干扰。第三类问失败：直接讲一个没做成的例子，重点放在你从复查里发现了什么、后来怎么换思路。
还有一点值得注意：面试官可能并不熟悉SEO，这时少用术语，多用“页面标题”“搜索结果里的描述”这类说法，把过程讲成任何人都能听懂的问题解决故事。
下一步，你可以从自己的经历里挑一件小事，按上面五条写成半页纸，然后对着它讲一遍并录音。听回放时检查两点：有没有把观察和判断混在一起，复查部分有没有说清楚你依据什么决定下一步。把这两点改顺，面试时的工作过程说明就基本立住了。
