眠子子子答辩那天，PPT的封面在投影上亮出来时，我注意到底下几位老师的第一反应其实不是质疑，而是在等一件事：等我把“基于微信小程序的运动减肥管理系统设计与实现”这个题目拆开，讲清楚自己到底要做什么。当时我明显感觉到，如果只是机械地念完选题背景、研究现状、功能列表，大概率会被追问到沉默。好在我提前准备的方向比较明确，把开题当成一次方案评审而不是“技术汇报”来对待，整个过程反而没有想象中那么吓人。
这篇文章不写抽象理论，就把我这次开题答辩从准备到现场的全过程复盘一遍，重点包括三块：开题答辩到底在评什么、开题报告和PPT应该怎么组织、答辩时那些高频问题该用什么样的思路回答。用的案例就是“微信小程序+运动减肥管理系统”这个题目，如果你也是计算机方向的毕设或课程设计，可以参考这套应对方法。
1. 开题答辩前，你一定要先看透这三点
1.1 开题答辩到底在考核什么
很多同学准备开题的时候会去背项目细节，担心老师问“代码写到第几行”。实际上开题阶段老师基本不会管你写了多少代码，他们重点关注的是三件事：题目范围是否可控、技术路线是否可行、工作量是否足够毕业设计或者课程设计的标准。
以我这个题目为例，如果开口就说“我要做一个帮助大家减肥的微信小程序”，那老师只会觉得你连题目都理解得含糊。“微信小程序”是平台，“运动减肥管理”是业务方向，“设计与实现”意味着既要拿出界面功能，也要考虑数据怎么存、接口怎么设计。只有把这句话翻译成“我做一套记录运动、饮食和体重数据的轻应用，并通过热量差算法和可视化的反馈帮助用户管理减重进程”，才算把题目定义清楚了。
我后来复盘发现，开题被问住的关键不是不会写代码，而是没有事先想清楚“边界”。比如“要不要接智能手环”“要不要做社区”“要不要做视频课程”，这类功能听起来吸引人，但只要往开题报告里一放，老师就会顺着追问你的实现方案，最后很容易把自己绕进去。所以我的经验是：开题答辩前先做减法，把必须完成的闭环功能放在核心位置，把可选项明确标注为“后续扩展方向”，能极大降低被问崩的概率。
1.2 题目怎么拆：三个关键词一个都不能少
这个项目看起来只有一个题目，实际包含三层任务。第一层“微信小程序”，要求你熟悉小程序前端生态、开发工具、上线流程，至少能说清页面由 wxml、wxss、js、json 组成，能讲明白为什么选择原生实现而不是用第三方框架；第二层“运动减肥管理”，要求你理解减肥的基本原理，至少要知道摄入热量、运动消耗、基础代谢、体重变化之间的关系，不能只是把用户输入的数据存起来；第三层“管理系统”，说明不是单一的记录工具，后台还需要用户管理、数据统计、内容维护这类管理能力。
我当时的系统定位是“以热量闭环为核心的个人体重管理工具”。功能层面分为用户端和管理端：用户端包含微信授权登录、个人身体参数设置、目标体重设置、运动打卡（跑步、快走、跳绳等）、饮食记录（通过预置食物库选择）、每日热量汇总、体重曲线、BMI计算和变化提醒；管理端包含用户列表、运动类型维护、食物热量库维护、整体注册趋势统计。这个范围不大不小，既能把前后端链路打通，也能在项目里展示数据库设计、接口设计、数据可视化和微信生态能力，工作量也比较适合一个完整学期的毕设周期。
1.3 提前划清系统边界，后面少熬三个月
写开题报告之前，我最建议做的一件事是画一张“本期做/不做”的边界清单。我遇到好几个同学，一开始想把体重秤自动同步、朋友圈晒运动成绩、AI识别食物照片全部放进开题里，结果老师只问了一句“这些数据和算法你打算怎么保证准确性”，整个项目就被打上了“不切实际”的标签。做这种偏应用的毕设，诚信记录数据比全自动采集更重要。