简历里写的项目被要求演示：三十分钟演示的六个准备件

简历上写了一句「主导会员系统改版」，面试官回一句「那下次面试你演示一下吧」。这时候最怕两种情况：项目是几个人一起做的，你只负责一块；或者项目已经下线，环境早没了。

其实演示考的不是「你的系统有多完整」，而是你能不能在别人面前把一件事讲清楚、跑通、接住追问。所以准备的重点不是把系统补全，而是把三十分钟的流程排练到不卡壳。下面给时间分配、六个准备件和跑不起来时的三种处理方式。

一、先确认：他要看的是能用，还是想清楚了

不同岗位、不同轮次，演示的诉求不一样。提前问一句「希望重点看功能还是看设计」，能省掉一半无效准备。

第一行最容易翻车：很多人以为要展示「功能全」，结果三十分钟都在点页面，面试官一个问题都没问出来。真正被记住的是主流程能走通，加一个你能讲透的技术难点。

二、三十分钟怎么分配

时间是固定的，分配比内容更重要。下面这套比例适用于多数演示，可按岗位微调。

「没做成的部分」这一段别省。演示里全是成功，反而让人怀疑真实性；说一句「这一版上线后转化没起来，我们复盘发现是入口太深」，可信度立刻不同。

三、六个准备件，缺一件都可能翻车

1. 可启动的环境。提前一天在本机跑通一遍，用干净的数据重来一次，确认没有依赖你本地的缓存和账号。
2. 演示账号与测试数据。准备两套：一套正常的，一套能展示异常状态（空数据、报错提示）。别用真实客户数据。
3. 演示脚本。写成一页纸：第一步点什么、说哪句话、预计多久。临场只按纸走，不即兴发挥。
4. 备用录屏。三到五分钟的完整录屏，覆盖主流程。网络或环境出问题时直接放，比当场解释有效。
5. 边界说明。哪部分是你做的、哪部分是别人做的，用一页纸列清。被问到时直接说，不心虚。
6. 追问清单。提前写下十个最可能被问的问题和答案，尤其是「为什么不用现成方案」「这个量级撑得住吗」。

第二套数据常被忽略。只演示顺利路径，面试官看不到你处理异常的思路；准备一个空列表和一个报错页面，顺手就能讲「这里我们做了兜底」。

四、跑不起来怎么办：三种处理

项目下线、代码在旧公司、环境依赖太重，都是常见情况。别硬撑，按下面三种方式处理，效果不比现场跑差。

第三种最常见，也最容易处理过头。有人为了显得参与度高，把整个项目都说成自己做的，结果被追问细节时露馅。说清边界反而加分，因为面试官更怕的是说不清自己做了什么的人。

如果你想把项目讲得更结构化，可以先把简历上的描述改成「背景、动作、结果」三段，写法见项目经历的 STAR 落地写法；演示时讲的就是这三段的展开版。作品与链接的放置方式见作品链接的可用性筛检。

五、常见问题

演示要多完整？

一条主流程走通就够，不需要功能齐全。面试官看的是你能不能把事情讲明白，以及遇到追问时是否清楚自己在做什么。范围铺太大，反而每处都讲不深。

项目不是自己独立做的，要不要说？

要说，而且越早说越好。开场就讲「这个项目四个人，我负责的是结算模块」，后面所有追问都在这条边界内，反而更稳。含糊其辞被戳穿，代价大得多。

演示时卡住了怎么办？

先停三秒，再说「这里我确认一下」。卡在环境问题就切备用录屏，卡在业务逻辑上就坦白「这块当时不是我负责，我讲一下我了解的上下文」。硬编是最差的选择。

线上面试要共享屏幕吗？

要提前试一次共享，确认字体大小和窗口比例。共享前关掉聊天软件与无关标签页，桌面只留演示窗口。更多线上场景的准备见电话面试突然打来的应对方式，设备逻辑相通。

小结

被要求演示，等于对方给了你一次二十分钟的免费展示机会。准备六件东西：能跑的环境、两套数据、一页脚本、备用录屏、边界说明、追问清单；时间按「框架、主流程、难点、结果、提问」分配。跑不起来就如实说明并换方式，讲清边界比装作全能更值钱。