應用程式的設定允許使用者將個人的偏好習慣反映在應用程式的表現上面。他們給予使用者一個直覺性的控制，而對於避免使用者反覆地被同一個問題干擾方面是有用的。
「設定」在使用者介面中是不明顯的，因為使用者不會常常用到它。當你在應用程式上使用「設定」時，進入設定的指令表達方式就應該只要簡單的「設定」兩字。
如果目前的螢幕支援是在左側欄，則將「設定」放在所有項目之下，而僅在「協助＆回饋」之上。否則，如果是在一個螢幕上的工具列，則將「設定」放在工具列的指令中，並置於所有的項目之下，「協助＆回饋」之上是最適合的。
當使用者常常造訪「設定」時，他們將會把期望設得跟自己使用界面的經驗一樣。這必須加以好好的組織化及可預測化的。
特別是，必須避免用太多的選項把使用者給淹沒。避免以流於衝動的方式「只做一個設定」，而在一個困難的產品決定中下賭注。
對於每一個你想要加到設定裡的控制，要去確保這可以接續下一個問題：這真的是使用者喜歡的嗎？資訊與指令都不是使用者喜歡的。如果不是，那就別將此作為設定，如果這是應用程式的統計資訊，（例如：版本數字、服務用語、公開資源執照），將這些放到協助的視窗裡吧！
如果是一個指令（例如：更新、改變帳戶），在你的應用程式當中為它找出一個適合的位置。這是使用者常常會去改變的地方嗎？使用者每次要進入這個控制時會因為要採取很多指令進入而感到負擔嗎？如果不是，那就別做這個設定。
讓控制能夠更加的可行，盡可能地透過工具列或指令讓其運作。是否有少於20%的使用者改變這個控制的價值？如果不是，那就別做這個設定。這些問題必須應用到全新的與既有的設定中。對於既有的設定而言，最後一個問題可能是較緩和的：如果此設定被移除掉，會造成少數人的傷害而不再能夠改變它嗎？如果是，如果你沒有留意到，那麼就將它視為是的設定並維持它吧！
當你有很多設定時，將一個很長的清單以及節的方式將其轉換成好幾的短一點的清單。你整理他們的策略將會隨著設定的數量而調整。
不要將全部都集結起來
試著集結一個或兩個以下分類的相關設定。如果你有任何的單一模組（這些設定不跟其他設定相關聯也無法被歸於你的分類中），將他們視為以下所提及處：
誠如上述的建議，但試試用二至三個分類。
而且看看這些「組合」：兩個與其他一個相關，但卻跟其他的沒有關聯，試著把他們結合成一種設定。舉例來說，你可能會將兩個選擇框設定重新設計成多種選擇設定。
如果你有任何四個或更多相關設定的情況，將它們集結在次要的視窗中。將導覽應用在各個次要視窗之上。
使用者將會預期一開始設定的使用價值是好用的。以下的一些問題可以幫助告知你的決定：在沒有預設的情況下，哪一個選擇可能是最多使用者會自己去選擇的？哪一個選擇是最中立或是最不偏袒的？哪一個選擇是最少風險、最不具爭議、或最不超越上限？哪一個選擇用最少量的電池或手機的資訊空間？哪一個選擇可以得到使用者最多的注意，而且當有重要的事情時才打擾一下使用者？
翻譯： Frances