新工作前90天，别急着“证明自己”

我2024年3月从一家传统零售公司跳到一家做企业服务的SaaS公司，工位在12楼靠打印机，每天下午3点准时被打印声打断。上家审批一笔费用要7天，新公司平均1.8天，但文档散在Confluence、飞书、Notion三个地方。前两周我差点用老东家的做法去推一个流程，结果被同事一句“我们去年试过，死在权限上”按住了。后来我把3家公司的入职经历拆开对比，发现新工作最危险的不是能力不够，而是信息不对称时过度表现。

第1周：别改流程，先画3张图

我第一周做的最对的一件事，是忍住没提任何流程建议。我打开一个新文档，只画3张图：组织图、系统图、指标图。组织图里写清楚谁决定预算、谁决定排期、谁只是知情；系统图把邮箱、Slack、Jira、GitLab、VPN、2FA、数据后台按“每天用/每周用/救火用”分3类；指标图只记新岗位OKR和周报里反复出现的3个数字，比如线索转化率、交付周期、客诉响应时长。这张图我花了6小时，但后面省了至少20次问错人。

第2-4周：约15个人，每次25分钟，只问5个问题

第二周我开始约人，每次25分钟，不聊八卦，只问5个问题：你最近最烦的3件事是什么？哪个流程让你想骂人？如果我只做一件事，做什么对你帮助最大？你从谁那里拿数据？我漏了谁会不高兴？15个人聊完，我发现真正卡点不是技术，是销售和交付对“上线”的定义不同：销售觉得签完合同就上线，交付觉得跑通3个客户才算。这个信息如果我第1周就发表意见，肯定说错。

第5-8周：交付一个“小但可见”的成果

别一上来搞大重构。我选的是把团队日报从手工复制粘贴40分钟，改成用Python+飞书API自动拉取，压到8分钟。代码只有170行，但每周省下2.5小时。具体步骤：先记录旧流程耗时3天；找数据源和权限；用最小脚本跑通1条数据；让1个同事试用2天；再写300字说明丢群里。这个成果不大，但让3个部门知道“新来的人能解决具体问题”，比在会上说10句“我以前公司怎样”有用。

第9-12周：提一个改进方案，但带3个选项

90天时我提了客户交接流程优化，没直接说“应该这样做”，而是给A/B/C三案：A不改，只加检查清单；B半自动，用Jira自动化+企业微信通知；C全自动，接CRM但要1个开发排期。每个方案写清成本、风险、影响人数。领导选了B。对比上家，如果我只提一个方案，大概率被驳回；给选项后，讨论从“要不要”变成“选哪个”。这是我在3家公司里验证过最省力的推进方式。

独立观点：前30天做翻译者，不做建议者

老东家经验不是拿来复制的，是拿来当假设的。比如上家零售门店的“日清日结”有用，但新公司SaaS项目周期是6-8周，硬套会把迭代压死。我的做法是：把旧经验翻译成一句可验证的话——“如果每周五做一次数据对账，客诉响应能缩短12%？”然后小范围试2周。成了就留下，不成也有数据。新工作前90天，目标不是让所有人喜欢你，而是让3类人愿意替你说话：直属领导、跨部门接口人、同级/下属。

一个避坑清单，我踩过

• 第1天别急着改群名、改文档、改流程，先拿到权限和最近3个月的会议纪要。
• 第10天前搞清楚：谁给你打绩效、谁能否决你的排期、谁掌握客户真实反馈。
• 第30天交一个小结果，哪怕只是把周报模板统一。
• 第60天约领导做一次15分钟对齐，只问：我目前哪件事优先级错了？
• 第90天写一页纸复盘：做成了什么、数据变化、下季度要什么支持。

如果你正在新工作里焦虑，别急着证明自己多强。先让自己变成信息节点：知道谁在做什么、数据从哪来、什么话该在什么会上说。90天后再谈影响力，比第3天就谈改革，成功率高太多。