首先讲一下本人的亲身经历：几年前我在重庆居住了一段时间，某个周日的早晨，突然发现落地窗帘在摇晃，第一感觉就是地震了。当时是第一次遇到地震，有点茫然，不敢走动，直到晃动停了，衣服也不敢换就穿着睡衣急忙从23楼的住处走楼梯赶下楼，一到楼下却见到小区的居民没个慌张的，还有个小孩见到我就笑着指着我对他旁边的妈妈说：“那个阿姨穿着睡衣下楼了。”我当时就一个字：囧！比起当地见惯轻微地震的居民，我真有些大惊小怪了。

好了，回到主题：

一、设计前的思考：

一款好的app需要有五大性能：一、可用性，二易用性，三、灵活性，四、实用性，五、简洁性。

而作为一款地震服务的app，面对的用户应当是广大人民群众，只要会使用手机，那么使用这款服务类app的用户就没有年龄、性别之分，因此该服务类的app应当以易用性为第一原则。然而因为地震带有很强的地域性与偶发性，导致使用此款app的用户群也带有很强的地域性———非地震带的用户基本上不会下载此类app，这是此款app的痛点之处。如何提升这款app的使用率，是很值得思考的问题。

二、设计思路：

1、按易用性为第一原则，在设计上应当让人对应用功能一目了然，不需要引导便能第一时间知道某个模块某个按钮的作用。因此在重要功能的求救版块，我采用传统的跳板式设计模式。另外由于地震的特殊性，还必须考虑无网络下的使用功能。

2、为了提升app的使用率，我希望能有个功能，能在非地震带或轻微地震带的用户也能使用。鉴于每逢地震，新闻上都会出现地震波形图，我便思考能否在此款app中加上测震功能，在遇到地震时，用户能自行测试地震强弱？于是我参考了市面上的测振仪app，觉得这个在技术上应该可行。如果当年我在重庆地震时能使用到这种功能的仪器，或许就不会有当时的囧样了呵。

3、根据简约至上的原则，地震类app应该专于为地震服务。对于捐赠功能，我考到虑在线上线下企业学校都有很多的捐赠的渠道，而且如果app要增加支付功能就要开放更多的API接口，因此在简约设计上，我放弃捐赠功能。

4、考虑到老人与小孩会使用到，他们不会繁锁地去注册个人帐号之类的事情，所以我也省去登录与注册的步骤。可在后台技术上增加自动检测手机号码及地理定位功能，手机号即是用户名，（现在手机不都是实名制了吗？）