零基础第一次参加黑客松：48小时参赛全流程与避坑指南

想写代码但还没写过完整项目，想在简历上留点东西却不知道从哪里下手，听说过黑客松又觉得自己水平不够——这种状态太常见了。去年我带着同样忐忑的心情参加了第一场黑客松，三天两夜下来，收获远超预期。那次的赛事恰好是联合了多所国内外顶尖学府一起办的环球场，面向的就是零基础到有一两年经验的年轻人。当时报名页写着“年轻人的第一场黑客松”，我以为是句口号，参加完才发现他们是真的把新手友好做进了赛制里。现在新一轮报名刚开放，身边不少朋友在问值不值得去、该怎么准备，我就把那次的经验从头到尾梳理一遍，给准备踏出第一步的人当个参考。

1. 一场联合顶尖学府的环球黑客松，到底在办什么

1.1 联合顶尖学府办赛，比“挂名背书”实在得多

先说结论：联合多所顶尖大学共同办的黑客松，和你在校园里参加的那种社团黑客松，体验是完全不同的。它的差异不是规模更大、奖品更贵，而是整个赛事的“题源结构”变了。

我之前参加过校内黑客松，题目基本是“绿色出行”或者“智慧校园”这种泛主题，评委看的是创意和完成度。而联合顶尖学府的环球场，题目往往来自各个学校的实验室、校企合作项目、甚至教授手头的真实课题。我当时那一场就有好几个赛题是某高校人机交互实验室出的无障碍交互方向，某校企合作项目出的物流路径优化方向。你面对的是一个可能被用在真实场景里的问题，而不是一个“假装有需求”的题目。这个区别会直接影响你的项目深度，也决定了评审时会问出多刁钻的问题。

环球两个字同样不是噱头。不同地区的参赛队伍会分在同一个线上赛区，跨时区协作本身就是赛制的一部分。我那一场有支队伍是东京、伦敦、纽约三地的人凑的，他们提交的文档里专门写了如何用异步协作解决时区差，评委单独给了加分。这说明赛事方是真的在模拟分布式团队的协作场景，而不是简单开个视频会让你远程参会。

顶尖学府联合带来的另一个隐藏价值是评审构成。评委席上有学术圈的教授、产业界的技术负责人，也有投资人。这意味着你的项目会在三个维度被评估：技术有没有深度、产品有没有用户价值、商业上有没有想象空间。很多新手觉得“我先把demo做出来就行”，但这里评委会直接问“如果给你三个月，你打算怎么把它变成可运营的产品”，这个问题第一次被问到的时候，没有准备的人会当场卡住。

1.2 环球场的新手友好，是写在机制里的

绝大多数人不敢报名黑客松，核心顾虑是“我不会后端”“我没写过完整项目”“我怕拖队友后腿”。联合办的环球场对这个问题给了比较直接的回应：它按经验分了赛道，或者明确标注“新手友好队”。

我那场就有不少队伍是全新手组队，全员没有一个人写过超过两百行的项目。赛事给这些队伍配了特别的赛前辅导，包括三场线上workshop：第一场讲怎么把想法拆成可执行的功能，第二场教怎么用无代码工具快速搭出原型，第三场是路演技巧专项。很多老选手吐槽说“这哪是黑客松，这是训练营”，但它的目标本来就不是为难你，而是让你在第一次参赛时有完整的体验闭环——从想法到demo到上台，一个都不少。

还有一点对新手特别重要：赛制里的“非代码贡献”被写进了评分标准。数据调研、用户访谈、商业画布、路演表现都有明确分值。也就是说，哪怕你一晚上就写了一个前端页面，只要你能把自己的角色做到位，队伍照样能拿到不错的名次。我在那场遇到一个全女生的新手队，四个人里只有一个会写Python的，另外三个分别负责用户调研、UI和路演。她们最后拿了数据可视化分赛道的三等奖，靠的就是把产品讲清楚，外加调研报告做得比谁都细。

1.3 线上线下的双重体验，跟你想的不太一样

联合多校的环球场一般会有线上环节和线下站点结合的模式。线上环节负责破冰、组队、赛题解读和工作坊；线下站点则分散在多个城市，你报名时可以选择离自己最近的站点，到时间带着电脑去线下场地参赛，也可以全程线上。

我当时选的是线下站点。这么说吧，线下的体验是线上完全替代不了的：晚上十一二点，周围全是噼里啪啦敲键盘的声音，隔壁队咖啡一罐接一罐，走廊里有人在打电话采访目标用户，休息区有人在改PPT。那种“一群人真的在为了一个想法通宵”的氛围，会推着你把最后一句烂代码修完。我后来也纯线上参加过一次，效率确实高，但少了那种并肩作战的实感。

选择线上参赛的人比较适合两种：一是重度社恐，二是已经组好固定队伍的线下队友不同城。其余人我还是建议选线下，尤其是第一次参加的人，线下的氛围会让你更入戏。另一个原因是线下站点通常有志愿者随时解决技术问题，网络、Wi-Fi、电源、设备借用，都比一个人在家处理得快。

2. 零基础面对黑客松，先补代码还是先补认知

2.1 黑客松的本质是产品冲刺，不是编程竞赛

这是我参加完第一场之后最大的认知升级。很多人把黑客松理解成“比谁写代码快、比谁算法强”，实际上它更像一场压缩到极限的产品冲刺。你可以把它类比成一个突击版本的“创业实训”：给定一个方向，一个团队，一个时限，你要从用户需求出发，设计解决方案，做出可演示的版本，并在评委面前完成推销。

明白这一点之后，你的准备策略就完全不一样了。不需要在赛前疯狂刷题，也不需要把什么技术栈学深学透。你需要的是：会一点前端能画出界面，或者会一点后端能存住数据，或者干脆都不会，但你能把用户故事讲清楚、能把PPT做漂亮、能在路演时顶住追问。任何人在这条链路上找到自己的位置，都可以成为一支队伍里无可替代的一环。

我在那次赛前辅导里听到一句特别受用的话：黑客松的评审时间通常只有五到八分钟，评委一天要看几十支队伍，到最后能记住的往往不是功能最多的项目，而是讲得最清楚的项目。代码写得再好，讲不清楚，等于白做。这对新手来说反而是个机会，因为“讲清楚”是可以刻意练习的，而且不需要技术背景。

2.2 黑客松里常见的三类角色，找到你的定位

一支完整的黑客松队伍通常需要三类角色，我列个表，你可以对照着看自己适合哪一类：

我当时所在的队伍比较凑巧，五个人里有两个开发，一个设计，一个产品，我补的是路演和测试。一开始我还挺心虚，觉得自己没写代码就是来蹭经历的。后来发现，测试这个角色在黑客松里其实特别紧缺：很多队伍通宵写完功能，第二天演示时才发现数据流断了、按钮点了没反应。我在第一天晚上就开始做流程测试，每出一个版本我就按用户路径点一遍，把bug录屏发给开发修。第二天下午我们提交的版本是所有队伍里最稳的之一。

你不需要精通所有角色，只需要找到一个位置，然后把那个位置做到极致。哪怕是“负责把所有队友的进度记录下来，最后整理成一份清晰的README”这种听起来很基础的工作，到了评委那里，都会变成“团队协作与项目管理能力”的加分项。因为绝大多数黑客松项目死就死在README稀烂、部署方式没写、账号密码不知道填什么，评委根本跑不起来你的项目。

2.3 非代码贡献的高分玩法：把调研做成武器的队伍有多占便宜

前面说过，联合办学场的评分里有调研和产品思维的权重，这里我可以给个具体参考：我们那一场的评分大致是技术实现35分，产品与设计25分，创新度20分，路演答辩20分。技术和创新对新手来说短期内补不上来，但产品与设计、路演答辩加起来有45分，是完全可以通过准备拿到的。

那支全新手女生队能拿奖，就是因为她们把调研做到了极致。确定做无障碍出行的方向之后，她们没有马上画界面，而是花了半天时间在赛场地下一层的咖啡座拦了三个人做访谈，其中一个还是坐轮椅的参赛者。她们最后PPT里有一页，用的不是网上找来的数据，而是现场访谈对象的原话截图。评委在路演时问了句“你们这个是真实需求吗”，她们直接说“我们现场访谈了三个潜在用户，其中一位明确表示愿意使用并把微信留给了我们”，当场加分。

非代码工作做到位，还有一个附加好处：它能反向教育你们队里的开发，告诉他们什么该做什么不该做。很多开发一拿到题目就憋不住想炫技，上来就整微服务、消息队列、容器编排，结果凌晨三点还没跑通。如果你作为产品角色能按住他们，说“先做一个能点通的前后端，把主流程跑完再谈技术栈深度”，队伍的整体完成度会大幅提升。在黑客松里，完成度永远比复杂度值钱。

3. 从报名到开赛前一周，我的准备时间都花在了哪

3.1 先用一句话定义“我们要做什么”

大部分新手队伍的开场是灾难性的：题目发布之后，五个人在聊天工具里甩了二十个点子，从AI写诗到宠物社交，然后陷入漫长的争论。等定下来方向，已经过去三个小时。想避免这种开局，最好的方法是在开赛前，甚至在报名后就可以开始想：如果围绕这个方向，我们要做一个什么项目？

注意，不需要把方案细化到功能，只要一句话，能让人一听就知道你们要干什么。比如“做一个针对独居老人的跌倒检测小程序”，或者“把宿舍楼里闲置的打印机资源做成共享平台”。一句话定义的目的，是让全队在后续分歧时有一个回拉的锚点。

我当时和队友在赛前就对“关注独居老人”这个方向达成了共识，但具体做什么还没定。开赛后题目公布，我们是全场最快完成方向收敛的队伍之一，因为不需要从零吵起。多出来的时间，我们拿去做了用户访谈和竞品分析。一步领先，后面步步顺。

3.2 把环境安装放到赛前，而不是开赛现场

这话听起来像废话，但每次黑客松都有人栽在这里。开赛后前两个小时，总能看到有人在现场装依赖、配环境、申请账号，旁边的队友干着急。这完全没有必要，你完全可以提前准备好。

具体来说，建议准备这些：装好代码编辑器并配好常用插件；装好版本控制工具并注册好账号；确认语言运行环境正常，前端跑一个脚手架项目，后端能启动一个hello world；注册好可能用到的AI绘画、地图、天气等开放平台账号，拿到密钥；准备好演示用的浏览器、录屏工具、截图工具、PPT模板。这些都是基本操作，提前一天花半小时搞定，开赛后就能直接进入正题。

真的不要小看这些准备工作。我们那一场有支队伍，为了现场注册一个AI平台的API密钥，等了整整两个小时人工审核。他们原本想做的核心功能就依赖那个接口，最后不得不临时换方案。要是提前注册，那支队伍大概率能进前十。

3.3 提前组队的三条途径，别等到开赛才抓人

组队是黑客松最常见的翻车点。我统计过自己参加过的几场，至少三分之一的新手队伍是在开赛后两小时内现场随机拼的。随机拼也不是不能玩，但磨合成本极高，五个陌生人在有限时间里要完成建信任、切分工、统一审美、定技术栈，这会吃掉大量有效开发时间。

提前组队有三条比较靠谱的途径。第一，赛事官方群和组队平台，报名后主动发自我介绍，写清楚你的的技术栈、偏好方向、能承担的角色；第二，各学校的校友群和社团群，联合办学的赛事通常会把各校社群链接发到报名确认邮件里，能加到大量同城或同校的参赛者；第三，社交媒体上搜索赛事的话题，很多人会发组队贴。

自我介绍要怎么写才有人回？我的经验是：不要只写“我是新手求带”，没有信息量。给出具体的东西，比如“我会React，做过两个静态页面作品集，可以负责前端”“零基础但擅长PPT和信息图，可以包下路演和所有设计”“我愿意做文档、测试、跑腿，时间充裕全程在线”。让人一眼知道和你组队能补上哪个位置填哪个坑。我当时就是靠“能写清晰的技术文档，可以帮开发拆需求”加上一句“有稳定的校园网环境，支持全程视频会议”的属性，在报名当天就接到了一支结构齐全的队伍。

3.4 Day 0清单：开赛前一晚把它过一遍

最后，开赛前一晚，我建议你打开这份清单过一遍，确认所有事项就绪：

• 电脑充满电，充电器、鼠标、转接器等设备带齐；线下参赛的话带好证件。
• 给所有要用到的网站和平台做一次登录测试，确认账号密码还能登进去。
• 准备好演示用的浏览器书签：你的项目部署地址、开发文档地址、第三方API的控制台。
• 和队友确认好沟通工具，以及关键的决策人。黑客松里不能事事投票，“最终能拍板的人”必须提前明确。
• 安排好睡眠计划，后面详细说，但至少在Day1晚上不要熬夜太久。
• 设好闹钟，留足早上的通勤和入场时间。

这份清单看起来琐碎，但它能保证你开赛后把全部注意力放在项目上，而不是让各种意外打断你的节奏。

4. 现场48小时，我是这样把精力分配到每分钟的

4.1 方向收敛之后，立刻做需求冻结

不同黑客松的时长不一样，常见的是24到48小时。核心节奏是类似的：前两个小时是方向收敛期，所有人都要全力参与讨论，把点子收窄到一个可执行的目标上。请注意，是“可执行”，不是“最好”。评判黑客松项目的标准不是这个idea有多宏大，而是这个demo能不能在限定时间内完整跑通。

方向一旦定了，马上进入“需求冻结”状态，也就是把功能清单砍到不能再砍。我当时和队友用的方法是：每人写下自己想做的核心功能，然后给每个功能打分，分数维度是“实现成本”和“观众感知度”。累死累活做三天后端冷启动优化，评委根本看不出来；但如果你做了一个交互丝滑的引导动画，评委一眼get。砍需求的原则是：凡是不能在十秒内说清楚的功能，先砍掉。剩下两到三个核心功能，把它们打磨到超出预期。

4.2 队友之间的协作方式：我推荐用三明治切法

开发协作中，最怕的是两个人同时改一个文件，合并冲突神仙难解。黑客松时间紧张，没精力处理这种问题。我推荐一个比较稳妥的切法，按功能垂直切，而不是按技术水平上切。意思是，每个队友独立负责一个完整的功能模块，从前端到后端自己搞定一条链路，而不是分成“前端组”和“后端组”。

打比方说，你们的项目要做“地图找药房+库存同步”，那就让一个人负责“地图展示与定位”，第二个人负责“药房信息录入和库存数据库”，第三个人负责“页面设计与管理后台”。各管一条垂直链路，联调时通过定义好的接口对接。这样每个人都能完整跑通自己的部分，不会出现“前端等后端接口，后端等前端确认”的互相等待。

第一次组队配合的团队，没必要上来就搞复杂的敏捷流程。开个共享文档，写清每个人的模块、当天目标和完成checkbox，就够了。我们队当晚的效率全靠这个共享文档维持：凌晨两点，负责写后端数据库的队友直接在文档里更新“库存表结构v2，字段加了距离，前端调接口记得带新参数”，负责前端的我一早看到，起来就改，一分钟沟通时间都没浪费。

4.3 演示脚本和数据准备：在Day2早上就动手

第二天早上开始，就要进入“演示心态”了。因为黑客松的规则通常是上午提交，下午路演，最后一刻才开始准备演示必然会翻车。所以Day2早上第一件事不是写代码，而是大家坐在一起，把演示脚本过一遍，回答三个问题：第一，我们要演示的核心流程是什么，用几个步骤讲清楚？第二，这这段时间开发出来的功能里，哪些能进现场演示，哪些会翻车必须降级？第三，如果没有真实数据，要不要造假数据让演示看起来更丰满？

对，造假数据在黑客松里是常规操作。你要是做数据可视化项目，现场难道真要抓几万条真实数据？不用。提前写好一个数据生成脚本，模拟出几百条看起来像模像样的数据导入系统，让界面呈现出一个“有真实用户”的样子。评委不会关心你的数据是不是真的，他们关心的是视觉效果和逻辑框架。但有一点要注意：演示时如果评委追问数据来源，一定要诚实说明“这是模拟数据”，不要硬说是真实采集的。

另外，演示用的设备最好固定一台，确保这台设备上没有无关的通知弹窗，浏览器里只开着需要的标签页。把系统的通知都关掉，把桌面背景换成干净的纯色。这些细节做得越到位，演示时越不容易出意外。

4.4 提交前的保险动作：录屏、截图、部署地址、README

快到提交截止时，团队的脑子基本都是蒙的。为了防止功亏一篑，请提前两个小时开始做以下动作，一项都不要省：

首先是录屏。打开录屏工具，把主流程从头到尾操作一遍，保存成视频文件。万一现场网络不行或者系统崩了，这个录屏就是你最后的演示武器。其次是截图。把每个页面都截图存好，放进演示PPT里。如果在线演示系统出问题，截图也能撑起全场。再次是部署地址，确认项目已经部署到公共地址，并且能通过手机流量访问一次，避免依赖现场Wi-Fi。最后是README，把项目名称、想解决的问题、技术栈、启动命令、第三方密钥说明、团队成员分工，全部写清楚。README是很多评委给“工程素养”评分的唯一依据，写一份清晰的README，比多写一百行注释都有用。

我见过不止一个队伍，功能做得挺好，但部署地址写错了一个字母，评委打开404。名次直接跌出第一梯队。这些保险动作，本质上是给整个团队的通宵辛苦买一份保险，千万别省。

5. 评委最爱追问的三个问题，我提前准备了回答框架

5.1 “你这个项目解决了什么真实问题？它凭什么成立？”

这是路演时几乎是必问的问题。很多队伍被问住，是因为他们根本没想清楚“真实问题”这四个字。评委要的不是你复述赛题要求，而是一个具体的、有细节的回答。

我的回答框架是这样的：先点名目标人群，再描述典型场景，然后指出现状的痛点，最后给出你的方案。比如：“我们关注的是独自在家的留守老人，他们每天需要按时服药但经常忘记。现有的提醒App只是手机通知，老人根本不会用。我们做了一个能放在桌面上的实体闹钟，到点自动亮灯并播放子女预录入的语音提醒。”四句话，有对象、有场景、有痛点、有方案，评委一听就知道你的项目不是凭空捏造的。

5.2 “这个技术在市场上有没有成熟方案，你和它们有什么区别？”

这题考察的是你了解不了解行业现状。新手最容易的回答是“我们做了别人没做过的东西”，这种说辞评委听了只会客气点头。更好的回答结构是“承认同类产品存在 + 差异化优势 + 适用场景限制”。

比如你做了一个AI拍照识别植物并推荐养护方式的App，评委问和已有识花软件有什么不同，你可以说：“市面上识花软件普遍只做到识别，我们额外做了浇水提醒和养护日历，且能和家庭种植箱联动；但我们也清楚，目前花卉数据库的覆盖率还比不上大厂，所以现阶段更适合细分品类。”既承认差距，又展示思考深度，还能堵住“你没调研过竞品”的质疑。

5.3 “如果给你三个月，你接下来会做什么？”

很多队伍在答辩结束前被这道题击穿。没有准备的人只会说“我们会继续完善功能”。它就等于0分答案。我的经验是把答案也做成产品路线图：第一个月做什么验证、第二个月做什么迭代、第三个月做什么增长。

还是用前面那个识花App举例：“第一个月，我们会重点补齐5000种常见家庭植物的数据，同时和5个线下花卉市场建立测试合作，获取真实用户反馈；第二个月，根据反馈优化识别准确率，上线浇水提醒的推送功能；第三个月，尝试做一个小红书内容账号，用短视频引流获客，验证自然增长模型。”这个回答一听就知道你在认真思考商业化问题，评委的观感会完全不同。

这种问题不用害怕，它就是一次产品思维的模拟考核。而且黑客松的评委通常很友好，他们会追问，不是为了难为你，只是为了看你有没有想过这些层面。提前准备好，答案流畅自然，已经是超出平均水平的发挥了。

6. 新手翻车现场实录：这些坑我亲眼见过，也亲自踩过

6.1 选题贪大：想做一个平台，结果只做出来一张表单

新手最普遍的问题是“什么都想做”。有一支参赛队伍花了近一天时间设计一个“连接全城闲置技能交换平台”，功能列表写了几十项，等准备开发时才发现，光是一个实名认证加信用体系就够做一个月。最后他们只能临时砍掉绝大部分功能，提交时界面里只有一个技能发布表单和一个搜索框，视觉效果寒酸得让评委无法共情。

解法也很简单：一开始就限定“48小时能完成的范围内做到完整”。你想做平台，那就只做“发布技能+搜索技能”这两个核心动作，把它做到流程无死角、界面有细节、数据能正常存取。完成一个小而完整的东西，远比做一个残缺的大东西得分高。

6.2 组队太佛系，开赛后变成“盲盒组队”

我前面提过提前组队，但总有人不听。等到开赛现场才抓人，很容易遇到两类人：一类是什么都会点但什么都不深，另一类是一开始热情高涨但熬不了夜。你没法挑，也没时间磨合。一支好队伍的标准很简单：角色明确、意愿一致、情绪稳定。“愿意一起把demo做完”的人，比“单兵能力强但只写自己的代码”的人，重要得多。

这里还有个容易被忽略的点：队内一定要约定好沟通频率和反馈方式。黑客松时间短，压力大，语气稍微冲一点就可能导致矛盾。所以组队时建议说清楚，“我们所有人有意见直接说，但不吵架，对事不对人”，对女大学生尤其需要这种安全感。

6.3 把demo环境绑在本地，现场网络一崩直接表演掉线

我参加过一次线上场，有位队友把后端服务器跑在自己电脑上，然后人去了图书馆，图书馆的Wi-Fi被限制外网访问。演示时我们远程连不上他的电脑，项目直接玩不了了。这种坑完全可以提前避免：要么部署到云服务器，要么准备录屏兜底。

避免这个坑的具体操作是：所有关键演示内容，都要假设“网络会断，环境会崩”来做plan B。部署地址、录屏、截图，三选一必须有一样能撑住场面。我所在的队伍后来形成了一个习惯：每次演示前，队长都会说“假设现在断网，我们能拿什么出来讲”，如果答案是“什么都没有”，那就说明还没准备好。

6.4 路演前没有预演，上去讲了两分钟PPT翻页失败

路演紧张到忘词，这是人之常情，但可以通过排练大幅缓解。老手和新手的区别就在这：老手在路演前至少完整走两三遍流程，把所有操作练成肌肉记忆；新手直接上去，对着投屏手忙脚乱找文件，开头就垮掉。

我强烈建议在Day2下午提交完demo后，把全队拉到空房间，每个人按真实路演的时间限制讲一遍。其他队友扮演评委，专门提刁钻问题。这个过程非常管用，它至少能帮你发现三个信息：时间有没有超、PPT换页是否卡过、技术演示流程是否顺畅。尤其要练的是换设备：从自己的电脑切到投屏或备用电脑后，所有的登录状态、书签、全屏效果都会变化，不预先走一遍就容易出状况。

6.5 睡眠计划失败，Day2下午的“脑死亡状态”

熬夜是黑客松的刻板印象，但它不应该是新手的第一选择。一个现实是：大多数人熬夜到凌晨三点就基本丧失了写代码的能力，只会制造一堆需要返工的bug。我的经验是，新手第一次参加，睡眠计划要尽量科学：Day1正常拼到凌晨一点，然后强制睡觉，留下一个人盯关键代码；Day2早上六点半起床，等大脑清醒了再攻坚最难的问题。对比那些熬到天亮再撑一整个白天的队伍，你们的精神状态在路演时会有碾压级优势。

睡眠这东西，真的不是“谁睡得少谁光荣”。评委看的是项目能不能讲清楚，不是你们多能熬。我见过一支全场最拼的队伍，凌晨都在敲代码，结果路演时主讲人嗓子哑得说不出完整句子，PPT上的逻辑也乱了。倒是旁边一支“准时睡觉准时起床”的队伍，在第二天下午精神奕奕地把demo讲得条理清晰，拿了高分。血腥教训。

写在最后：第一场黑客松之后，我开始用产品思维看世界

第一次完整走完一场黑客松之后，我发现最大的变化不是简历上多了个项目经历，而是我看待日常问题的角度变了。以前看到“食堂排队太长”只会吐槽，现在会想：这背后存不存在一个信息不对称的问题，能不能做一个实时显示窗口等待时长的系统，受众是不是愿意为这个信息付费，如果做demo要五分钟够不够把主流程跑通。听起来可能有点职业病，但这确实是黑客松留给我最宝贵的思维方式。

如果你想参加这届联合12所顶尖学府的环球黑客松，我的建议就八个字：先报名，再想办法。报名页面永远比踌躇来得容易。你不会写代码没关系，会做PPT、会讲话、会查资料、会整理文档，都是队伍里稀缺的贡献。别把“黑客松“理解成黑客的松，把它理解成一群年轻人用48小时把一个想法快速做成原型并讲给别人听的训练场。第一次参赛的目标不用定太高：完整走一遍流程，认识一支靠谱的队伍，拿到一个能拿出来讲的demo，你就已经赢过了所有只敢观望的人。

最后再分享一个小技巧：如果你是零基础，报名后可以先把赛事往期的获奖项目列表翻一遍，看他们是怎么做选题和路演PPT的。这种东西不需要多，三五个就够，看多了你自然就知道评委偏好什么、哪些坑不能踩。准备好这些，剩下的，等开赛后交给热情和队友就行。