1、设计一个自行车

自行车是交通工具，核心功能是代步，与机动车相比能够锻炼身体，环保，并且体积小。

那么，如果要重新设计一个自行车，我认为应该拥有以下的一些要求：

1、车重，轻。

4、其他，例如运动记录。

那么这些功能如何实现？为什么需要他们？

车体轻有很多好处，比如能够更安全，发生交通意外造成损失更小，移动方便。

2、舒适方面。主要体现为三处：

（1）整体车结构，参考人体学设计，调整车结构，避免压痛等。

（2）防震。抗震结构，抗震部件等。

（3）坐垫设计，使用舒适度较高的材料制作坐垫。

保证使用的舒适是产品设计的核心。舒适带来愉悦的状态，也会相应带来口碑等品牌想要的一切。

3、防盗设计是现在自行车最困难的事情，无论加多少锁，还是可能被盗。但是在互联网产品中这就不是问题。具体设计：

（1）被盗后找回。定位芯片。采用GPS或者其他定位组件，在车内按照可以与手机绑定的定位装置。该芯片可以隐藏在车内部材料结构中，避免被拆卸。

（2）防盗警报设计。这个警报不是它自己发声音，而是在自行车离开而没有手机在身边的情况下绑定手机自动发出警报。

通过定位系统以及警报系统的结合，可以有效地防盗以及被盗后找回。

4、附加功能。比如与健康医疗进行结合，与运动APP进行合作等。具体展望：

（1）与运动APP结合，由于自行车内置芯片，因此无需携带手机等设备，随时记录。用户可以使用其他第三方应用来接受数据，朋友圈分享等。

（2）与医疗结合。例如根据骑行的速度，骑行的频率，记录相应的数据，为体能测试等构造数据参考。

运动是常新的话题，在其上可以延伸很多模式。

二、音乐产品设计

主要使用的音乐产品有QQ音乐、网易云音乐、酷狗音乐、虾米音乐、多米音乐、百度音乐、enjoy等：

1、网易云音乐

原来播放界面都是歌手照片为背景，网易云采用黑胶唱片后整个音乐市场渐渐地也都转起来了。喜欢的都对颜值称赞不绝。

2、QQ音乐

界面清爽。绿色的播放设计，有了QQ音乐的独特之处。内涵：依靠QQ的强大社交规模，加上乐库齐全，QQ音乐的用户数量可观，一直处于领先。

3、酷狗音乐

简单醒目；但是设计保守传统，设计过气，从PC转到移动端，还有"Hello 酷狗"，会把人吓到的。有听看唱功能，唱是独有特色

如何设计我的音乐APP：

1、音乐的核心需求，是听歌本身。

音乐库是第一需求，首先要有一定数量级的乐库，如果没有就授权。

第二需求是操作，如何简单的找到我喜欢的歌。这里主要设计两个功能：

私人FM，这个功能是借鉴，它在很多APP都有体现，能够更好地甄别用户的喜好，适合随机听得用户。

推荐。用户其实很烦一件事，叫做找。这也是为什么网易云音乐能火的原因之一，那就是好的音乐推荐。一条条的设计优秀的歌单推荐，给人舒适的感受和接受的欲望。

轻松的搜索。设计乐库的时候，按照各自筛选条件进行甄别，保证搜索结果的准确，而不是像酷狗音乐一样用很多网友上传的音乐来充数，随着用户越来越“懒”，根本不愿再去识别这个音乐的质量，只希望你给出最好的。

2、音乐产品的核心是听歌场景。是在路上听，还是车载，还是在家安静的听。因此，针对不同的情况应该设计不同的要求。

（1）车载模式。这个可以和现在的车联网进行结合，保证安全性。例如和LBS进行结合，如果遇到红绿灯等场景进行相应的音量降低等自动操作。能够和车载音响进行结合等。

（2）安静场景，设计专用的耳机模式，提供更好地音质效果体验。

（3）其他场景。通过外放场景需求，例如音乐会场景、现场HiFi场景等设计相应功能。

3、辅助功能。例如个性化推荐等。个人不建议加入“唱”功能，加重APP负担。并且没有太大成效。可以选择插件式安装此类服务，避免其他用户厌恶。

三、订餐场景

痛点：

1、菜单不熟悉，对菜单的品类不熟悉，不知道哪样好吃。碰到难吃的餐厅的时候也想告诉别人。

2、付款困难，例如忘带钱包，不想找零等。

3、等餐时间长。

我将逐条分析并总结出一个大的功能闭环、

分析及相应功能设计：

1、针对餐厅的菜品，用户关系的有两个方面。

（1）菜品卖相怎么样

（2）好吃吗

重点是第二个，重点是第二个，重点是第二个。

第一点可以吸引用户的眼光，第二点决定口碑。针对菜品的卖相，可以采用餐厅自配图的模式。而针对不同餐厅的口味，可以采取用户评分的策略。这是目前比较常用的方式，但是就目前来看，很多所谓“点评”类产品的点评率并不高，首先它面向的是餐厅而不是菜品，而且用户参与的积极性也很低。可以采用奖励性的原则，例如一个评分可以换取多少积分，建立积分系统。

功能：

列举菜单，餐厅配图。用户可以选择菜单进行点评，或者设计出招牌菜，用户热评菜等。针对评分用户给予一定奖励。

2、针对付款问题。

（1）找零问题，不愿找零。

（2）没带钱

针对上述两个问题都可以通过一个方式来解决，那就是在线支付。

功能：

设计相应的在线支付入口，例如常用的支付宝等，组织多入口。

3、针对等餐问题

这个问题主要有两方面需求：

（1）订餐，针对某些场合需要预定

（2）非重要场合，仅仅是闲聚，但是依然等很久。

第一种场合以及有无数解决方案，不再论述。

第二种场合将于前面两个功能进行结合分析：

首先是针对无目的性的找个餐厅吃饭，用户采用针对菜品的第一点设计可以寻找菜品好的餐厅。在用户需要付款的时候可以采用第二种功能协助付款，并引入第三种功能，即预定服务。预定服务需要解决的问题是预定的菜单如果取消可能造成的餐厅损失。而互联网的操作有一个特点是信息的透明化，点餐的过程可以选取预定餐桌或者是预定某些菜品的功能，如果这个用户不要了，可以将菜品转移至另一个用户。

功能：

预定餐桌，预定菜品，结合付款流程，通过点评菜品选菜。