設計原則：
1 概念模型（控制器的設計和操作方法）
比如 ?室內溫度調節器和車內溫度調節器的工作原理是不一樣的，但是操控設計上的概念模型卻是一樣的，人們經常對這兩個調節器采用一樣的操作方式。 這時候操控設計就沒有區分概念模型?；蛘哒f，用戶期望的概念模型沒有和設計模型一致。
2 可視性和反饋 （操作結果的反饋）
可操作性要明顯
3 限制因素和匹配（功能專一不擾亂）
開關上可以有空間部署線。開關可以給予不同的樣式使人們得以區分。
4 可感知的預設用途（直覺便能感知的功能），決定了人心理期望的概念模型。
“知識（而不是信息）主要儲存于外部世界“”。 設計人員一定要明白這一點。
eg： 吟游詩人的史詩是從故事的結構，韻律和人類的生活方式來的。
由于有限指標判斷失誤而導致浪費時間的例子。
實際行動
目的 -- 決定意圖 ?-- 行動順序 -- 動作執行 -- ?外部環境反饋 -- 對外部環境反饋的解釋 -- ?評估是否達成目標
知識存儲于外部世界
經驗僅僅是 對于作用于外部世界 的均衡的結果。我們人的知識和信息確實大部分是存在于外部世界的。正如
關聯性記憶
eg: 摩托左把手的 車前燈的重新記憶方法。
田中先生是我的一位日本同事，他總是記不住如何使用摩托車左邊把手上的轉向燈開關。正確的操作方法是：右轉彎時，把開關往前推；左轉彎時，把開關往后拉。開關本身的意義很明確，但是開關的移動方向卻相當模糊。田中一直認為開關位于左邊把手上，如果往前推，應當表示車子要左轉彎。也就是說，他試圖把“將左邊開關往前推”這一動作與“左轉彎”這一意圖相匹配。因此，每當車子轉彎時，他總是搞不清往哪個方向推動開關才是正確的。大多數摩托車的轉向燈是這樣設計的：左轉彎時，將開關往左旋轉90度；右轉彎時，則將開關往右旋轉90度。這是一種自然匹配，學起來很容易。但是田中先生摩托車上的轉向燈開關被設計成前后推動，而不是左右旋轉，難怪他總是學不會正確的操作方法。
田中先生重新解釋了操作動作，使問題迎刃而解。他注意到摩托車車把的運動方向：左轉彎時，左邊的車把會往后拉；右轉彎時，左邊的車把會往前推。這與轉向燈開關的前后推動完全吻合，車把的運動和轉向燈開關的操作便建立起一種自然匹配關系，使原本無規律、間接、很難記住的操作方法變得符合邏輯、直接、易學易用。由此可見，按照某種關系將事物組合在一起至關重要，但必須確保這種關系的正確性。
反饋性
充分利用聲音反饋
失誤
失誤的來源: ?描述性失誤，無意識動作性失誤，數據性失誤，
功能狀態性失誤： 手表在計時模式下，燈光鍵實際上是清零鍵
決定樹
菜譜是 窄面結構的決定樹
而發動汽車 是 深的窄面結構決定樹
下象棋就是很寬很深的 決定樹
學習iOS的決定樹
oc-swift ?ide ?autolayout
tableView cell UIkit json文件使用 常用控件
庫 http庫 ?SDWebImage庫 pod
ScrollView CollectionView UIFoundation KVC Block KVO
FMDB ?CoreData ?Tread POP
Http 協議 ?TCP/IP
iOS系統對象 ?Chats 等高級庫
sdk 封裝
OCS
與差錯相關的設計原則
1 了解導致差錯的因素
2 提供撤銷的指令，減少逆操作的難度、
3 增強差錯反饋，但是不要那種 招人恨的，此起彼伏的 警報系統。
4 不要懲罰失誤差錯
5 強迫性設計，比如按鈕desabled等
設計哲學
不要定義 差錯為錯誤，正確的態度是 以人和產品 的交互去看待問題，因為問題可能出現在任何一方。
設計原則總結
1將所需的操作知識儲存在外部世界，而不是全部地儲存在人的頭腦中，但是如果用戶已經把操作步驟熟記在心，應該能夠提高操作效率。
2 利用自然和非自然的限制因素，例如物理限制、邏輯限制、語意限制和文化限制；利用強迫性功能和自然匹配的原則。
3縮小動作執行階段和評估階段的鴻溝。在執行方面，要讓用戶很容易看到哪些操作是可行的。在評估方面，要把每一個操作的結果顯示出來，使用戶能夠方便、迅速、準確地判斷系統的工作狀態。
4 簡化任務的結構。
5 注重可視性，消除執行階段和評估階段的鴻溝。
6 建立正確的匹配關系。
7 利用自然和人為的限制性因素。
8 考慮可能出現的人為差錯。
9 若無法做到以上各點，就采用標準化。
設計的自然演進
產品改良是一代一代的成長的，時間是一個不可跨越的因素。
為什么設計不出用戶想要的產品
1 設計上的好看不一定實用
2 設計人員太熟悉自己的產品，可能導致和用戶的認知偏差。所以才要考慮限制因素和反饋嗎，以及概念模型
3 設計人員必須取悅客戶，但是客戶不一定是用戶。
