面试官问项目的那五分钟，只在确认一件事

“讲一下你简历上这个项目吧。”

这句话之后的五分钟，基本决定了这场面试的走向。答好了，后面全顺着你的话问；答砸了，他会翻回简历找下一个话题，语气立刻敷衍下来。

多数人答砸跟项目水不水没关系。真正的问题是你讲完五分钟，他没听出你在里面干了什么。

面试官在这五分钟里只确认三件事：这活是不是你做的、你有没有踩过坑、坑最后怎么解决的。他不关心你们组几个人，也不关心你用的框架是哪个版本。

所以课设完全能讲。决定成败的是叙述顺序，项目规模排在后面。

先认下这个事实

一个说清楚的课设，胜过一个说不清楚的大厂实习

一开口就废掉的那种讲法

先看一段典型答法，你听着大概率眼熟：

“我们做的是一个校园二手书交易的小程序。前端用 uni-app，后端是 SpringBoot 加 MySQL，实现了注册登录、发布商品、搜索、下单、评价这些功能。我主要负责后端。项目做了两个月，答辩拿了优秀。”

这段话的毛病不在技术，在结构。

它把项目讲成了一份功能清单。面试官听完知道的东西，和他扫一眼简历知道的完全一样。

拆开看三个具体问题：

主语全是我们：唯一一次“我”出现在“我主要负责后端”，而“负责后端”约等于没说。
只有名词没有动作：注册登录、发布下单，这些是需求文档里的词，不是你干过的事。
全程风平浪静：从头到尾没有一个难点，听不出你解决过任何东西。

答辩优秀别写进结尾

学校评优的标准和企业看重的完全两码事。把“拿了优秀”放在项目末尾，反而暴露你没别的可说。

真正的重点在比重，行动那段要占七成

网上讲这四句都讲成平均分配的四段，那是写作文的写法。面试是说话，比重完全不同。

正确的比重长这样：

情境：一句话。项目是什么、你的角色，说完立刻走人。
任务：一句话，但必须带冲突。这句话决定他要不要继续听下去。
行动：占七成。你怎么定位问题、试过什么、为什么最后选这个方案。
结果：一到两句，带具体数字。

多数人翻车在同一个地方：情境讲了两分钟，行动讲了三十秒。

【冲突前置】是整套说法的核心。别按时间顺序摊开讲，把最难的那个问题提到最前面：

“这个项目里我花时间最多的是搜索。上线到班里试用之后，同学反馈搜书名经常搜不到，我查下来是模糊匹配走不了索引，数据量一大响应就到两秒。”

跟前面那段功能清单比一下。这句说完，面试官接下来问什么基本可以预判：你怎么解决的、为什么不用别的方案。

而这两个问题，恰好是你准备得最充分的地方。

把“我们做了”换成“我负责了”

小组作业最大的坑在主语。你张口就是“我们”，面试官默认你在混。

换主语跟撒谎是两回事。你只是把真正属于你的那部分挑出来说清楚。三步：

拆动作：把项目里所有具体动作列出来。写代码、定表结构、查 bug、写文档、跟组员对接口，全都算。
标归属：每个动作后面标是不是你做的。哪怕只是你提的方案由别人实现，也写“方案我提的”。
只讲你那格：其余部分一句话带过。

同一个功能，两种说法摆在一起看：

原话：“我们实现了商品搜索功能。”

改后：“搜索这块是我做的。我先用 like 做模糊查，压测发现两万条数据就要两秒。后来把书名单独建了倒排，用分词做匹配，压到两百毫秒以内。”

后面这段里，每一个动词的主语都是你，面试官不用猜。

组员做的部分也别抹掉。他问起来你说“那块我组员做的，我了解大概思路”，反而显得踏实。硬把别人的活揽过来，追问两句就露馅。

没有线上数据，量化从这三个地方挖

“我的项目没用户，怎么量化？”这是被问最多的一句。

线上数据只是数字的一种来源。你手上其实有三种可以拿：

压测数字：本机跑一遍压测工具，或者写个脚本循环调，记下优化前后的响应时间和吞吐。一个晚上就能补完。
规模数字：数据多少条、表几张、接口几个。这些数字本身不惊艳，但能让对方对你的项目有体感。
过程数字：方案改了几版、定位那个 bug 花了多久、试了几种思路。这类反而最能体现你怎么解决问题。

没有数字的项目，在面试官耳朵里等于没做过

但数字要说实话。本机压出来的就说本机压测，别说成线上。对方一问部署环境就穿帮，为一个数字丢掉可信度，太亏。

一个二手书小程序的完整示范

把上面的规则套回开头那个反面例子，同一个项目重讲一遍：

“我讲一下我做的校园二手书交易小程序，我负责后端，主要是搜索和下单两块。

上线到班里试用之后，最大的问题出在搜索。同学搜书名经常搜不到，我看日志发现两个原因：一个是模糊查询前面带通配符走不了索引，两万条数据响应两秒；另一个是大家书名输不全，比如输‘算法导论’搜不到‘算法导论第三版’。

我先试着给书名加索引，没用，因为前置通配本来就不走索引。后来改成把书名分词后单独存一张倒排表，查询时先分词再匹配，命中词多的排前面。本机压测两万条数据，响应从两秒降到两百毫秒以内，模糊搜索能搜到的比例也从六成左右提到九成以上。

这块前后改了三版，中间踩的最大的坑是分词库对书名里的数字和版本号处理很差，我加了一层预处理才稳定下来。”

一分半钟能说完，信息密度完全不同。他听到了冲突、你的动作、失败的尝试、最后的数字，还留了一个可以继续追问的坑。

失败的那次尝试千万别删。说自己第一个方案没成，比一次做对更可信。

讲完之后他会追问什么，提前想好

你讲得越具体，追问来得越准。好在方向就那么几个。

往深处挖：“为什么不直接用现成的搜索引擎？”备一句取舍理由，比如数据量小、部署成本高、课设环境跑不动。
往边界挖：“数据量涨到一千万还撑得住吗？”大方承认现在的方案撑不住，然后说清下一步会怎么改。
往协作挖：“这个方案组里有人反对吗？”讲一次真实的分歧，以及最后怎么谈拢的。

三个方向各写两三句，念到顺口为止。这件事性价比极高，因为同一个项目你要讲十几遍，这三个问题会反复出现。

只重写一句写到对方想追问

课设讲不好，多数时候跟项目够不够格没关系。只是没人告诉过你，面试官坐在对面到底在听什么。

同一个二手书小程序，第一种讲法让人想换话题，第二种能撑起十分钟的深挖。中间隔的只是一次认真的重写。

今晚就做一件事：挑你简历上最想被问到的那个项目，只写“任务”那一句，把冲突写出来。就一句话，写到你自己念出来都觉得对方会想追问为止。