把自我介绍砍到 90 秒，追问反而变多
一场面试的第三十分钟，面试官问了一个很具体的问题：你刚才提到把交付周期缩短了三分之一，具体是砍掉了哪个环节。候选人愣了一下，那段经历是他两分钟自我介绍里的一句话，他已经忘了细节。
这是自我介绍冗长带来的典型后果。你把所有经历都铺开说了，等于每条都只说了皮毛，面试官无从下手追问，只能转而问一些泛泛的问题，而泛泛的问题最容易暴露短板。
短的目的不是省时间
把自我介绍控制在六十到九十秒，目的不是礼貌，而是把注意力集中到你最有把握的那段经历上。长度越短，密度越高，每一条都有被追问的空间。
有经验的面试官通常会在你的表述里寻找可验证的锚点。你给出一句带数字的成果，他就顺着问方法和过程；你给出的全是职责描述，他只能问一些主观问题，比如你怎么看待加班。
所以缩短之后追问变多，恰好说明你的表述终于有了抓手。这是好事，也是准备充分的信号。
九十秒可以这样分配
- 现在：二十到三十秒，说清当前角色、负责范围和一个最近的成果。
- 过去：三十到四十五秒，讲一到两段与目标岗位直接相关的经历，只讲成果和关键动作。
- 为什么来：十到十五秒，说明你为何对这个岗位有兴趣，以及你想做什么。
这个顺序的好处是从最近的事情讲起。面试官最关心的是你现在能做什么，把当前角色和成果放在开头，前三十秒就已经建立了基本判断。
第三个环节最容易被忽略。很多人谈到最后只会说「希望有机会加入贵公司」，这句话没有信息量。换成一句具体的期待，比如「我想把在供应链侧的经验用到你们的跨境业务上」，对方立刻知道你做过功课。
一次调整的对比
一位前端工程师原来的自我介绍近三分钟，从大学专业讲起，依次介绍三段实习、两个项目、掌握的框架。面试官听下来印象是「经历不少，但不知道强在哪」。
调整后他删掉了学生阶段，只留最近两年的经历，并把其中一项讲透：负责的组件库被三个业务线复用，把新页面搭建的平均时间从两天压到半天。他还主动提到了一个限制——这个库目前在移动端的适配还不完整。
结果是面试官围绕这个组件库问了将近十分钟：版本怎么管理，如何处理不同业务线的定制需求，移动端为什么没做下去。他的优势被完整地展开了，而那些他原本担心被问到、准备不足的其他经历，反而没有被深挖。
几个常见的错误做法
第一个是逐条复述简历。面试官手上就有你的简历，照着念一遍等于浪费九十秒。自我介绍的价值在于提供简历里看不到的东西：你为什么做这些选择，你的判断依据是什么。
第二个是背稿感太重。把稿子一字不差地背下来，语气会变成念读模式，一旦被打断就接不上。更稳妥的方式是记住三段的结构和每段的关键数字，措辞现场组织。
第三个是超时。三分钟的自我介绍在结构化面试里会被直接扣分，因为它占用了本属于深入交流的时间。练习时用计时器，稳定控制在八十五秒左右最合适。
还有一种是过度谦虚或过度包装。前者把成果说成「运气比较好」，后者把团队成果全揽在自己身上。两种都会让面试官降低对你陈述真实性的信任。
练习方式
录下来听一遍。多数人第一次听到自己的自我介绍录音，会发现里面有大量连接词和重复表达，删掉它们能省下二十秒，这二十秒可以用来把一个成果讲得更具体。
再准备三个不同长度的版本：三十秒、九十秒、两分钟。面试场合不同，要求也不同，手上都有的话，无论对方给多少时间你都能应对。准备工作通常两小时，回报却很直接。