微信为什么要在 Android 上采用和 iOS 完全相同的界面，并将之作为一大宣传点？

看了allen的回答，主要还是因为移动互联网的版本节奏太快，两套UI设计与维护的成本过大会导致效率降低，这是采取两平台完全一致的最关键因素。我也经历过同一个产品在两个终端并行的情况，设计资源严重紧缺，两平台功能同步设计不同步的情况使得项目进行得相当缓慢。从团队的效率看这么做确实无可厚非。

很多人把用户体验看成是单纯的设计或可用性问题，过于狭隘。用户体验的组成是多个方面的，产品基础功能、新技术、内容、交互体验、UI视觉、性能其实都是体验的构成。有时候产品的成功不是一两处就能决定的，甚至牺牲其中一些关键环节，如果能保证满足基础的用户需求，做到70分也不错。我觉得android的微信就是一个70分的产品，应付现有的基础需求绰绰有余。

不过，作为设计师，我们也有一种对体验设计的绝对执着。我是乔布斯的话自然希望儿子长得像自己，如果长得和bill gates一样，虽然同样绝对聪明，但会和父亲显得格格不入。微信就是这么个在设计师看来显得特别怪异的孩子。格格不入的导航、与界面无关的menu、还有各种冗余（设计师一像素都不放过，更何况是左上角的大大的多余的返回按钮）。当然，这种叛逆也离奇地成功，主要还是快速满足了用户的基础诉求。

“几个版本下来，很难让我们自己觉得满意”，在判断满意与否的时候，不知道allen会不会不自觉地和iOS做对比，我们总是觉得苹果的体验好，然后各种复制各种简单移植。然而，两者的设计理念本来就不一致，一个让硬件简单到只剩home，一个尽量抽取所有共同的“返回”按钮为软件界面节省更多的空间。

虽然现在两个平台的交互和视觉都完全一致，当android4.0满街跑时，我想合久必分的时刻也会到来。

微信的头几个android版本，是单独做了一套符合android规范的UI的。但是几个版本下来，很难让我们自己觉得满意。android的UI规范， 确实稍嫌混乱，各种app也都是大胆自己发挥。我们自认为以我们现有的UI人手，专门针对android做一套令我们自己满意的UI，而且还要跟上iOS 版本的快速迭代节奏，很困难，所以才决定直接移植iOS的微信UI。

用户不是设计师，他们不会觉得“返回”按钮刺眼，所以绝大多数用户是能接受移植自iOS的UI的。如果我们专门针对android版去掉“返回”按钮，似乎有点多此一举。

从项目进度来说，这样做，效率的提升非常明显。新功能，我们在iOS上先做，做的过程中会有很多的UI上的反复修改，很耗时。而android版本只需要移植，使得跟进速度非常快。

从一般的UI原则来说，对不同平台采取适合平台的UI规范是正确的。所以我们做Windows Phone版本，几乎是不可能考虑用iOS的UI的。但万事无绝对，android和iOS确实太接近了，变通是可以考虑的方案。也许将来有一天 android的系统UI完美到令人信服，我们又会专门为它设计一套android版的UI。

应该也没有以此作为宣传点来大力宣传。