面试时被追问项目细节，我用STAR法则讲了8分钟当场过

你信我

作为一个过来人，我踩过的坑真不少
，前年面一家做智能硬件的公司，技术总监上来就让我讲一个最得意的项目，我心想这还不简单，张嘴就开始背简历上那段话，结果讲了不到两分钟就被打断：“停，你说的这些我都看过，我要听细节。

”

当时我后背就有点冒汗。

后来我才知道，人家压根不关心你做了啥功能，就想看看你是不是真亲手摸过那些代码和板子。

那次面试挂了，我回去复盘了很久，才发现问题出在我讲故事的结构上——太飘了，全是“我负责了xx模块”这种废话。

核心结论：STAR不是让你念稿子，是让你还原现场

后来我学乖了吧。

去年十一月面现在这家公司，同样被追问项目细节。

我用STAR法则讲了大概8分钟，面试官听完直接说“下周一能来吗”。

其实STAR这玩意儿网上教程一堆，但大多数人用错了吧。

他们把它当成填空模板，Situation一句、Task一句、Action三句、Result一句，加起来凑不够两分钟，听着像在念说明书。

我的做法不一样。

我把它当成给朋友讲你上周怎么修好家里漏水的水管——你得先让人知道水管在哪、漏得多厉害，然后你找了哪几种工具、试了哪几个办法、中间哪个办法差点把管子拧裂，最后花了不到四十块钱买了个新接头搞定。

面试讲项目也是这个理。

拿我那个智能门锁的项目说。

背景我一句话带过：当时公司想从B端转向C端，需要一款能三个月内量产的低功耗门锁。

任务这块我没说“我负责嵌入式开发”，而是说“老板给我两个人，一个刚毕业的娃和一个兼职的硬件工程师，让我把主控从STM32F103换成STM32L051，功耗要降60%以上，还不能改PCB板型”。

你看，这么一讲，面试官眼睛就亮了。他马上问“那你怎么处理的？”这时候再讲Action，就顺理成章了。

具体窍门：把“我做了”换成“我试了什么、错了什么”

我讲Action的时候，重点说了三四种尝试。

先试了直接改时钟树降频，结果发现唤醒响应慢了200毫秒，用户体验不行。

又试了把蓝牙模块的广播间隔从100毫秒调到500毫秒，功耗是降了，但手机连接老断。

最后怎么解决的？

我在电源管理芯片的使能脚上动了个手脚，用一个MOS管做了个延时关断，成本多了一毛二，但整体待机电流从80微安压到了28微安。

讲这些的时候，我特意提了一句“那个MOS管还是我翻某东的替代料列表翻到的，原厂推荐的太贵了，一片要三块多”。（这个细节我真没想到面试官会后专门问了一嘴）你看，这种具体到，型号和价格的细节，比你吹十句“我有很强的解决问题的能力”都管用。

Result这块也别光说“项目成功了”。

我说的是“量产后第一批五千台返修率低于千分之三，老板把省下来的十二万物料成本拿了两万出来当年终奖发给我们仨了”。

数字不用太精确，但得有。

还有个坑我得提醒你。

STAR讲项目别超过十分钟。

我那次八分钟是因为面试官中间插了两次话，一次问“那你们怎么保证实时性”，一次问“这个方案你申请专利了吗”。

如果他不插话，我准备的内容大概六分钟讲完。

超过十分钟，人家会个人看法是你抓不住重点。

我有个前同事更绝。

他面试的时候带了个巴掌大的开发板，讲到关键地方直接掏出来说“你看，这就是当时那个板子，这个焊点是我后来飞线改的”。

面试官当场就笑了，说“你这人有点意思”。

当然不是让你每次都带板子，但那种“我真的摸过”的劲儿，你得通过语言传出来。

还有一点，讲失败比讲成功更让人信。

我在STAR里专门留了一小段讲第一次流片回来发现待机功耗反而高了大概十来个点，查了两天才发现是一个上拉电阻选大了。

面试官后来跟我说，他就等着听这个呢，因为“没人能一次做对”。

• 别背简历上的项目描述，面试官手里有你简历，他想听简历上没写的细节。
• 准备两三个具体到型号、价格、天数的数字，数字能救命。
• 主动说一个你搞砸的小地方，然后说你怎么发现的、怎么改的。
• 如果面试官打断你，别慌，他打断说明他感兴趣，顺着他的问题往深了讲。
• 讲完八分钟左右主动收住，问一句“这块您还想细聊吗”，把主动权给他。

最后说个真事儿。

我邻居家小孩上个月面字节，回来跟我吐槽说面试官追着他问“你刚才说用了Redis，那Redis的持久化你怎么配的”。

他一下懵了，因为那个项目里Redis是运维搭的，他就调了个API。

你看，这就是没摸过硬说摸过的下场。

STAR法则再好用，也救不了一个只挂名没动手的人。

所以讲项目细节之前，先问问自己：那个东西，我真拆过吗？

（如果你有更好的经验，欢迎在评论区补充。）