写在前面
我是从 Google 里看到这篇文章的。原文应该是英文，但是中文译文中没有放出原文地址。
中文译文地址： http://www.ios91.net/cpsj/241.html
具体示例不做展开，这篇文章主要为了抓取一下阅读过程中联想到的几个设计的点。
引导页的内容
- 引导页很少用户会看。
- 卡通之类的元素很少能发挥设计师设想的作用。App Logo 带来的品牌营销，从卡通产生的情感化因素，只能作为设计带来的惊喜。
- 提供少的内容，展现 App 的核心功能点。用户需要的是使用这个 App 能得到的好处。
- 不要空头支票，App 需要通过 UI 告诉用户：核心功能具体怎么实现的，粗略的 UI 也行。
示例中最后对“Notification”功能点的介绍就是粗略的，用户可以获知从Notification可以从Notification Center中发现。
引导页中接受的用户操作
- 常见操作是向右或向下
滑动，很少会出现点击的操作。通常，点击操作出现在引导页的最后，用于进入App，甚至滑动也可以达成同样的行为：进入App。 - 在引导页放置按钮，需要考虑用户滑动的操作，App
默认接收到的用户操作是什么。示例中，用户没有点击‘Not Now’或者‘Notify Me!’，App
认为用户点击了什么呢？ 我认为‘Not Now’比较合理，这个时候用户还没有对 App 充分信任，贸然请求授权很可能被拒绝。而且，后面的具体功能模块中，放置了主要的请求授权 Trigger。
授权之前获取用户的充分信任
- 在需要获得用户在 Push Notification， Location的授权之前，需要获取用户的信任。
- 要得到更多用户的信任，不要强迫他们立刻信任你。
- 希望用户授权之前，需要告诉用户这个授权会带来什么样的好处，以及这个授权会被用在App的哪一部分。这两点缺一不可。
合理设置请求授权的 Trigger
- 获取用户授权的Trigger要谨慎，因为 iOS 中 App 只有一次机会去触发权限请求。当然被用户拒绝之后，用户可以重新选择，只是会非常麻烦。
- 可以延迟授权的请求。
如文中示例的次要按钮 “Not Now"。
- 在用户进入到需要授权才能正常使用的功能块时，才用适当的方式请求授权。
另外，设计过程的分享可以作为 App 的推广营销手段之一
将设计中的一个小迭代拿出来，变相为App做了推广。
该示例中，设计分享的推广的效果不会特别理想。原因在于：对这篇设计优化的文章的目标受众和 App 的目标受众的交集很小。
