回头再想一下，上节课程说的例子是我们已经见过的、或者是生活中比较常见的一些需求。那对于学生来说，生活中有没有一些学生们发现的需求？

比如学生会发现每次去食堂都有很多人排队，怎么样去减少排队成本，提高排队效率。

比如老师给学生们布置背诵故事等的作业，有没有一种方法能让每个学生都知道今天作业是什么，以及他们能自动去背古诗，甚至有AI可以帮老师检查学生背诵古诗是否正确，提高效率。

再比如，学生想打篮球，但每次去到篮球场，都发现已经被人使用，那么能不能开发一个小程序，能让学生在出发前就知道篮球的占用情况，现在有多少人在玩，要玩到什么时候。甚至有但篮球场有空时，方便约朋友一起去打篮球，快速组队的功能。

再比如，校运会有很多的比赛，能不能开发一个小程序去记录成绩，能迅速告诉全校师生每个比赛的冠军是谁，目前个人排名和班级排名是怎么样的。像看奥运会的直播一样，现在这个选手是第一名，有没有可能超过他。

其实这四个例子都是我们生活中遇到的需求，可以让学生调研某一个场景，看看里面有什么可以挖掘的需求，然后根据需求来设计产品。

就拿篮球组队举个例子，从方案上可以分为四部分，分别是：

1. 发布篮球组队信息；
2. 预约篮球场；
3. 其他同学可以加入队伍；
4. 随时更新组队、球场占用情况。

这其实已经完成了最简单的篮球场预约产品的方案设计。这时，可能会遇到一些问题，比如某个学生一周5天都预约场地，怎么办？

针对这类问题，可以做一些设计和解法，比如每个学生最多只能同时占用两个场地，不能预约很多天以后的。再比如每个学生每月都有一个限制，就是不能够过度使用场地，可以定个规则让表现良好的班级和学生可以获得更多的场地使用机会。

这个例子可以去启发学生怎么让篮球场组队和预约小程序变得更好玩、更合理，规则更公平，激发大家去获得更良好的表现，以获得更多的篮球场使用机会。这都是产品设计中可以去思考的一些要点。

地铁二维码包含前端、后台的设计，对于篮球场来说包含有页面设计，就是由页面来告诉大家这里有几个篮球场、不同日期的占用情况怎么样、现在有多少支队伍进行了预约等，这些是小程序前端需要展示的页面信息。后台需要计算现在场地已经被多少人占用了、占用次数等，并把这个结果反馈给前端，这是后台设计逻辑。所以在设计时，要想好前端界面和展示是什么样的，以及后台的运行逻辑和规则又是怎么样的。

做小游戏也是一样的，首先要想好做一个什么样的小游戏，在方案里设计游戏玩法，再进行开发实现。