1、Mobile Website、Hybrid Qpp、Native App的区别
Native App：基于本地（操作系统）运行的APP，从应用商店下载，不一定要联网才可以使用，优势在于针对不同平台提供不同体验。
Mobile Website：指基于Web的系统和应用，通过手机浏览器APP进入，优势在于跨平台开发。
Hybrid App：看上去是一个Native App，但只有一个UI WebView，里面访问的是一个Web App。优势在于既获得不同平台的良好用户交互体验，同时不需要通过在应用商店来更新版本。
2、Android和iOS的优缺点
Android与iOS的最大不同在于设备分辨率非常多，让App在各个分辨率下适配良好是一件非常耗费时间的事。
Android的设备用户数多，但是iOS的用户价值高；
投入Android版本开发付出是iOS的2~3倍， 因为适配分辨率带来的影响；
iOS最大的劣势在于苹果冗长的审核机制（平均7天），使得敏捷开发很难推动；
而Google Play的审核机制就简单的多，一般几个小时内就审核通过。
3、移动用户跟网页用户的本质区别
移动用户是任务导向型
移动用户解锁手机后，是在寻找一个任务去完成目标，而网页用户则更多的是学习和探索。
移动用户使用时间碎片化
网页用户的使用场景是在工作或者放松环境，在过程中很投入且不会受到打扰。
而移动用户则是在碎片化时间内完成一个个小任务，所以在移动产品设计时需要简化步骤、手势操作去尽可能提高完成任务的效率。
4、对设计规范指南有扎实的理解
Android界面设计规范和iOS人机交互指南是移动产品设计时最好的参考资料，提供了App可以遵循的通用设计规范，需要对不断更新的移动设计和交互趋势有深刻的熟悉度。
Android：
https://developer.android.com/design/index.html
iOS：
https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/
5、使用MVP作为产品试错的原因
使用某个功能的最简化版本——最小可行产品MVP（minimum viable products ）来验证早期的产品想法。
因为有许多混淆因素，会导致剖析用户行为时受到干扰。如果没有真正理解每个模块之间是怎样相互影响和驱动用户行为的，那么做出完整功能的版本也是无意义的。
如果在MVP上做一个小改动配合A/B测试，就能够很直接的发现这个改动与用户行为之间的直接关系。这样就可以通过用户的正向或消极的反馈来验证产品的想法，避免只靠假设做判断。
6、为什么版本迭代要使用列车时刻表模式
就像列车的时刻表一样，无论你现在是否已经上车，列车都会按照时刻表准时离开。版本迭代周期需要常规化，提前设置好迭代间隔（比如1周），到达时间节点无论功能是否完成，都按照计划上线。迭代的版本可能只是修复了一些bug，亦或者是全面优化。
对比功能迭代的模式，列车时刻表模式减轻了许多压力和不确定性。团队知道每个版本的迭代时间点，尽管这个功能没有100%的完成，也不会影响版本的迭代，只需要放到下个版本上线。这样就会避免为了赶在时间节点上完成功能而粗糙编写代码，对于用户体验如此重要的今天，这种模式带来的优势显得如此重要。
7、应用商店的约束
阻碍App成功的一些因素与应用商店有关，因为当团队想要更新版本时，必须通过提交一个新的版本到应用商店进行审核和上线，从而引起以下三个问题：
应用商店的审核周期平均是一周
一次性让所有用户都更新
不能回滚到上一个版本
为了应对这些问题，许多团队会选择每隔一两个月更新一个大版本，而不是使用上述提到的小版本每周迭代。
这种大版本更新的模式就像回到了盒装软件的时期，不再是通过小版本迭代验证产品想法而是投入很多人力去猜测用户需要的是什么。
因为不能回滚版本，所以当出现了一些严重Bug或者影响用户体验的问题时，就只能够重新提交一个版本，而漫长的审核周期会使得处理这些问题的反馈变得很慢，也削减了整个团队的信心。
8、Feature Flag功能发布控制
Feature Flag是一种允许控制线上功能开启或者关闭的方式，通常会采取配置文件的方式来控制。
Feature Flag允许关闭未完成的功能，可以在主干上进行迭代开发，新功能即便未开发完成也不会影响发布，因为它对用户是关闭的。
当功能开发完成之后，修改配置便可以让功能发布。这种操作甚至可以在线上进行，例如代码已经发布但功能不可见，你可以修改配置让功能对特定的用户(线上测试、小流量或者全量发布等)可见。如果发现新功能存在问题，那么可以通过配置文件来迅速回滚。
许多大公司都在使用feature flag，比如Uber使用feature flag来进行dogfood测试（让全部员工来进行测试）、staged rollouts（测试5%的基础用户）、A/B测试、功能回滚。
9、一步步的建立流程规范
对于许多不成熟的移动团队来说，会把精力都投入到功能的研发上，而忽视了流程的优化。建立一个规范能够系统的定义和发布更高质量的迭代，每一个步骤的保证是获得整体成功的关键。
10、产品优化的工具
做定量分析，建立转化漏斗可以知道用户在哪个步骤流失，从而针对性做优化；
做定性分析，通过用户测试和用户反馈，可以发现用户在使用App的过程中，是否按照你的预期路径在执行，亦或是在某些步骤有不理解和犹豫。同样的，做用户调研可以让你洞察出用户的痛点。
11、获取App的途径
App的发现途径主要来自于两种：
应用商店
应用商店搜索优化（ASO）是根据用户的喜好关联度提升应用的可搜索性，主要是通过优化应用名称和关键字找准目标用户。
社交分享
77%的移动用户表示下载App是来自别人的推荐，相比之下，低于20%的用户表示他们会从广告或者媒体上下载App。
这意味着社会认同是吸引用户下载的重要因素之一，可以通过一些工具比如Deep Linking来提升用户加载的机会。
深度链接(Deep Linking)，这种技术主要是APP开发者通过主动内嵌谷歌编码的方式来让Google发现应用中的相关信息，促使不同APP间可以像网页链接一样产生平台间的跳转与浏览，简而言之就是APP不再是独立的个体平台，更像是网站一样可以相互友情链接的移动网络媒介。