本頁內容
專案 app 可以讓你什麼都還沒做，就覺得很忙。打開工作空間、讀導覽、找專案、選檢視、關掉擋路的面板。真正看到任務前，介面已經要求你做了好幾個決定。
這次改版，我想先減少這些操作上的負擔。
新工作空間更深色，在有幫助的地方更緊湊，也更仔細安排控制項的位置。這些是看得見的改變。更有用的改變，是 app 如何說清楚你在哪裡，以及接下來能做什麼。
讓目前範圍清楚可見
任務屬於專案，但有時也要看整個工作空間的工作。兩種檢視都有道理；切換時，不應讓人懷疑自己正在編輯哪一個範圍。
新版將範圍融入導覽，並延伸到時間軸。專案時間軸與工作空間路線圖共用規劃畫布，但各自範圍仍然看得見。
大畫布可能會騙人。如果展開後專案選擇器或離開控制不見了，畫面雖壯觀，卻更難操作。更多空間只有在仍能辨認位置時才有價值。
預設從週檢視開始，問題需要時再換尺度。看目前進行中的工作，用短時間範圍，比把好幾個月擠成一牆小長條更合適。
共用元件，應該讓產品更好學
任務與文件內容不同，不代表工具列也得毫不相干。熟悉的操作能減少切換時重新學習的負擔。
我把真正重複的控制項共用：搜尋在哪裡、如何選取、選單怎麼開、不能使用的動作長什麼樣子。
不再值得保留的部分也移除了。新客戶端不再有獨立語音面板。語音仍能在 Agent 裡輸入，讓對話與結果放在一起。獨立面板只是多一個要維護的目的地。
文件也有比較不顯眼的改動。標題與內文各有責任；編輯時暫時鎖定文件，讓同一時間只有一人能修改，不再呈現新客戶端其實不支援的共同編輯體驗。有人正在編輯時，介面就應該明說。簡潔的介面也必須說清楚，為什麼文件暫時不能編輯。
不是每個里程碑都要有軟體版本
客戶交付、設計審查與軟體發布，都可能是里程碑。要求每個都填版本號，等於把軟體團隊習慣強加給所有人。
現在里程碑的版本是選填。一般檢查點不必硬套版本號碼；需要時，發布仍能帶版本。
交付是一個有意義的動作。里程碑必須有已指派工作，而且相關任務全部完成後，才能標記交付。取消的工作不應墊高完成度。這個例子說明設計也牽涉產品規則，不只是留白與配色。
手機上做的事不同
桌面適合比較多列內容，或在寬畫布上讀時間軸。手機上，我更常是記下一件事、查看任務、確認日期，或做簡短更新。
把桌面縮到塞得下，不會讓這些操作變得順手。新手機導覽與版面因此有自己的安排。手機與桌面密度分開儲存，因為我在桌前接受的取捨，不必一路跟著我。
文字大小仍是獨立偏好。縮小間距和縮小字，是兩個不同決定。緊湊介面不應要求好視力。
真機與長時間使用仍需測試。響應式截圖能證明版面的一部分，不能證明拿在手上的感覺。
讓示範說話
比起再寫一段宣稱改版很直覺，我更喜歡可操作的範例。互動示範使用範例資料，並維持唯讀。你不必建立工作空間，也不必相信宣傳截圖，就能檢查介面。
試著在專案、任務與時間軸之間移動，再把視窗縮窄。下一個動作是否仍容易找到，工作內容是否保有足夠空間？
如果做不到，配色也救不了它。這是我希望 2.0 介面接受的標準。
