干了三个月活，答辩时却讲不清自己做了啥

试用期你天天加班，需求接得比谁都快，bug 修得比谁都多。

到了转正答辩，站在评委面前，张口第一句是"我这三个月主要是配合团队完成了一些工作"——完了，活白干了。

评委记不住你"很努力"，他们只记住你能不能用一句话说清楚：你来之前是什么样，你走之后变好了多少。

很多新人栽在这一关，不是因为试用期表现差，是因为不会"说"。同样三个月的活，有人讲出来像在邀功流水账，有人讲出来评委直接点头。

这套从成果到规划的答辩结构，今天给你掰开，每一步都配一句能直接照抄的话术，照着填就行。

答辩前先把成果分成三摞，别想到哪说到哪

打开你的工作记录、聊天记录、提交历史，把这三个月做过的事往三个筐里扔。

第一摞：交付类。你独立或主导做完的东西。上线了几个功能、接了几个接口、出了几版设计稿、跟进了几个项目。这是硬通货，越具体越好。

第二摞：补位类。别人没空、活落到你头上、你扛下来了。临时救火、帮同事兜底、补了团队一直没人管的文档。这摞证明你"靠谱、能托付"。

第三摞：成长类。你从不会到会的。第一周连项目都跑不起来，现在能独立排查线上问题。这摞不是用来凑数的，是证明你"还有上升空间"。

三摞分完，每摞挑两到三件最能打的，其余的全删。答辩不是汇报全年工作，评委的注意力只够认真听六七件事，你塞二十件，等于一件都没记住。

筛选标准就一条：这件事如果我没做，团队会缺一块吗？答得上来的留，答不上来的删。

很多人舍不得删，觉得"我明明做了那么多"。但答辩比的不是做了多少，是讲清了多少。一堆零碎小事铺出来，反而稀释了那两三件真正有分量的，得不偿失。

分完之后，给三摞排个序。开口先讲交付类，那是你的主场；中间穿插补位类，证明你顶得上；最后用成长类收，把"我还能往上走"留在评委耳朵里。这个顺序，比时间顺序好用得多。

讲成果别只说"我做了"，要说"做了之后变好多少"

新人最大的毛病，是只讲动作，不讲结果。

反例，别这么说："我负责了订单模块的开发，写了很多接口，平时也修了不少 bug。"

为什么错：评委听完不知道你做得好不好。"很多""不少"是模糊词，等于没说；修 bug 是本职，本职不是功劳；而且这句话里没有任何"变化"。

照抄这个结构来讲——背景 + 我做了什么 + 带来的变化：

"我接手时，订单的退款要财务每天手动对账，大概要花两个小时。我重做了自动对账的逻辑，现在系统每天定时跑，财务基本不用手动介入，对账出错也少了很多。"

看出区别没？前面是"我很忙"，后面是"我解决了一个具体的麻烦"。评委听完能复述出来，这才算讲清了。

能量化就量化："响应时间从两秒多降到零点几秒""页面报错比之前少了一大半""人工处理的工单一周省了十几条"。

不能量化就讲对比："以前要两个人盯着，现在一个人就够""以前每次发版都要手动检查，现在自动跑"。

记不住数字的，提前去翻工单、翻监控面板、翻周报，把数据捞出来写进稿子。临场编的数字，评委一追问就露馅，反而扣分。

过程里踩的坑，要讲成"我学会了什么"

答辩几乎一定会被问："试用期有没有遇到什么困难？"

这是送分题，也是送命题，全看你怎么接。

送命的答法："困难主要是需求老变，还有就是有些技术我之前没接触过，上手比较慢。"——这是在把锅甩给需求、甩给团队、甩给"我本来就不够格"。

送分的答法，把坑讲成"我怎么补上的"：

"刚上手时我对业务不熟，第一次估工期估少了一半，那个需求延期了两天。后来我学乖了，接需求先把任务拆开、留出缓冲，再找产品确认清楚边界。最近这三个需求都按时交付了。"

这套讲法的核心三步：承认问题 → 说清你怎么改 → 给出改了之后的证据。

评委要的从来不是一个没犯过错的新人——没有这种人。他们要的是一个犯了错能自己爬起来、下次不再踩同一个坑的人。

记住几个"借口词"出口就扣分：需求变、时间紧、没人带、我第一次做。这些词一冒出来，评委默认你不扛事、习惯往外推责任。

哪怕困难真的是客观原因，也要把落点放在"我做了什么去应对"，而不是"这事怪谁"。

还有个小技巧：主动挑一个你已经解决掉的困难来讲，别等评委从你没准备的角度挖。你主动抛出来、又给出了漂亮的收尾，主动权就一直在你手里。

谈未来规划，要落到具体的事上

最后评委多半会问："转正以后有什么打算？"

空话答法："我会继续努力，多向前辈学习，为团队多做贡献。"——这话实习生、老员工、面试者都会背，等于没答。

落地的答法分两层，照着说。

近期，三到六个月，挑一件具体的事："我想先把现在负责的支付模块吃透，包括对接的几家渠道的异常处理，争取这块再出问题，不用回回都找别人。"

远期，挑一个方向，别挑职位："往后我想往业务方案这一步多走，不只是接需求实现，能参与到前期的设计讨论里。"

为什么这么答管用：近期目标让评委确认你"接得住眼前的活"，远期方向让评委看到你"值得花时间培养"。两层都给，分量才够。

千万别许做不到的大愿。说"我半年内要独立负责整个系统"，评委只会觉得你不清楚自己几斤几两，连规划都不靠谱。

宁可把目标说小一点、说实一点，也别说大说空。

如果能把规划跟团队眼下的痛点对上，分数还会再加一档。比如团队最近一直在补测试，你就说"我想把自己负责模块的测试覆盖补起来，少给后面的人留坑"。这说明你不只盯着自己，还看得到团队在缺什么——这正是从"试用期新人"变成"正式同事"的关键一步。

最后想说

答辩不是表彰大会，是一次"价值证明"。

你不需要把自己说成天才，只需要让评委听完后，能用一句话替你总结：这人来了之后，某件事变得更好了。

把活干出来是基本功，把活说清楚是另一门手艺——而后者，往往才是新人和老人之间真正的那道坎。

现在就打开你的工作记录，按三摞分一遍，给每件事补上一句"变好了多少"，再对着镜子把开场和收尾念两遍。明天的答辩，你会比今天稳得多。