相信不少同學都嘗試過建立自查表，但最後是否有真正利用起來呢？這一次就和大家分享一下，我們團隊所用的自查表的迭代優化過程和結果。
首先，我們還是要了解一下優化前自查表的表現（如下圖）：
建立自查表1. 0 時程式設計客棧的部分思路：
（1）文件使用路徑長
因為使用了excel電子文件，雖然對內容進行擴充套件很方便，但是每次要找到和開啟這個文件都是乙個漫長的過程，【在電腦桌面／某個資料夾找到這個文件 – 雙擊開啟 – 等待程式啟動文件開啟】每一步都在增加使用成本；
（2）閱讀體驗不佳
首先整個文件結構沒有處理好，第一眼看不懂，導致設計師對內容缺少乙個整體的認知，查詢起來也比較累；其次，內容閱讀同時包含橫向和縱向的結構，有時還會需要操作滾動條，這樣讀起來也比較累；
（3）內容更新不及時
這個不用說了，都沒有人用，自然也不會有人來關心它的更新了，導致很多新的設計問題沒有反應在上面。而且一共有四分文件，每改乙個地方，都要同時改四份，想想這個工作就不輕鬆。
鎖定問題後，就看如果解決了，這裡我從兩個方面來對自查表進行優化：文件格式和內容結構。
1. 文件格式：從線上到線下
我希望這份自查表可以讓設計師隨用隨取，而不需要乙個複雜的查詢等待的過程，那麼，我想到的乙個比較好的辦法就是可以列印出來，從線上作業轉為線下作業，直接放在手邊，時不時就可以拿出來瞄上一眼，還可以根據需要進行標註。
而在此基礎上，也對內容設計提出了一些要求，比如所有內容必須承載在一張a4 紙的大小上，甚至最好不要超過 1 頁，否則還要分頁或雙面檢視，也不方便。
內容結構的設計，很重要的一步就是對自查項的整理和分類。但同時，我也考慮到另外乙個問題：郵箱大師涉及的自查項關鍵詞有幾十項，如何讓設計師更好的對文件結構留下印象，甚至記住它們呢？這裡，我引用了一款經典遊戲《馬里奧》的介面來配合內容結構的搭建和介紹。
如上圖所示，是一張經典的馬里奧遊戲畫面，而在這裡，我們可以把這個畫面拆解為 3 大部分：背景環境（藍天白雲部分）、遊戲路徑（城堡障礙部分）、操作角色（馬里奧本體）
而藉此，對應自查表的 3 大模板：
然後，在大框架的基礎上，再進行進一步細化，如流程路徑部分：
以上，是希望借一張圖就讓大家能夠回憶起自查表的整體結構，方便記憶和定位內容。
結構確認好後，便依照分類將需要設計師注意的資訊填入框架內。這些資訊大多以關鍵詞的形式存在，畢竟設計師還是對自己的產品有一定了解的，自查表中的關鍵詞只要達到提程式設計客棧示的目的即可（這樣也是為了節省空間啦，畢竟要壓縮到一頁紙上）。每乙個細節點在這裡就不一一介紹了，因為不同的產品設計的關鍵詞必然不同，關於內容，還是需要大家根據自己的產品以及設計時常遇到的問題，自己去完善。最後成品如下：
ps：設計分析和最後思考兩個部分是在後期進一步優化的時候加上的，主要希望設計師進一步確認需求分析是否完整，以及考慮自己的設計是否還有優化的空間。
至此，自查表的結構設計就完成了，但是整體的可用性優化工作可還差一步，那就是在團隊內推廣新的自查表，和團隊成員再一次溝通新**的設計思路和使用方法，以確保大家對新的自查表有所了解並願意使用它。這裡，提前幫助大家列印好**，並準備乙個輔助的ppt也是必要的工作。
最後，為大家總結一下這份自查表的一些適用場景：
1. 設計評審後
往往在設計評審後，都會暴露出設計上大大小小的一些問題，這個時候，不妨拿出自查表，看看這些問題是否都有記錄，如果沒有，就加一項，如果已經有了，就加重標記一下。既是加強自己的記憶，又同時在為文件做補充，一段時間後，可以把標記的新內容，再更新到電子文件上（如乙個版本結束後，更新一次）。
以下是我自己在幾代自查表上做的批註（請忽略我吃零食時弄髒的油漬）
2. 設計完成後
這個不用說，自查表建立的目的就是為了設計師自己檢查互動場景和細節的。為什麼放在後面，就是想要提醒大家對之前已經批註過的錯誤要格外程式設計客棧注意一下。
3. 新人培訓時
這個算是衍生出來的一種使用場景，團隊新人一般對產品結構和功能還都不是很了解，自查表上一些關鍵詞是很好的學習輔助工具。導師可以通過名詞解釋的方式，向新同學介紹相關的知識點，幫助其快速了解，如：
ok，那關於自查表的優化過程就介紹到這裡，**內容依然會不斷改進，也歡迎大家提供看法和建議。
工具的建立最終還是為人服務，「能用起來」是很基礎也很重要的乙個要求，先用起來，之後在實際使用過程中，不斷的進行優化改進，以匹配個人或專案團隊當下的需求，讓其能真正為大家解決問題。
希望今天的分享可以給大家帶來一點思路，建立切實可用的自查表，早日達到「手上無表，心中有表」的境界。
關於作者
可用性測試
工作一直緊張，但今天還是岔出了一件事情，就是對我負責的模組進行使用者可用性測試。兩個小時的測試還是有點收穫，小記之。剛剛從公司的培訓課程中學到了 usability test 沒想到這麼快就用到了實踐中，雖然這次的可用性測試不是很正式的從公司外部請使用者來做，也沒有用單面透視玻璃對使用者行為作 暗訪...
IT系統可用性
it系統可用性重新認識 今天看了一篇關於it系統可用性研究的文章，有些自己的想法，一併記載下來，若以後在此基礎上有新的發現，將及時更新。it系統可用性定義 what it系統中計算機軟硬體，網路等對使用者有效使用和令人滿意的程度。換句話說，盡量縮短因系統崩潰所導致的停機時間。包括確保機器的響應速度，...
可用性測試
1.頁面部分 1.頁面清單是否完整 是否已經將所需的頁面全部都列出來了 2.頁面是否顯示 在不同解析度下頁面是否存在，在不同瀏覽器版本中頁面是否顯示 3.頁面在視窗中的顯示是否正確 美觀 在調整瀏覽器視窗大小時，螢幕重新整理是否顯示 4.頁面特殊效果顯示是否正確 2.頁面元素部分 2.元素是否顯示 ...