校园创业项目的一个常见死法，是“想得太多，做得太散”。一份 PPT 上列着 12 项功能，每一项都看起来“很有市场”。结果半年过去，每项都做了 30%，没有一项真正可用。
下面以一支虚构、但合成自多个真实样本的学生创业团队“小巴车”为例，看他们在第一年里如何通过三次“砍功能”，最终把项目带到能用、可推广的状态。
第一次砍功能：从 12 个功能砍到 4 个。
最初版本的“小巴车”，想为校园出行做一个“全能 App”。功能列表上有：拼车、约车、共享单车、校园地图、活动报名、二手交易、失物招领、夜间步行护送、紧急联络、积分商城等。
第一次砍是在团队第三次内部讨论。大家意识到一个简单事实：没有资源同时做这么多。
他们用了一张简单的二维图——横轴是“用户痛点强度”，纵轴是“我们能做出的差异化程度”。最终留下了四个：拼车、约车、夜间步行护送、紧急联络。其他被划掉的项目，不是不重要，而是“不在我们能做好的范围内”。
第二次砍功能：从 4 个砍到 2 个。
三个月之后，他们发现即使是这 4 个功能，也撑不动小团队的实际开发能力。
第二次砍的标准从“用户痛点”变成了“商业模式自洽度”。他们问自己：哪些功能可以靠收费、广告或者校园合作活下去？
最终留下了拼车和夜间步行护送。前者是“高频低毛利”，后者是“低频高价值”。两个功能相互补充：白天用拼车积累用户，晚上用护送建立信任。
第三次砍功能：从 2 个砍到 1 个。
最后一次砍是在第八个月。他们意识到夜间步行护送的运营成本远高于预期——志愿者排班、安全责任、保险等问题让小团队负担不起。
第三次砍的标准变成了“团队真实能力”。他们果断把夜间护送外包给学校保卫处，自己只保留拼车这一个产品。
这一砍之后，项目反而第一次开始真正增长。原因很简单：团队的资源全部聚焦在一件事上，迭代速度比之前快了 5 倍。
三次砍下来，项目从“全能 App”变成了“校园拼车小程序”。听起来变小了，但它真正可用、可口碑、可挣钱。
这个案例对本科创业者的启发是：在校园里做任何项目，最大的能力不是“能想出多少功能”，而是“敢砍掉多少功能”。
砍功能不是退步，而是把有限的精力换成真正的产出。所有走得远的小项目，几乎都经历过类似的三次砍。