<dfn id="sm46c"></dfn>
用心設計
當某個功能對數量有限制時，操作的時機就變得很重要。以在app上報名班級（圖1）的操作為例，假設班級容量為20人，確認報名訂單時暫 時扣去一個名額庫存，完成支付時完全扣去這個名額。如果當你報名班級時，名額已滿，但還有人未付款，這時系統應該有什么提示？這和報名班級時，班級絕對性 滿員（名額已滿，且所有人完成付款）的情況處理方式是不一樣的。另一種情況是，在你進入確認訂單頁時，名額未滿，但當你按下“確認”訂單，此時名額已經滿 了，也應該有相應的提示。像這種對數量敏感的功能，應盡量明確地告訴用戶限制條件，當前的相關狀態是怎樣的（未滿員，暫時滿員，或已滿員？），防止用戶進 行不必要的操作。用戶若第一時間沒有理解，可能需要進一步友好地提示。
博博
隨著iOS設備的大規模普及，優質的iOS應用如同雨后春筍般層出不窮。每天都會有驚艷的iOS應用涌現，從社交媒體到隔壁老王，你會從各種不同的渠道聽到它們的名字，被不同的人安利。通常，這些優質的APP都會有一個逼格不低的官方網站，經過精心篩選之后，我們優選出24個品質不錯的iOS APP的官網。這些網站有的簡約，有的優雅，有的好玩，其中總會有幾個令人愛不釋手。
在一天的使用過程中，我很可能存在多次記賬的需求，這也意味著我會頻繁打開這個產品，簡單和可以讓我更快的完成任務。記賬因為涉及到資金這個問 題，所以它同樣需要一定的安全性。如果要給這個 App 一個定位的話，我認為它是一款 “能滿足大眾基本記賬需求的輕便的移動記賬 App ” 。
基于以上的思考，很快就產出了以下稿子：
高勁
編者按：今天這篇干貨聊的是人們最討厭的兩個狀態 —— 軟件報錯和加載緩慢。如何提高這兩個糟心狀態的用戶體驗呢？作者從不少交互上的細節做了考量推敲，附上大神的意見和實戰案例，特別有現實參考價值。
對于網頁瀏覽者來說，按鈕控件的幾種變化可以說是再熟悉不過的一種機制了：一般使用鼠標瀏覽時最容易感受到的有 Normal、Hover 以及 Archive 這三種效果，分別為按鈕平時的狀態、鼠標游標移到上方的效果、以及點擊按鈕時的效果。
小文一篇，話題仍與上周銜接，小結了五種在iOS中向用戶申請權限的實踐模式，可參考。下面進入譯文。
對于iOS app，當功能涉及到推送通知、訪問照片或調用相機、獲取地理位置等等時，都需要向用戶申請授權。申請會發生在app運行的過程中，而不是像Android那樣在安裝的時候就莫名其妙的問用戶是否同意app調用某些系統功能。不過如今Android也在向iOS的方式靠攏。
我們通常在做APP設計的過程中，遇到很多看似很小，且很容易被忽略的問題，正是這些小問題，一次次的撩撥用戶的耐心，讓用戶對你的APP心生怨念。現在WeX5君嘔血為大家整理出APP設計的21條禁忌，希望與APP設計者的您共勉。
編者按：不滿意？自己來！騰訊的yixin同學對市面上的記賬軟件都不太滿意，干脆自己設計了一款。這篇分享了他全部的設計探索過程，想知道專業設計師如何從零開始一款APP的設計，在細節上如何考量周旋，看這個就對了！
移動應用程序是在新平臺上連接市場、搜集客戶數據、提供服務的強有力工具。但，到底什么才是移動應用?
從本質上來說，移動應用是運行在智能手機、平板電腦或者其他移動設備上的電腦程序。他們可以通過應用市場獲得，例如谷歌的Google Play或者蘋果的App Store。這些平臺現在都運行在云端（Cloud-based Solutions），意味著如果你的手機被卡車撞了或者掉進水里了，你可以買個新手機，登陸，然后所有你的應用都會自動被重新安裝好。
編者按：設計時間軸好象不是什么特別難的事兒。評判一個飛檐漂亮不漂亮很簡單，但是要設計一幢大廈，就需要從每一片磚瓦開始了解，這也是設計與工程學相通的地方。設計時間軸也仿佛是信手拈來的事兒，可是有的時候要做好細節還真是會抓瞎。看看設計師Garron Engstrom在設計稅務系統的時間軸的過程中，學得的四條經驗吧。好象都是廢話？品品看吧~
藍藍設計的小編 http://www.li-bodun.cn
