Android 應用和 iPhone 應用在交互設計上採用同樣的界面結構和交互方式合適嗎？

01-03

不合適

硬體上來說，按鍵不一樣導致不同用戶的行為不一樣。舉個例子來說，android 的返回鍵很多時候代替了iphone 界面的back 鍵

軟體方面，很多非常基礎的交互用戶都養成了不一樣的習慣。最簡單的來說就是刪除，iphone 獨有橫向滑動的交互方式。

當然，也有一種取巧的辦法，那就是app的內容都是一個個的html網頁，網頁端的交互兩個OS並無太大的差異，因此可以使用類似的（不是完全一致）的架構和交互。但是這樣就很難利用到各個OS的優勢來優化你的app 體驗了。

很少有用戶會遇到從Android切換到iPhone或從iPhone切換到Android的問題，除非是開發或測試人員。公司老闆可能會有多個手機，但多數會主要用iPhone4.

讓你問出這個問題的主要原因恐怕還是Android app和iPhone app「看起來」不那麼像，所以嘛，這是這兩個平台的差別，也是大家公認的東西。

我的答案是：絕對不合適。

從用戶角度、技術開發者角度、商業利益最大化角度似乎答案會不盡相同。從用戶角度，做成一致的交互體驗（應該會盡量貼近蘋果的UE設計）似乎是最容易被接受的，但是在Android平台實現類似的體驗成本很高；

從技術開發者的角度，如果追求高品質則代價很大；如果選擇交集則成功幾率降低，比較兩難；

從市場角度，提供一致的UE有助於產品和服務品牌的建立，也有助於在更大範圍內進行口碑營銷，提高產品生命周期，自然也有機會帶來更好的商業回報。

額，Android和IOS平台都設計過產品的人飄過。。

先說結論：同一款產品，Android和IOS平台在頁面布局、跳轉、層級結構、文案、提示語等方面是要保持一致的，但在細節方面還是要貼合平台特性。

一、Android和IOS平台在頁面布局、跳轉、層級結構、文案、提示語等方面是要保持一致的：保持一致的好處太多了，利於換手機的用戶使用、利於識別，減少整個團隊的工作量等；

二、在細節方面還是要貼合平台特性：個人認為Android和IOS的差別並不大，和產品設計相關的也就是操作方式的區別，例如Android有BACK和長按，而IOS只有HOME也無長按操作，這些方面盡量和系統保持一致。

做到以上兩點其實並不難，但難就難在如何抓住用戶需求，如何捨身處地為用戶著想，把需求理解透徹比什麼都重要，把需求理順了，以上那些，手到擒來而已。

從用戶的角度來看, 交互做成相同的好處是可以讓同一個應用保證用戶體驗完全一致, 也不會因為換了手機產生不習慣. 不好的地方是比如android的菜單鍵和搜索鍵因為iPhone沒有等原因需要因為硬體差異在設計上做出一些折衷. 從開發的角度來講, 只能用到iPhone和android上都可以做到的事情的交集, 降低了設計的靈活性, 個人認為一致的弊是大於利的.

從開發的角度看應用的架構設計, 如果不考慮html5這類東西, 因為android和iPhone平台本身架構上的差異性, 很多api設計的完全不同, 所以只有邏輯上不依賴於平台特性的架構才可以設計為相同的. 這取決於應用的複雜程度, 越複雜的應用, 可以抽象出來的東西越多, 可抽象程度也越高, 架構也越適合做成相同的, 這樣從一個平台向另一個平台移植的代價會越小.

正經回答問題的感覺好不習慣啊~~~

最近也在看這類爭論，很多，主要問題可能在於是否在Andriod界面上提供返回功能，經過和一些人討論加上個人的一些分析，覺得有以下三點可以考慮：

如果產品真的要做IPhone版和Android版，界面上有必要考慮一致性。這一點似乎是共認的，但有些andriod的粉絲或專業人員會認為在界面上增加返回鍵是多餘的，界面不幹凈，沒有必要。一個問題：除非這個產品是給專業人員用的，那麼增加一個返回功能真的會導致這些人員討厭、放棄掉這個產品嗎？這個問題需要調研來看。
其二、界面完整性的問題。假如目前用戶群是大眾，消費群體，有必要考慮界面完整性的問題，從A界面到B界面，怎麼樣在B界面中回到A界面呢？我們不就是想讓用戶沉浸在界面中使用我們的產品嗎？似乎從產品角度來看，沒有返回，似乎產品界面不完整。而固件的返回幾乎成了快速切換App與對產品返回的綜合功能健，在交互設計上，其實並不是單一線程。
產品是要讓用戶用起來的，產品用戶覆蓋面要考慮。也看了一些Android的終端設備，五花八門，各種鍵及鍵位都不一樣，這個也使得終端用戶對產品的用戶層次產生多樣化。如何讓更多的用戶及手持設備用起來產品，可能又是一個大問題。

目前整體感覺大家講平台差異，講開發成本，我想可以更多的關注在用戶和產品定位上。

個人意見，僅供參考。

這也是我們以前糾結過的問題。

我覺得使用相同的信息架構是合理的。同一款app，功能、內容這類本質的東東應該是一樣的。因此可以考慮採用相同的信息架構梳理邏輯。這是邏輯層面的東西。

但是到了交互表現層面，比如控制項位置、動效、頁面的布局等一些表象的東西，可以根據不同的平台進行設計。（鑒於不同機器不同平台的硬體、機制都有所區別，都搞一樣的會逆天）

另外，是不是可以把功能組塊，從信息架構上組塊功能，才可以保證很多模塊在不同平台可以復用。就算交互表現形式有所區別，至少他們是組塊的。比如皮膚的預覽、使用、分享功能組成一個模塊考慮。而不是單獨去思考預覽、使用、分享，三個功能。

但是，好像實際項目推進滴時候，就沒這麼理想化了。T.T

我覺得同一個app，在android，iphone平台在架構和交互上完全可以做成一樣。

從最開始的G1，版本從1.2到4.0，android本身變化太大了，加上各類第三方ui。你完全搞不清楚真正主流的android ui是什麼。物理按鍵也不統一，切有越來越少，從物理按鍵到感應按鍵，鍵這個dd在android上越來越弱化的趨勢

如果問題是關於用戶體驗的話，那麼對於用戶來說，符合各自平台的使用習慣是首要的。就這一點理由就夠了，這是最佳的方案。

由於各種原因（比如設計師比較懶，進度比較趕，android自身規範不理想等），很多android app被iPhone影響頗多，有些幾乎原樣移植，不好。但是我可以接受部分借鑒，看看iPhone的全局Tab，android你情何以堪呀！

90%以上完全可以想死，10%根據差別分別處理就行了。

Android APP沿用iOS的交互和架構較常見。因為物理按鍵存在，Android所以鼓勵隱藏次級元素；而iOS不得不將某些按鈕擺放出來。

前者難以保證物理按鍵的觸感良好並且一致，後者也並不見得多出的幾個按鈕就會分散用戶注意。兩個平台都在高速發展，尤其是Android系統目前升級狀況，也會影響到APP交互設計與架構。因此差異化細分出不同的用戶群，在這個層面當然更需要針對性的設計。

另外需要考慮到：如果你的APP一切以iOS為準，那Android用戶會不會有種不受重視的感覺呢？

我認為不合適......雖然現在很多Android版本的程序都有很濃重的iphone味道，例如UC提供了back按鍵圖標、menu按鍵圖示等，這些本身在Android平台上就存在物理按鍵，再在程序中添加這樣的功能按鈕，只能說是畫蛇添足......而且，目前各大互聯網公司——淘寶、騰訊、百度等等都將android獨立出來進行用戶體驗研究和交互設計，足夠說明這兩者是存在操作體驗上的差異的，當然這些也能從Google Android官方UI說明文檔中反應出來。

目的決定手段。沒有明確目的而討論手段是沒有意義的。

例如有人問我要去北京是坐飛機比較好還是坐火車比較好，如果你經常坐飛機，覺得飛機有優勢，比如很快，那麼就可能提出坐飛機的建議。如果你覺得相對於時間來說，錢更重要，可能會建議做火車，因為便宜。

但你從來沒問提問題者去北京選擇的交通工具中，哪些選擇因素是重要的，也就是價值觀。

目標和價值觀決定方法和手段。從這個意義上說知乎上的這類問題很難回答，因為提問者很少提及目的和價值觀。而回答者往往從自己的價值觀出發。

回到這個問題，是否使用相同的設計取決於你的目的，是給用戶同樣交互重要，還是提高用戶量重要。提問題者可能本末倒置了，使用同樣的交互和設計是為了得到什麼樣的結果，有沒有更好的方式得到這個結果。如果有，那麼就換方法。

Iphone用戶和Android用戶群有較大差異，比如經濟條件、審美、階層、付費習慣等等，讓這兩部分人使用同樣的東西，可能是有問題的。你的答案應該從用戶那裡去獲得，認真做用戶調查，訪問用戶。

對於這個問題，我再加一個選擇，做一個App在iPhone，Android和WP7運行,用同樣的架構和交互好嗎？如果還不清楚，那我就再加一個平台，Meego。如果還不清楚，那我再加一個平台，Bada（歐洲佔有率很高了）。如果還不清楚，。。。

架構上可以相同，交互建議稍做調整。

現在看回來這個問題突然想到一個很有意思的現象，因為Android在3.0之前的風格相比較於iPhone來說都不太好看，而且各大廠商都有自己的風格，所以開發設計的時候，難以給Android確定一個風格去做，只好選擇iPhone的風格。但是如果是開發WindowsPhone應用，那麼我想大多數都會直接毫不猶豫選擇WP風格，而不會去考慮什麼設計統一，操作統一，成本節約等等。因為先去為主的想法讓我們都在考慮開發Android程序是否應用iPhone風格，我想如果Android一開始的已經有自己的設計方案，就不會出現類似的問題。

------------------------很久之後的分割線--------------------

孩子，我這麼告訴你吧，上面的各位大大都是從設計產品的角度來看，其實想想就明白了，一般買安卓的不會去買iPhone，買了iPhone的也不會有安卓，所以不存在什麼操作習慣不習慣的問題。（強調，是一般情況，如果兩個手機都用，估計你的智商也挺高的，不會淪落到不會用的地步:) ）。

個人感覺，按自己的手機平台去設計，融入平台才是最好的。你可以想想一個iPhone風格的應用放到Android4.0平台上，無語了。

用戶都是聰明的

應該更多適應手機系統的操作習慣。

android和ios是否一致（保持些微的差異性，後台的實現原理兩個平台並不可能做成完全一致），降低用戶的學習成本！！但最難的不是怎麼做，而是要做什麼來滿足用戶的需求，解決他們的痛點，android、ios、wp以及web都要設計的人飄過。

交互大致可以做成一致，小細節地方交互處理方式遵循安卓平台的使用習慣

我認為兩個操作系統其實一直在互相借鑒，底層框架和操作習慣基本很接近，而且可能會越來越趨同。但還是會刻意保留一點差異化。既然如此，開發者多花點心思在適應這些差異化上，讓該平台的用戶覺得自己是「被遷就著」，而不是隨便把另一套平台的東西全搬過來，這不也是情感化設計的一種么？

看了以上評論主要的差異主要還是在適應系統操作的區別上，譬如安卓有物理返回鍵，長按菜單，蘋果用戶有左滑刪除等等。基本同意。

補充一下就是安卓更多把分類標籤欄放在屏幕上方，以下方的一個顏色小橫杆做為焦點狀態，可手勢滑動切換。而蘋果更多放在底部，以整個標籤填充顏色或部分高光作為焦點狀態，點按觸發。但如果是這麼分開設計可能會造成跨平台操作的不習慣。但習慣成本也不是很高。

安卓有桌面小部件，但這個除非是用戶真心需要的，譬如便簽，日曆，訂閱等產品，不然純粹為了應用做推送的話估計容易引起反感更多。

另外就是視覺效果上UI上目前來講安卓更偏向扁平化
（IOS7之後兩者這方面的差異會變小。），下拉菜單是在右下角有個深色的小三角，這種小細節的區別上。

基本上將這些細節的交互和設計加以區分一下，雖然只是細節，但整體的效果會提升很多。

我覺得從技術實現上，界面結構和交互方式最好與平台相適應更合理一些，大部份界面可以統一，交互根據平台情況進行調整。從用戶使用角度，IPHONE和android用戶使用習慣上還有差異，很少用戶會有一個IPHONE和一個android的。再者android版本的碎片化，如果統一化會讓開發成本變高。