再看在Android应用中经常出现的各种类iPhone应用的设计，各种借鉴和混搭，究其原因不外乎以下2点：
很多应用早先已经有iPhone版本，照搬实现减少了大量的产品设计时间
iPhone应用的体验确实优秀，让人印象深刻，不自觉就会借鉴
而借鉴过程中出现最多的其实是对菜单“MENU”和对导航操作中“返回”的可视化表现，借用原文作者的截图：UC_android QQ_android
被视作多余之举的UC和QQ设计中的菜单按钮相信对真正大多数的用户而言其实是十分方便的存在，尽管这个按钮与手机自带的”MENU”按键有重复嫌疑，但是在使用过程中，这个按钮其实完全不会增加用户的学习成本，用户的手指在操作过程中不必离开屏幕，并且完全可视，用户更容易记忆这个操作.
至于导航部分的返回操作，同样的，可视化的操作既不增加学习使用成本，又可以更好地给用户以提示，让用户更准确的理解该操作的预期结果。
实体按键的使用从便捷性的角度考虑确实会更加快捷方便，但是学习成本其实是高于可视化的操作的，使用基于系统的一些操作只是将这些操作的学习成本转嫁到了对系统操作的学习上，个人认为寄希望于用户熟悉和了解系统的操作并不理想，因为有太多的用户实在很懒，懒于学习各种知识，他们宁可操作和等待时间多一些也不愿意学习和记忆一些便捷的操作，这从电脑的使用中就可以看出一些端倪，Windwos默认的“Alt”键激活菜单项有多少普通用户了解？使用“Win”键呼出开始菜单的用户又有多大比例？当然电脑键盘和功能更多更繁琐，学习成本跟着水涨船高也算原因之一吧
其实iPhone系统和应用最为人称道的就是其优秀的用户体验，而Android应用大多还停留在功能好用的程度，甚少有应用因为体验王道而为人熟知，这种情况未必与遵循系统规范无关，因为Android系统的体验本身就略逊于iPhone OS，遵循这样一个规范前提下自然想要有新的突破和超越也变得更难了，我就见过一些软件原本在iPhone上十分易用，到了Android平台以后就把大量原本可视的选项和功能藏进了菜单里必须通过“MENU”按键呼出，这样的做法在我看来完全是为了遵守所谓的规范而给用户造成了使用上的不便
个人认为iPhone OS是一套真正完全面对用户的系统，而Android则更像是geek们的玩具，一个好的设计师也许会因为自尊心而无法接受大量照搬和借鉴iPhone的设计元素，但是设计师更应该了解大众用户的需求，毕竟一切都是为了用户，不是么?
很多应用早先已经有iPhone版本，照搬实现减少了大量的产品设计时间
iPhone应用的体验确实优秀，让人印象深刻，不自觉就会借鉴
而借鉴过程中出现最多的其实是对菜单“MENU”和对导航操作中“返回”的可视化表现，借用原文作者的截图：UC_android QQ_android
被视作多余之举的UC和QQ设计中的菜单按钮相信对真正大多数的用户而言其实是十分方便的存在，尽管这个按钮与手机自带的”MENU”按键有重复嫌疑，但是在使用过程中，这个按钮其实完全不会增加用户的学习成本，用户的手指在操作过程中不必离开屏幕，并且完全可视，用户更容易记忆这个操作.
至于导航部分的返回操作，同样的，可视化的操作既不增加学习使用成本，又可以更好地给用户以提示，让用户更准确的理解该操作的预期结果。
实体按键的使用从便捷性的角度考虑确实会更加快捷方便，但是学习成本其实是高于可视化的操作的，使用基于系统的一些操作只是将这些操作的学习成本转嫁到了对系统操作的学习上，个人认为寄希望于用户熟悉和了解系统的操作并不理想，因为有太多的用户实在很懒，懒于学习各种知识，他们宁可操作和等待时间多一些也不愿意学习和记忆一些便捷的操作，这从电脑的使用中就可以看出一些端倪，Windwos默认的“Alt”键激活菜单项有多少普通用户了解？使用“Win”键呼出开始菜单的用户又有多大比例？当然电脑键盘和功能更多更繁琐，学习成本跟着水涨船高也算原因之一吧
其实iPhone系统和应用最为人称道的就是其优秀的用户体验，而Android应用大多还停留在功能好用的程度，甚少有应用因为体验王道而为人熟知，这种情况未必与遵循系统规范无关，因为Android系统的体验本身就略逊于iPhone OS，遵循这样一个规范前提下自然想要有新的突破和超越也变得更难了，我就见过一些软件原本在iPhone上十分易用，到了Android平台以后就把大量原本可视的选项和功能藏进了菜单里必须通过“MENU”按键呼出，这样的做法在我看来完全是为了遵守所谓的规范而给用户造成了使用上的不便
个人认为iPhone OS是一套真正完全面对用户的系统，而Android则更像是geek们的玩具，一个好的设计师也许会因为自尊心而无法接受大量照搬和借鉴iPhone的设计元素，但是设计师更应该了解大众用户的需求，毕竟一切都是为了用户，不是么?
