先别急着融入，前 90 天要当系统集成
我去年从一家 80 人左右的 SaaS 公司跳到一家约 1200 人的平台公司，岗位是内容运营，汇报线从 1 层变 3 层。 入职第一天领了 MacBook、飞书账号、Jira 权限，结果前三天只干了三件事：找谁要数据、找谁开权限、搞清周报发给谁。 我之前也信“新人多听少说”，后来发现这套在混合办公里很坑。 你坐在工位旁没人主动教你，Slack/飞书消息一多，老员工默认你能搜到。 前 90 天真正要做的不是证明自己多牛，而是把自己变成一个可被依赖的接口。
大厂、创业公司、远程岗，难点根本不一样
先说对比。 大厂：权限多、流程长、信息散在 Confluence/Notion/飞书知识库，找人比做事慢； 创业公司：权限全开、流程少，但文档缺失，口头需求多； 远程/混合：没有走廊偶遇，所有上下文都要主动捞。 独立观点：试用期不是考试，是系统集成。考试是自己憋答案，集成是主动暴露接口。你要让别人知道：你能接收什么输入、产出什么输出、卡住时怎么反馈。 第 1 周列“人-事-工具”三张表：人（直属领导、mentor、跨部门接口人、IT/行政）；事（当前季度 OKR、团队 KPI、你在做的项目里程碑）；工具（飞书/钉钉/Slack、Jira/Linear、Notion/Confluence、GitHub/GitLab、Figma）。 每张表最少填 5 个名字、3 个目标、6 个链接。别嫌土，Notion 里建一个“新工作作战室”页面，每天 15 分钟更新。
30-60-90 天：别把试用期过成考试周
第 1-30 天：目标不是出成绩，是搞清评价标准。 跟直属领导做一次 30 分钟对齐，问 3 个问题：试用期转正最看哪 3 个指标？前 30 天你希望我交付什么？我遇到哪类问题应该直接找你而不是自己扛？ 把答案写成 3 条，发飞书/邮件确认，避免口头 OKR 漂移。 第 31-60 天：开始小步交付。 每周发一份不超过 300 字的周报：本周完成、下周计划、需要支持。 会议纪要只记 3 样：决策、负责人、截止日期。 响应时间给自己定参数：IM 工作时间内 2 小时回，邮件 24 小时内回，不确定的先回“收到，X 点前给结论”。 第 61-90 天：做一次 15 分钟 demo 或复盘，展示你改进了哪个流程，最好有数字：把周报整理时间从 40 分钟降到 15 分钟，把需求返工率从 3 次降到 1 次，把数据拉取步骤从 7 步压到 3 步。 数字不用大，但要真。
我踩过的 7 个坑，以及怎么绕开
坑 1：怕问蠢问题。解决：问题攒到 3 个再问，但超过 2 小时卡住必须问。 问的时候用“背景+我试过什么+具体卡点+我的两个选项”。 坑 2：被拉进太多会。解决：日历设 25 分钟和 50 分钟默认，拒绝无议程会议，或者只参加前 15 分钟。 坑 3：只跟直属领导混。解决：前 30 天约 5 个跨部门的人喝 15 分钟虚拟咖啡，问“你们最怕我们部门什么”。 坑 4：把 OKR 当 KPI。OKR 是目标与关键结果，Intel 的 Andy Grove 推行、John Doerr 带到 Google，但很多公司拿它当考核，所以你要跟领导确认“这个 O 是承诺还是方向”。 坑 5：忽略文档。每次问完别人，把答案补到 Notion/Confluence，标上日期和来源，减少下次问同一个人。 坑 6：试用期只干活不记录。用 GitHub/Jira 的 ticket 号、Figma 链接、飞书文档链接当证据，转正答辩别只靠嘴。 坑 7：把“融入”当第一目标。融入是结果，不是任务；先成为靠谱接口，再谈团建。
可抄清单：30 天画地图，60 天跑闭环，90 天留东西
如果你去大厂，优先搞权限地图和文档索引； 如果你去创业公司，优先搞口头需求确认和优先级排序； 如果你远程，优先搞异步沟通模板。 30-60-90 天不是 Michael Watkins《The First 90 Days》里的死规矩，它只是降低不确定性的脚手架。 我的版本就三句话：30 天画地图，60 天跑通一个闭环，90 天留下可复用的东西。 每周五下午 30 分钟复盘：这周我让谁的工作变简单了？哪件事下次能少花 20 分钟？哪个信息只有我知道？ 如果答不上来，下周就补。 新工作最怕的不是不会，是没人知道你会什么、卡在哪、什么时候能交。 把接口打开，比假装全能有用。