接手SEO项目前90天行动手册：3阶段路线与5大避坑

接手别人没做完的SEO项目，前90天最大的坑不是出不了活，是节奏错了。早动晚动颠倒，把别人不该背的锅背上、把能速攻的小赢错过去，老板半年内会换人；前任埋的雷自己踩了，业绩还得自己背。

保哥这些年帮甲方接过30多个站，从B2B工业品独立站到跨境美妆DTC、在线教育SaaS都干过。同样一份接手清单，差不多的烂摊子，节奏对了90天能交出可被看见的小赢；节奏错了90天交出来的全是“我打算干什么”。

这篇给一套分三段的实战手册：0-30天摸底冻结、31-60天定优先级出方案、61-90天小赢交差。配7项必查清单 + 3项必须冻结别碰 + 5个常见翻车场景 + 周报月报骨架。和我之前写过的SEO团队搭建、SEO公司怎么选不踩坑、SEO项目交付乙方撤场都不一样——前面那三篇分别站在老板视角、找代理视角、乙方视角，这篇站的是“新负责人刚进场第一天”的视角，写给被甩了一个烂摊子还要90天交活的人。

接手SEO第一周到底应该先看哪里？

很多人第一天就拉一份Screaming Frog全站扫，第三天就开周会拍要做的事。这是最容易翻的车——拍出来的东西多半是“看着对、其实在替前任背锅”。

第一周不是动手周，是看片周

把第一周当作“看片周”，不是“诊断周”也不是“方案周”。看片的意思是：把网站、数据、文档全部铺开来看一遍，先有印象再有判断，先有判断再有结论。

看片的产物只有一个：一份“我看到了什么”的清单，不带任何“我打算怎么改”。这份清单第一周末递给老板，越具体越细越好，但每一条结尾都加一句“还需要继续查”。

第一周不下结论的好处有三：

• 避免被前任的结论带偏（前任给你说的“我们站点没问题”和“前任老板特别难搞”不一定是真相）；
• 避免被老板的焦虑带偏（老板会希望你第三天就说“我看到了大问题、我有办法”，但真没看完的时候说的“办法”全是猜的）；
• 给自己留一周不被催着下结论的空间，看片的密度才上得去。

前任的成绩单不要急着信

接手前一般会拿到一份“前任工作汇报”或“过去半年KPI报告”。这份报告先收下、不要急着信。它有三种典型问题：

不是说前任在骗人——多数时候不是骗，是每个SEO负责人都有报喜不报忧的倾向，差不多的数据可以挑亮的角度讲。你接手了，得自己挑数据看，挑你想看的角度看。

必拉的5份原始数据

看片需要5份原始数据，每一份都不要让前任或现有团队“帮你整理过”：

1. Google Search Console全量数据：用API拉过去16个月的query×page全量数据，不是看后台默认28天的截图。前任只能给你看到16个月，再往前要看历史归档；
2. Google Analytics 4 / 站点统计原始事件：拉过去12个月按页面的会话、转化、跳出，跟GSC对齐看流量到底进来后干了啥；
3. 外链数据（Ahrefs或Semrush）：导出全量反链CSV，自己看分布而不是看现成报表；
4. 服务器日志：拿过去30天的access.log，自己分析Googlebot实际抓取分布——这一份很多团队压根没人看过；
5. 过去12个月的PRD / 改动记录 / 部署日志：把SEO相关的所有改动按时间排个表，标出“哪天改了什么”——这份能帮你后续看流量异常的时候定位是不是自家改动引起的。

这5份数据拿到的难度依次递增。第五份最难拿，因为很多公司SEO团队不掌握PRD系统的权限。第一周开工单要权限是基础操作，权限要不到的也要写下来“哪一份没拿到”，让老板知道你被卡在哪。

别和团队聊太早的两个原因

第一周最忌讳的就是开“全员会”听大家诉苦。和团队个别聊可以，开会听集体诉苦的两个坏处：

• 容易被先开口的人带偏方向。第一个开口的人往往不是看得最准的人、而是嗓门最大或最焦虑的人，他描述的优先级会成为你脑子里默认的优先级；
• 容易给团队“我有方案”的假象。你还在看片，团队问“那接下来怎么办”——你顺嘴说一句方向，团队就拿这个方向回去干活了，后续真想换方向就很被动。

真要聊，第一周只聊一对一，每个人30分钟，问三个固定问题：你过去半年最满意的一件事是什么？最遗憾的一件事是什么？你觉得我接手后第一件事应该干什么？

第三个问题的答案不要照着干，但要全部记下来——一周后你会发现同一个问题不同人的答案有共识、有分歧，共识那部分往往是真问题，分歧那部分往往是优先级分歧。

摸底阶段哪7项必查、哪3项暂时不动？

看片周结束后进入摸底阶段，时间窗大约第8天到第30天。这段时间有“必查”和“必不动”两个清单，搞反了会捅马蜂窝。

7项必查清单

每一项查完都给一个红/黄/绿灯。绿灯不必动，黄灯写到优先级列表里第二阶段处理，红灯进入第30天的方案稿。

3项摸底期暂时不动

摸底阶段你最容易“想动手”的三个地方，也是90天内最不该动的三个地方：

1. URL结构与slug命名规则。前任配置的URL结构再难看，也是上百个甚至上千个页面的索引依据。第一个月没看清“为啥是这个结构”就动，必出大面积重定向链和索引塌方。先看懂、记账、第二阶段再决策；
2. robots.txt与X-Robots头。这俩文件可能锁着前任不告诉你的爬虫策略——比如某些低价值页故意屏蔽抓取节省抓取预算。摸底期改这个 = 在你看清楚之前给搜索引擎换了套规则；
3. 核心LP的重定向规则。一个看似“多余”的301链可能是历史改版的桥梁，删掉桥梁两端可能都不到目的地。重定向规则只看不动，第二阶段配stage测试再说。

这三个“不动”不是因为它们不重要，恰恰相反——它们太重要了，第一个月看不清谁敢动谁出事。SEO项目交付乙方撤场不掉量那篇里讲过一个跨境美妆DTC的真实案例：新负责人接手第8天就清了12条“看似多余的301”，第11天发现GA4进了410个404，全是过去18个月用过的旧推广URL还在被Pinterest钉用户用。

90天分三阶段怎么排兵布阵？

第30天到第90天怎么节奏，往下分三段：

0-30天：摸底冻结期

这段时间的口号是“看片不开刀”。任务清单：

• 5份原始数据拉齐；
• 7项健康度查完打红/黄/绿灯；
• 3项不动事项写文档归档；
• 一对一聊完团队所有人；
• 建立day-0基线快照（流量/收录/排名/技术指标都拍照）；
• 第30天交一份“现状梳理报告”——不是“我打算干什么”。

这一段最大的考验不是工作量，是顶住老板和团队“快出方案”的压力。每天交日报、每周交周报、每两周和老板对一次进展，老板会逐渐相信“这个人在认真看片、不是在拖”。

31-60天：定优先级出方案

看片结束、问题盘清，进入“改图纸不动梁”阶段。任务：

• 把红灯项列优先级矩阵（影响×风险×反推工作量）；
• 第31-45天出“90天行动方案稿”——含速攻项3-5个 / 中长期3-5个 / 不动3-5个；
• 方案稿过老板、过研发、过内容团队，至少三轮过审；
• 第46-60天动小手术：速攻项里风险最低的1-2个先动，留1-3个第三阶段动；
• 第60天交“方案执行进度报告 + 第三阶段计划”。

61-90天：小赢交差

方案稿落地，进入“先动局部见效”阶段。任务：

• 速攻项全部落地；
• 每个速攻项做前后对比——抓取/索引/流量/排名/转化任一指标量化；
• 第75-85天出第一份“小赢成绩单”——必须含可被截图给老板看的前后对比；
• 第86-90天复盘：哪些判断对了？哪些错了？为啥错？下一季度怎么调整？
• 第90天交“90天复盘 + 91-180天计划”。

保哥之前帮一家做工业自动化检测设备的B2B独立站接手时，60天才动第一次重定向链清理——不是慢，是头30天里发现这家站的301链多数和老PDF资源页连着，老PDF还在被几家行业媒体引用。直接清掉 = 切断外部权重传递，60天慢慢替换才稳。这种判断没看完片不可能做出。

第0-30天怎么稳住数据底盘的5件事？

第一个月最容易被忽略的是“数据底盘”——后面60天的所有判断都建立在这30天打的底子上。底子歪了后面全歪。

把所有跟踪锁死

第一周内必须做完的事：GA4 / GSC / Search Console API / 服务器日志 / Ahrefs / Semrush / 内部BI工具，所有账户接管。前任的私人账户全部清理转交。

有一类坑特别隐蔽：前任用自己个人Gmail注册的GSC，离职后忘了转交。三个月后你发现GSC显示的搜索量曲线和GA4对不上——其实是前任那个账号还在收一份你看不到的数据。第一周就要查这个，每个工具问一句“账户在谁名下、有没有备用管理员”。

建立day-0基线快照

接手当天的数据是后面12个月你的唯一基线。一定要做的快照清单：

所有快照存在团队共享盘，截图 + CSV双份保留，标day-0日期。这一份是你90天后跟老板谈“我做了什么”的硬证据，也是后面如果出问题“是不是我搞的”的反证。

写“前任遗产清单”

把摸底过程中发现的所有“前任做过的事”写到一个文档里，标三类：

• 承接：继续按前任的逻辑跑，因为是对的；
• 冻结：暂时不动，第二阶段看清楚再决定；
• 计划改：第二/第三阶段动手改，写明改动方向。

这份清单第30天交给老板时是“我对前任工作的盘点”，6个月后还能用——你接手后如果出了任何问题、可以倒回这份清单看看是不是当时冻结的某一项后来动了。

对齐研发/产品的“紧急停止规则”

研发和产品团队对SEO不熟，他们改的东西可能24小时内就让你的工作白做。第一个月必须对齐三个紧急停止规则：

1. 任何URL结构变更、canonical变更、redirect变更、robots/sitemap变更，必须经过SEO审核才能上线；
2. 任何模板级CSS/JS大改、SSR/CSR切换、CMS升级，至少提前3个工作日通知SEO；
3. 任何“前端实验/灰度发布”如果影响搜索引擎可见性的内容（比如A/B测试不同版本的H1），SEO必须知道版本切换时间。

这三条不写成正式规则、不在PRD评审环节加SEO一席，第二个月就有可能被自家研发的某次部署给坑了。

和老板对齐90天产出物预期

第一个月必须做的对齐：把“90天会交什么”白纸黑字写给老板看，老板签字（口头同意不算）。一般包含三份产出物：

• 30天：现状梳理报告（看片成果）；
• 60天：90天行动方案 + 第二阶段进度；
• 90天：第一波小赢成绩单 + 91-180天计划。

不签字的后果：90天后老板说“我以为你30天就能让流量涨”——你没证据反驳。SEO预算编制与向高层汇报ROI模型那篇里有更细的对齐话术。

第31-60天怎么定优先级的判断标准？

看片结束、问题盘清，进入做选择的阶段。选择不靠“我觉得”，靠一套打分。

影响 × 风险 × 工作量三维打分

影响是“做了之后业务变化的潜在量级”，1-5分；风险是“做错的概率 × 出错后的损失”，1-5分，风险分越高得分扣得越多；工作量是预估完成人日。最终得分 = 影响 ×（6 - 风险）/ 工作量。得分 ≥ 1算速攻；0.3-1算中长期；< 0.3算暂不动或缓做。

速攻 / 中长期 / 不动 三类

• 速攻型：90天内能落地，且有概率看见前后对比数字。典型代表：结构化数据补充、核心LP内链补强、404 / 软404修复、重定向链整理（局部）；
• 中长期：3-6个月落地，需要跨部门资源。典型代表：内容质量重写、信息架构调整、外链策略升级、Schema全站推广；
• 不动 / 缓做：12个月内不做或单独立项。典型代表：URL结构重做、域名整合、CMS切换、移动版/桌面版统一。

这套分类不是绝对的。有些站点的特殊情况会改变分类——比如一个被HCU重创的站，“内容质量重写”可能升级成速攻。判断的依据始终回到三维打分，不是按“听起来重不重要”。

哪些项目“看上去重要其实可以缓”

第二阶段最常见的错判是：被技术SEO工具扫出来的“严重问题”清单带偏。Screaming Frog标红的“过多H1”、“meta description缺失”、“图片缺alt”——这些都不是90天该急着动的。原因：

• 它们对排名的边际贡献都很小（个位百分点）；
• 它们工作量大、人日成本高；
• 动了之后老板看不到流量曲线变化，等于白做。

同样的人日如果用在“FAQ Schema补充给Top 20 LP”或者“核心LP内链补强”，可能30天就看到SERP CTR变化。优先级判断的本质是把同样的人日花在边际收益最高的地方。

第二阶段还出不了方案就要重新评估

如果60天结束方案稿还出不来，问题就不在工作量了：要么是看片没看清（回炉重做摸底），要么是优先级有分歧（老板/团队/你三方对不齐）。这种情况下第三阶段直接干活会出事——必须先停下来回炉。

诚实告诉老板“60天我没出方案，原因是XX，我需要再加15天”比硬交一份自己也没信心的方案强得多。前者老板会觉得“这人靠谱”，后者老板会觉得“这人在凑数”。

第61-90天第一波出活成绩怎么交？

方案稿落地、速攻项启动。这30天的目标是交出一个能拿出来给老板看的“小赢”。

90天必交一个“看得见的小赢”

“小赢”必须有三个属性：

1. 有数字：前后对比数字，不是“我们做了什么”；
2. 能截图：GSC / GA4 / SERP截图，老板能直接转给上级看；
3. 归因清晰：能讲清楚为什么这个赢是SEO改动带来的，不是季节性 / 品牌PR / 外部事件。

典型可交付的小赢清单：

这些量级是常见区间不是承诺值。具体能交多少和站点情况强相关，但量级方向应该是这个范围。SEO公司怎么选不踩坑里讲过一个识别“假承诺”的方法——任何上来就说“3个月排名翻倍”的，要么是行家，要么是骗子，行家会先看你站才报数。你接手90天给老板报数，逻辑一样：先看片再报数，不能拍胸口。

不交“理论修复”，要交“前后对比图”

这一阶段最忌讳的交付物是“我修了27个技术问题”的清单。这种清单老板看不懂、看完也不知道你做得好不好。换成“修了这27个之后核心LP CTR从2.3% 涨到3.1%”，老板立刻看懂。

每一项小赢都要配一张前后对比图。GSC的曲线、GA4的折线、Ahrefs的关键词排名变化——这些图比1000字的文档好用。

这阶段忌“打大仗”

61-90天不是干大事的时候。任何要30人日以上的项目、任何牵动5+ 部门的项目、任何要改核心URL结构的项目，都不该在这个阶段启动。原因：

• 启动了90天到不了里程碑，老板看不到产出；
• 启动了万一出问题，没时间补救；
• 这阶段你和团队的信任还在建立，大仗失败一次后面很难翻身。

大仗留到91-180天，那时候你已经建立了“会做事”的信任，老板会给你3-6个月的耐心。

把成绩翻译成业务语言

最后一次提交报告时，每一项小赢都要做“二次翻译”：

左侧是给SEO同行看的，右侧是给老板和业务方看的。同样的事换个说法，被听懂的概率天差地别。

有家做在线英语培训的SaaS，新负责人接手第75天交的小赢只有一条：把首页 + 5个核心套餐页的FAQ Schema全补了 + 重写了12条SERP CTR最低的Title。两周后老板看到一份截图：核心LP的平均CTR从1.8% 涨到3.4%，多带来约4000个月新访客——单这一条小赢的“业务翻译”让老板拍板给下一季度多批30万预算。换成“我做了一些on-page优化”，老板根本听不懂。

接手时哪些“前任遗产”必须先冻结再动？

前任留下的配置不是“乱七八糟”就是“看起来对但有历史原因”，前者好处理，后者一动就塌。重点冻结这5类：

hreflang配置

hreflang是多语言/多地区站点最易出错也最难修的配置。前任如果配了hreflang，第一个月不要动——大概率你看不懂为什么这么配。

第二阶段动hreflang前必须做的：

• 把所有hreflang标签导出CSV，按页面 × 语言 × 地域三维看；
• 用Screaming Frog跑hreflang一致性检查；
• 对比GSC的“国际定位”报告看Google实际识别到的hreflang；
• 找前任聊一次（如果还能联系上），问清楚为啥这么配。

canonical决策

canonical看起来简单，配错了影响巨大。前任配的每一个非self-canonical（指向别的URL的）都要查清楚原因再动。常见的“为啥这么配”理由：

• 合并近似产品页避免重复内容；
• 分页系列指回view-all；
• 追踪参数URL指回干净URL；
• 语言版本指回主版本（实际错误，应该用hreflang）；
• 临时活动页指回常青页。

第一个月把所有非self-canonical列表化，标明指向、可能的原因、是否要改。第二阶段一个一个核实。

redirect规则

重定向规则是接手最容易踩雷的点。常见的“前任留的看似多余的301”实际作用：

• 桥接历史改版的旧URL；
• 承接前几年某次促销活动用过的短链；
• 对接合作伙伴的外部链接；
• 处理www / non-www / HTTPS一致性；
• 解决某次CMS切换的尾巴问题。

每一条301删之前先查：过去90天还有没有Googlebot来访问？过去90天还有没有自然流量进来？只要任一答案为“是”，就不能删。

robots.txt

robots.txt的每一行Disallow都可能锁着前任的某个策略。常见原因：

• 屏蔽低价值参数URL节省抓取预算；
• 屏蔽搜索结果页防止索引膨胀；
• 屏蔽特定bot（如AhrefsBot / SemrushBot）；
• 屏蔽某次危机时不想被抓的目录；
• 屏蔽staging / 测试环境（如果不在子域）。

动robots.txt之前必须做dry run：在stage环境改完，跑一遍GSC的robots.txt测试器，看Top 20 LP是不是还能被抓。

索引控制策略（noindex / X-Robots）

页面级noindex标签和HTTP头X-Robots标签是最难被发现的“隐形配置”。前任可能给thin content页面、tag archive页、低价值过滤页都加了noindex——你接手时不知道、第三阶段做内容更新发现某个分类页就是不收录，才发现头上加了X-Robots。

摸底期专门跑一遍：全站抓HTTP响应头看X-Robots，全站抓meta robots标签，列表化看哪些页被加了noindex。每一条都问“为啥这样设？”

90天里的常见误判与翻车场景是哪几种？

带过的30多个接手案例里，翻车场景反复出现的就这五类。提前知道能省下你几个月的弯路。

翻车1：第一周就拍板大改版

新负责人最常犯的错。原因：想立刻证明自己价值、想给老板看到行动力、对前任不满想推翻一切。结果：第一周做的判断后续80% 会被自己推翻，但已经在团队和老板那里立flag了，硬着头皮做完。

避坑：第一周写日报“我看到X、初步觉得Y、还要查Z”——任何看法都加“初步”，留余地。

翻车2：跟前任过不去 / 急着证明自己

把所有问题都归因到“前任没做好”是一个很爽的叙事，但是这个叙事6个月后会反噬。原因：你的方案落地后没达到老板预期，老板会想“是不是问题不在前任而在你”。这时候你前期“前任很烂”的话术全部成了你自己的把柄。

避坑：所有前任的决策都假设“在当时是合理的”——多数时候真的是。即使你确认前任做错了，也用“过去18个月环境变化了，原来的判断需要更新”代替“前任错了”。

翻车3：把别人的锅背上

典型场景：你接手第45天，流量突然掉20%。老板问“是不是你改的？”——你心虚没法解释，自己默认背锅。其实可能是：

• 赶上Google核心算法更新；
• 研发上周部署了一个SSR改动你不知道；
• 季节性掉量（电商品类换季）；
• 前任6个月前埋的雷此时引爆；
• 某条主要外链域名被K站。

避坑：day-0基线快照 + 完整的PRD/部署/算法更新日志 + 主要外链监测。任何流量异常都先查这四条，再下结论。

翻车4：跨部门资源没争取就动手

SEO改动60% 以上要研发配合。第一个月没把“研发档期”谈下来就拍出方案，第二个月发现研发说“下季度才能排上”——你的60天方案稿瞬间变废纸。

避坑：方案稿成形前先和研发负责人对资源。哪些项目可以走quick fix（不占研发档期）、哪些必须走正常排期、哪些要单独立项。资源谈不下来的项目从方案里拿掉，不要硬塞。

翻车5：和老板沟通用SEO术语不翻译

“canonical配置不一致”、“hreflang自指缺失”、“CWV INP P75超阈值”——老板听不懂。他听不懂的不是你菜，是你不会翻译。结果：老板觉得你做了一堆不知道有啥用的事，砍预算。

避坑：每一份给老板的报告都用“业务语言”。SEO术语只能在附录里出现，正文必须是“自然流量月增X人 / 转化提升Y%”。具体翻译话术保哥在前面的小赢业务语言对照表里给过了，再回头看一遍那张表。

之前一家做宠物用品独立站的新负责人接手第50天就准备动整站URL结构（从 /product/category/sku改成 /sku-with-keyword）。还没启动就被产品VP拦下来了——产品VP当时正在筹备一个新品上线 + 大型促销活动，URL结构改完肯定要重定向 + 临时不稳，活动期不能动。结果方案延后到6个月后做，6个月后产品线又调整，最后这个改造根本没必要做。“幸亏VP拦了”——新负责人后来这么说。这个案例其实是翻车4的反面教材，跨部门资源没对齐就动手的代价。

怎么和老板/团队同步进展不被怀疑？

90天里30% 时间是干活，70% 时间是沟通同步。沟通做不好，干得再好也白搭。

周报模板 = 看片 + 读片 + 建议

周报固定三段：

1. 看片：本周看了什么数据 / 抓了什么报告 / 跑了什么工具。事实陈述，不带判断；
2. 读片：从这些数据里读出来什么。判断陈述，但加“初步”二字；
3. 建议：下周计划做什么。行动陈述，列具体动作。

三段写完一般500-1000字，不超过一页。每周固定时间发，老板不用读就知道每周哪天能看到。养成节奏后老板的信任会慢慢建立。

月报模板 = 数字 + 判断 + 计划

月报比周报正式，包含：

• 数字：本月关键指标变化（流量/收录/排名/技术健康度），day-0基线作对比；
• 判断：哪些是SEO改动带来的、哪些是外部因素、哪些原因还在查；
• 计划：下月行动、需要的资源、潜在风险。

月报最好搭配一个15-30分钟的现场过审，老板可以问任何问题。这一步不能省——书面汇报老板看完会有疑问，没机会问就憋在心里，最后变成“对你不放心”。

与老板沟通的“5句话原则”

每次和老板说一件事，限制在5句话内说完：

1. 这事是什么；
2. 影响多大；
3. 风险多大；
4. 我建议怎么做；
5. 需要你做什么决定 / 给什么资源。

超过5句话的事拆成多次说，或者写文档。老板的时间和耐心都很有限，5句话讲不清楚就是你没想清楚。

与研发沟通的PRD写法

给研发的PRD必须有：

• 背景：为啥要做这事（SEO视角的业务影响）；
• 需求：具体改什么、改成什么样、举例说明；
• 边界：哪些不改、哪些情况要回退；
• 验收标准：怎么算改完了、SEO怎么验证；
• 风险：哪些情况可能出问题、怎么stage测试。

研发最讨厌的PRD是“模糊的SEO建议”。具体到代码级 / 配置级的需求，研发愿意干、不愿意干都有据可查。SEO团队搭建里讲过跨部门协作的RACI矩阵，可以配合用。

与内容团队沟通的选题节奏对齐

SEO和内容团队的协作历来最容易扯皮。接手第一个月就要对齐：

• 选题来源（SEO拉关键词vs内容自选）；
• 每月产出量（数量vs质量优先级）；
• SEO介入环节（选题前 / 写作中 / 发布前）；
• 修订权限（SEO能不能直接改稿）。

这四条对齐了，后面6个月不撕。对不齐的，第二/第三个月就得吵起来。

接手后90天复盘清单与下季度计划怎么排？

第86-90天进入复盘阶段。复盘的目的不是给老板看你多努力，是给自己看下季度怎么调。

90天复盘 = 判断对错

把第30天写的“现状梳理报告”和第60天写的“行动方案稿”拿出来，对照实际结果。每一条判断都问：

• 这条判断当时对吗？
• 事后看更准确的判断是什么？
• 为什么当时没看到？
• 下次怎么避免？

诚实回答这四个问题是最有价值的复盘。不诚实回答（比如把“我当时判断错了”包装成“环境变了所以判断需要更新”）的复盘 = 自我安慰，下次还会犯。

91-180天三类项目预排

下季度的项目按以下分类排：

看片人转工程师

前90天主要是“看片”——盘清现状、列出问题、给出方案。91天开始角色切换：从“看片人”变成“持续优化的工程师”。这意味着：

• 从每周看数据变成每天看监控告警；
• 从写报告变成跟项目落地；
• 从对外建立印象变成对内沉淀方法论；
• 从了解团队变成带团队 / 用团队。

哪些KPI该升级、哪些该砍

day-0那批基线KPI 90天后看：

• 有变化的：升级成季度OKR，定下季度目标值；
• 没变化的：分析为什么没变化，砍掉无指导意义的KPI；
• 变坏的：单独立项排查原因，是不是SEO改动引起。

这一步做完，下季度的KPI树就有了。从此进入“持续优化”阶段，前90天的“接手”阶段正式收尾。

常见问题解答

90天太长了，我老板要求30天就出活，怎么办？

30天只能交“局部小手术”——修一个具体LP的404、补一段缺失的结构化数据、补几个核心LP的内链。但别承诺“30天扭转流量趋势”，那是前任6-12个月的活，30天扛不动。

摸底期老板天天问进展，怎么交差？

用看片日报代替结论日报。每天交一份“今天看了什么、发现什么、初步判断是什么、还需要查什么”——让老板看到你在工作，但不被催着下结论。

前任遗产里发现明显的烂招（比如灰帽外链），要不要立刻清掉？

不要立刻清。先盘点是不是“在掉量”还是“虽然烂但还在出活”。烂招还在帮流量的，清掉可能立刻塌方；先做“备份 + stage测试 + 预案”再清。

团队里有前任的旧人，怎么协作？

把人和决策分开。承认前任的判断在当时合理，把你看到的新数据告诉他们让他们一起改，而不是说“前任错了我要纠正”——后面这一句保证团队炸锅。

90天发现这盘棋其实没救，要不要走？

先把“没救”的判断写成正式文档交给老板。三种结果：老板调资源、老板调目标、老板让你走人。你走人前留下完整接手文档对自己长远职业有利，别撕破脸。

接手时GSC没权限、Ahrefs是前任私号，怎么办？

第一天就开工单要权限。前任私号要清账户管理权 + 转交，否则一个月后你交不了报告——这是基础设施级的接手障碍，不要拖。

90天结束后对自己的产出怎么自评？

三个问题：基线建了吗？前任遗产盘了吗？小赢交了吗？三个都“是”算合格；少一个补回；三个都“否”——这个项目第91天到180天还在摸底阶段。

权威参考资料