先说结论：新工作前 90 天，你的 KPI 不是产出，是“可预测性”
我去年从一家 2000 多人的 SaaS 公司跳到一家 18 人的创业团队。上一份工作，入职第 1 天领电脑、第 3 天进 6 个飞书群、第 7 天开始改 Jira 里的老 bug。新工作呢？第 1 天老板丢给我一个 Notion 页面，里面 12 条链接，第 3 天我就被拉进 7 个群，第 12 天写的第一版 PRD 被打回 2 次。
差别不是谁更先进，而是：大公司靠流程活着，小公司靠上下文活着。大公司你迟到 10 分钟没人发现，小公司你漏看一条微信，可能整个发布节奏就歪了。
所以我后来越来越觉得，新工作前 90 天最该干的不是“赶紧证明自己”，而是降低别人跟你协作的成本：别人知道你在干嘛、什么时候能给、出了问题找谁。这个观点听着不热血，但真能保命。
入职前 7 天到第 1 周：先画地图，别急着改地图
我踩过的坑：第 2 周我就提了一个“把周会从 60 分钟压到 20 分钟”的方案，结果 3 个人私聊我，说“你才来几天”。不是方案错，是我没搞清谁在靠这个周会刷存在感。
后来我改成一张“新工作地图”：列 3 类人——决策人、信息节点、执行接口。决策人可能只有 1 个，信息节点通常是老员工或助理，执行接口是每天跟你交文件的人。
第 1 周我约了 15 个 25 分钟的 1v1，最多一天 3 个，问 5 个固定问题：你最近在忙什么？我做什么会让你更顺？这事通常谁拍板？哪里容易卡？如果我 30 天内只能交一件事，你希望是什么？
别小看这 15 次。比你在群里发 100 句“大家好”有用。
第 30 天：交一个 200 行以内的小东西，别憋大招
第 30 天的目标不是“惊艳”，是“可检查”。我给自己定的指标：完成 1 个能被人用起来的小交付，不超过 200 行代码或 1 页 PRD，拉 2 个人 review，收集 3 条负反馈。
大公司里你可能是 2000 人里的 1/2000，小公司里你是 18 人里的 1/18。前者允许你花 2 周调研，后者希望你 2 天给个粗糙版本。但粗糙不是乱来，是把假设写出来：我猜用户会点这个按钮，因为上周有 7 条客服记录提到它。
我用的模板很简单：背景 3 行、目标 1 行、不做什么 3 条、验收数字 2 个、风险 2 条。超过 1 页就删。Notion 页面标题写“【草稿】XXX-第 1 版-日期”，别人一看就知道这玩意儿还没定。
如果老板说“再想想”，别回“好的”。追问一句：“是方向不对，还是信息不够？”这句话救过我至少 4 次。
第 60 天：把口头承诺变成看板，把“我以为”变成“我看见”
新工作最容易死在哪？不是能力，是“我以为你懂”。我第 60 天时发现，老板以为我在做 A，产品以为我在做 B，我自己在改 C。因为大家都在微信里说，没人写下来。
后来我搞了一个 Linear 看板，只放 4 列：待确认、本周做、等别人、已完成。每张卡不超过 1 句话，必须写负责人和截止日。每周五下午 4 点发一版 5 行周报：本周完成 3 件、下周计划 2 件、卡点 1 个、需要谁帮忙、风险等级。
远程办公尤其明显。坐班时你端着杯子走一圈，能听到 3 个关键信息；远程时你不写文档，就等于没发生。Google 的 Project Aristotle 也提过心理安全，但心理安全不是靠团建，是靠“说错了也不被挂”。你先把看板做透明，别人才敢说真话。
第 90 天：提 3 个改进，但别动别人的奶酪
到 90 天，你可以提改进了，但别一上来就“重构”。我给自己定了 3 个筛选条件：影响超过 3 个人、每周重复超过 2 次、改完 1 周内能看到数字变化。三个都满足才提。
比如我把“新人问账号找谁”做成一页 FAQ，把 6 次重复提问降到 1 次；把周报模板从 12 行砍到 5 行，节省大家 10 分钟。别小看 10 分钟，18 个人一周就是 180 分钟，一个月 720 分钟。
还有个反常识的点：新工作不是让你变成“最努力的人”，是让你变成“最不需要别人擦屁股的人”。你能不能让老板少问 3 次进度，让同事少解释 2 遍背景，让下游少改 1 版，这些比加班到 10 点更值钱。
如果你现在刚入职，别急着焦虑。前 7 天画地图，第 1 周约 15 个 1v1，第 30 天交小东西，第 60 天把承诺看板化，第 90 天提 3 个有数字的改进。实在记不住，就记一句：先让别人舒服地跟你协作，再谈你的宏图。