移動APP極簡設計的10個原則

一、化繁為簡原則

繁,意味著給產品的邏輯增大了複雜度,給技術開發造成很大的難度,最終專案的排期肯定會因為大量任務而導致不斷地延期,一拖再拖。這對於創業公司來說,是死亡性的威脅。火了APP就是一個很真實的寫照,大量繁瑣的功能,需求方不斷變更需求,導致在設計技術開始之前就不斷延期,然後後期的技術開發出來的版本漏洞百出,最終專案被停止。所以,化繁為簡是極為重要的。快速確認核心需求,快速開發,這樣邏輯簡單、功能簡化,程式猿才有空檔去把核心的功能不斷地優化,做體驗。達到快速開發,快速上線,快速佔領市場,快速試錯,快速調整的策略。

二、突出核心功能設計原則

什麼叫核心功能?核心功能也是你最基礎的功能。比如微信,最開始的版本只有一個即時發送文字的功能。不能發送圖片語言,不能分享位置,不能發紅包,沒有朋友圈,沒有公眾號。試想,如果微信最開始就把功能做的非常全面,把圖片、語言、朋友圈、公眾號、搖一搖這些所有的功能全部都做上。大家想想還能出現今天的微信嗎?恐怕給他配100人的團隊,兩年的時間,都很難做出來。就算做出來,用戶都不知道這是什麼玩意。之前某某集團發佈了一款號稱全球第一款全能APP ,名字叫toon,據說是賣了一棟大樓耗了5個億打造的。的確,APP做出來了,體驗還不錯,可是呢,進去轉了一圈,除了感歎APP好牛逼、功能好全面之外,最終我還是沒弄懂他想要幹什麼,他是做什麼的。我相信99%的註冊用戶會跟我有一樣的想法。

三、符合用戶習慣原則

五花八門的功能很容易讓產品設計或主要負責人員陷入自我陶醉之中。符合用戶習慣,通常現實比理想要骨感很多。如何能夠符合用戶的習慣,最好的方式就是,避免產品設計人員陷入自我陶醉當中。真正的去瞭解用戶的需求,用戶的行為,收集用戶的回饋,分析用戶的屬性。通過多個維度去瞭解用戶的習慣,用戶習慣設計的原則不是通過看看書,讀讀博客就能做到的,一定要深入的去做用戶的工作。

四、不要讓用戶思考原則

用戶就是一只傻瓜,就是一個白癡。其實我很願意把自己當做一個很白癡的用戶。我理想中的產品體驗就是我不用去考慮任何東西,只要跟著產品的步驟一步一步不間斷的走下去,並且這條路還是對的沒有荊棘,這樣就OK了。但是呢,實際上卻是這樣的。臥槽,我還不知道他是做什麼的呢,居然就讓我登錄。我以前註冊過用過嗎?好像沒有,那就註冊吧。這什麼垃圾驗證碼,馬上就10s了還沒接到,好吧,再來一次。終於尼瑪註冊完了,居然還要再輸入密碼登錄,你丫的我剛註冊玩你就不能讓LZ自動登錄嗎?(接下來)居然還要更新版本,腦子有屎是吧,我剛剛從應用商店下載的啊,哥哥,你這是要讓我再浪費20M流量的節奏啊啊啊。。。。。終於進去了,咦,這玩意是幹啥的,我咋沒看懂呢?

五、可見性原則

可用性和不可用性,這是什麼區別?百度百科的定義是:在某個考察時間,系統能夠正常運行的概率或時間佔有率期望值。另外,可用性是互動式IT產品/系統的重要品質指標,指的是產品對用戶來說有效、易學、高效、好記、少錯和令人滿意的程度,即用戶能否用產品完成他的任務,效率如何,主管感受怎樣,實際上是從用戶角度所看到的產品品質,是產品競爭力的核心。個人理解,這個可用性主要在於產品邏輯業務設計上是否完善,是否存在較大漏洞,技術開發上是否存在bug或者較大漏洞導致用戶不可用。因此,這個主要考驗的是產品及業務上的問題以及技術開發上的功底。只要大的邏輯不存在問題,技術上的漏洞比較小,可用性都還可以過得去。同時,產品邏輯越完善,技術上的實現越理想,則可用性就會越高。

六、易操作性原則

前面提到的可用性主要是業務邏輯、技術實現上的問題,那麼易操作性主要就考察的是產品體驗上的設計問題,主要是細節設計方面的,這個需要產品設計人員不斷地積累經驗。微信沒有很強的交互行為,但是,他的體驗算是行業裏面最棒的了,簡直棒的吊炸天。比如,微信群消息打包推送的機制,當大量消息過於集中時,微信會同時打成一個消息包推送給用戶,顯示有多少條未讀消息,而不會因為消息過多提醒很煩人而手機卡死;另外,比如在朋友圈,點贊只是顯示名稱,而在個人相冊中點贊卻是顯示頭像,這種設計主要是為了減少用戶的閱讀障礙,更易得到焦點的高質量的資訊;而對於發送語音這方面,為了考慮接收方的感受和體驗,只在接收方顯示已讀和未讀,而不會再發送方進行提示;為了讓用戶更易獲取對方發送來的消息,將接收的消息設為白底黑字,將發送的消息設為藍綠底黑字,當然白底黑字更易讀。所以,這些種種的設計,致使操作更加簡單,體驗也是質的區分。

七、快速流覽性原則

快速流覽性原則,這個和剛才說的微信朋友圈點贊功能的設計是類似的。朋友圈點贊只顯示昵稱也是為了弱化點贊人數,而強化主要內容,能夠掃除用戶的閱讀障礙,從而達到快速流覽主要資訊的效果。其實,很多產品的設計,很多功能、字段都是多餘的,用戶根本就不會去關注,大多數用戶選擇去用一款產品,只是為了用其中的某一項或者某幾項功能,而不是全部的功能。所以,這個跟第二點如何突出核心功能也是異曲同工的。如何抓住用戶的痛點,強化主要功能,弱化甚至刪除不必要的功能,能夠做到讓用戶快速找到自己的目標,這個才是產品最該去做的方向。所以,最主要的還是需要簡化、簡化、簡化,精緻、精緻、精緻。

八、多手勢操作原則

多手勢操作,這個更多的是在於交互設計方面的東西。點擊,左右上下滑動,拖動,雙指收放(縮小與放大)。多種手勢混合使用,可以增加用戶使用過程中的易用性、可用性,增加用戶的興趣。比如說閱讀類的Flipboard,給人以新奇愉快的感覺;微信超簡單的交互而強大的體驗,很好的滿足了用戶的需求,使體驗達到了極致;金融是嚴肅的,所以說類似於金融側重業務發展和運營的產品,則更多的還是實用性,而不是多手勢的超級交互;類似於社交類類的例如Pinterest,則需要用酷炫的效果來吸引用戶。

九、符合移動場景原則

移動場景原則主要是考慮用戶的不同使用場景,比如早晨蓬鬆的雙眼剛睜開,上班的路上公車上、地鐵上,上班的辦公室裏,休閒咖啡區間等等一系列的不同的場景,都需要考慮到的問題,比如網路連接(沒有4G信號,網路加載太忙時的展示),光線太暗或者在太陽底下光線太強,在公車上太顛簸或者走路過程中無法聚焦注意力等等。

十、不做比做更難原則

我只想說,這個因人而異,因業務而異。站在老闆或需求方的角度,什麼都想做,什麼都要做,砍掉其中的某一個小模組就像在他身上割肉一樣。而我本人看來,資源少、時間緊的情況下,可以砍掉一切非核心功能(在不影響用戶正常使用的情況下),可以其他代替的儘量減少開發成本。這樣可以及時的調整方向,快速上線,快速迭代,最終在進行不斷的優化。當然,如果砍掉了這些功能,對於用戶體驗上,肯定是有一定影響的。這個需要創始人或核心人員進行權衡考慮。

 

Comments are closed.