移动互联网时代，移动端产品的规划设计是大多数产品经理的必修课。广义来说，移动端产品主要包含iOS端App、Android端App、微信端H5、小程序、WAP版H5以及平板端App(HD版)，本文主要就前两种——Android和iOS手机端App 在产品工作中应该注意的一些差异来进行阐述。

　　差异的背景原因

　　1、所属公司不同

　　Android系统和iOS系统分别属于谷歌和苹果公司，不同的公司对应着不同的文化、风格以及所拥有资源。

　　2、开发语言不同

　　Android的底层是Linux系统，Linux是用C语言开发的，所以安卓底层开发用的 C，而应用层开发使用的是Java;iOS是苹果特有的封闭系统，它的开发语言主要是Object-C。

　　3、生态体系不同

　　一个开源一个封闭，Android生态里系统、硬件、应用、分发四大环节几乎全部开放，群雄争霸野蛮生长;而iOS生态里，除了应用开发，其他三大环节全部牢牢掌握在苹果公司手中，特别是分发环节，决定着一个应用的生死(这也是很多时候苹果“耍流氓”的物质基础)。当然，两家生态体系各有利弊。

　　客观条件决定了Android和iOS注定充满差异，但他们都同为智能机操作系统，也有许多共性，特别是在用户层面，比如屏幕触摸、点击、滑动等操作，这看似不起眼，但这是手机行业进入智能时代的重要基础和特征，也决定着应用的UI、交互规则。问题来了，既然决定应用的UI和交互规则的基础是一样的，那么在产品规划设计时——

　　同一个App的安卓和iOS版本，应不应该一致?

　　1、理想状态——遵循各自平台的风格和规范

　　安卓Material Design和iOS Flat Design的设计风格都是非常优秀的，毕竟是蓝星两家宇宙级大厂搞出来的东西。遵从各自设计规范，使用各自平台默认的交互模式和元素样式，研发不用「重新发明轮子」，对系统友好，代码性能、质量、开发效率都高，而且用户在同一平台不同应用之间的体验较一致(切换应用比切换平台的频率大多了)。但这意味着更多的人力、时间、资金投入，所以一般都是有一定实力和条件的公司才采用这种方案，代表应用有微信、知乎、网易云音乐等。

　　微信Android端和iOS端的搜索和item操作遵循各自平台的交互规范(左侧Android右侧iOS)

　　2、现实情况——人少活多时间紧，能一致尽量一致

　　「跨平台一致性」的论断其实说服力并不十分充分，因为用户在两平台间频繁切换的情况一定是少数，反而更应该考虑的是同一平台不同应用间的一致性。

　　所以，人力、资金、时间的制约才是主要因素。一个公司通常都会有Android工程师和iOS工程师，但很难出现Android交互设计师和iOS交互设计师，加人(新增UI及交互设计师)可比加班(让Android工程师「重新发明轮子」)成本高多了。

　　那么到底是采用Android的还是iOS的规范呢?

　　这个有一定历史原因，iOS的规范形成的比Android的早，而且在之前的很长一段时间，产品和设计人员大多数使用的是苹果设备，对iOS风格的熟悉和认可程度更高，所以就基本形成了按照iOS风格设计一套UI和交互，然后Android开发人员酌情变通，能一致都尽量一致的这样一种现状，除了节省成本(前面所述加人比加班成本高)还可以更快的迭代。

　　3、趋势——Android和iOS越来越趋同

　　扁平化、通知中心、分屏多任务、系统权限、指纹识别……Android和iOS互相借鉴已是不争的事实(虽然他们都不承认)，而且开发者们的现实掣肘所带来的一致性需求，也催生了许多自定义控件、样式的分享，应用在两平台间实现一致性的开发成本在降低，一致性的观念也正在被越来越多的人接纳和采用。更让人欣喜的是像QQ这样不缺钱不缺人的应用，在两平台的UI和交互采用了相同的方案，这样做的目的也许是在引领趋势以及追求更高层次的一致性——整个智能机世界的和谐大统一。

　　QQAndroid端和iOS端的搜索和item操作都统一为iOS交互规范(左侧Android右侧iOS)

　　————————-分割线————————

　　不管我们是屈于现实还是引领趋势，即使我们决定了Android和iOS采用一致性的方案，但两平台间依然有一些点和规则是没法相同的，这些东西在目前乃至未来很长的一段时间都需要我们在产品工作中特殊去对待和处理。

　　产品工作中无法避免的几点Android和iOS差异

　　1、状态栏控制

　　(1) 沉浸式状态栏