入职第三周的周三下午，我缩在工位上把上午发生的事翻来覆去想了第五遍。
隔壁工位的产品经理在我刚坐下来的时候，抛过来一句‘你来了正好，帮我看下这个需求文档为什么被开发打回三次’，我花了十分钟也没搞懂他指的是哪个版本。旧公司的文档系统是Jira加Confluence，数据库有专人维护，从来不会有这种‘谁的电脑里有一份最终版’的情况。而在新公司，不仅文档散，连他们引以为傲的‘扁平化’都变成了某种意义上的自助餐——看起来东西很多，但没人告诉什么能先下口。那一刻我掏出手机，给前同事发了句：‘我是不是选错了？’
网上所有帖子都告诉我，试用期要让领导看见你的产出、要主动汇报、要表现得对工作充满热情。但问题是，我连这家公司内部真正运转的规则都还没摸到。我做过两个和之前完全相同的需求分析，一次被夸‘眼界不一样’，另一次被批‘想得太多，这不是我们要的’。同一个我，反馈天上地下。我慢慢意识到，试用期真正考核的不是你会不会干活，而是你能不能在‘不知道边界’的情况下找到路。
后来我把接下来的时间切成了三段，并且无耻地套用了间谍片的逻辑：先扫描环境，再验证情报，最后才动手收网。
第1天到第30天：扫描环境
这一阶段我把它当做一个信息侦察期。技巧听起来有点土，但极其管用：搞一张表格，列出每个你见过的人，三列——他在这个项目里的角色，他有权决定什么，他的雷点。不是让你八卦同事，而是防止自己拿着一张半年前的流程图去找一个早就换活的人签字。我在那阶段做得最多的一件事，其实是约人喝咖啡，每天下午四点半，假装要问工作，实际上问的都是‘你上次碰到这种情况怎么搞的’。到第30天，我大概喝了十五杯拿铁，代价是腹泻三次，但换来了一张靠谱的人际地图：谁嘴上客气但根本不回私信，谁看起来高冷但有问必答。
如果要想更快，你可以去扒公司内部wiki的历史版本，看组织架构图更新的频率，基本能判断一家公司是否真的想清楚了业务。
第31天到第60天：小步验证
第31天到第60天算是小步验证期。这个阶段我刻意选了一个收益不高但跨部门的杂活来做，给客户邮箱起草一封产品变更通知。
为什么选它？因为它必须征求客服、销售和法务三方的意见，天然能触发跨部门的沟通。我花了一周时间把字体措辞都收拾好，发给了客服主管。她沉默了三个小时，回了一个‘？’。我私聊她才知道：换成客服视角，我的通知会让老用户以为产品要涨价。于是她教我看后台的‘风险关键词’列表，有27个词绝对不能出现在用户触达文案里。那一刻我鸡皮疙瘩都起来了，意识到如果不做这个杂活，我根本不会知道有这条规则。
第60天的时候，我已经能在内部系统里准确找到最低风险的事项和风险最大的事项，也因此第一次在周会上讲出一句有底气的话：这件事我们已经内部验证过，风险点只有两个。
第61天到第90天：主动向领导要一版可衡量的结果
真正的转折发生在第67天的一个下午。我觉得自己大概理解了公司的节奏，于是主动找直属领导，提了一个被很多老同事评价为‘太过分’的要求：让他在三个月结束之前，告诉我他期待的三项可量化产出。
他愣了一下，然后可能觉得我疯了，但最后还是打开了电脑，指着他的年度计划说：如果你能在这三个项目上给我一个可执行的推进版本，就算过关。我那时才知道，原来整个部门上一季最重要的项目只有两个，而其中那个所有人都说‘急不来’的数据清洗，其实是老板心里的头号目标。所以，如果你的试用期已经过半，但你还不知道自己该做到哪一步，别猜，去问。但问之前最好带上自己列出的‘我理解的目标’给领导确认，这样他改起来也容易。这不是耍滑头，这其实是帮领导降低思考成本。
现在回看这段新工作适应期，我最想纠正自己的一点是：别把第一年的‘毫无产出’等于‘我完了’。如果公司招你进来，绝大多数岗位在头六个月都不期待你产生飞跃性收益，反而期待你‘不炸雷’——把沟通成本降低，把已有的流程弄顺，把别人不愿维护的旧数据盘活。
我度过了第九十天，没有转正反而提出要去看一个可能性更高的内部项目，领导居然同意了。上一份工作教会我怎么冲刺，这一份工作正在教我该怎么看指南针。所以，如果你现在也正在新工作里抓瞎，请记住你此刻的迷茫是正常的；但别让迷茫变成躺平，试着去破局。比如做一张人名地图、接一个跨部门杂活、去请教一次‘目标期望’，这三个动作，我不骗你，真的能撑到你下一个阶段。