知名時間管理軟體TODOIST的改版曆程

 

　　編者按：在UI設計中，有一個著名的“選擇悖論”，大概是指功能太多以至於使用者不知從何下手，現在時間管理軟體Todoist也遇到了這個難題，不過改版後這個問題完美解決了，過程不容易，不過看完對「少即是多」能有更精確的瞭解。

　　“少即是多”是極簡主義設計理論中十分重要的一條原則，可能每個設計師都看過很多相關的東西，這條原則很重要，但在實際應用中，仍然會出現一些意想不到的問題。我們需要從中吸取教訓，最終學到本領。

　　Todoist在今年一月下旬發布了他的新版本，裡面加入了一些新功能。最初，我們希望這個App更具現代感，還要有超棒的使用者體驗，我們希望在預期時間內完成，但這並不像我們想象中那麼容易……

　　從舊理論中跳出來

　　之前的版本裡我們有兩個模式，一個是“今天完成”，另一個是“延遲”。延遲意味著你可能在明天，也可能是後天，還有可能是以後某個不確定的時間來完成計劃任務。當你需要對你的議程表有更多控制的時候，你可能會需要一個日曆，或者是直接輸入一個特定日期，這些操作在網頁版和案頭用戶端裡很容易實現，但是在移動用戶端裡，這些功能的體驗就不那麼好了。輸入一個日期就不是一件那麼方便的事兒，尤其是脫離了鍵盤和滑鼠，只能用拇指來操作的時候。

　　加入新的理論

　　既然舊的體系如此受限，我們希望新版本可以給予使用者更多選擇，我們讓操作更加顯而易見，讓移動用戶端的互動更靈活更簡單。同時還注意到其他平台，現在，使用者們擁有了更多的選擇。

　　因為我們想要做手機用戶端的相關設計，為了獲得更好的使用者體驗，在開發的過程裡我們遵循“手機第一”原則，一切為了手機使用者著想。一般來說，移動用戶端要儘可能留出較大的螢幕空間，這樣可以讓輸入方式更精確。

　　基於以上的思考，我們開始著手我們的App，構想著它應該有哪些功能，使用者會怎樣使用這些功能。我們研究了其他類似案例的解決方案，但是又覺得這些方案都有美中不足的地方，所以還需要進一步的完善，儘管有一些解決方案就目前來說，已經非常不錯了。

　　我們最大的願望是做出一個聰明的議程表。你輸入一個計劃任務，議程表就會為你安排執行計畫任務最合適的時間。比如：當你想重新安排下周的計劃，系統會根據你現在的計劃任務來進行計算，在下個星期裡你閒置時間段安排進去將要執行的任務，這將會是一個超棒的App!對使用者來說，這一切都不用經過自己的思考，在美麗的介面、強大的演算法的共同加持下，給予使用者一個最棒的排程。對於團隊來說，這將是一個擁有超贊介面，又有超贊程式的超級棒的產品!

　　開發的早期階段：我們做了環形菜單，日曆中智能排程的選項也十分複雜，還有現在看來真是很多餘的觸摸反饋。

　　開發的早期，我們把我們想的一切都放在了介面裡，第一個模型看起來好像還不錯。我們甚至還想加進去更多的功能，以便讓這個App更加“強大”。我們加入了一個選擇日期的群組：今天，明天，下周，某天……一個傳統日曆的視圖，還有“建議日期”之類的東西，但凡是我們覺得可以讓這個App看起來充滿魔力的東西，一股腦地都添了進去。我們實驗了各種布局，單個螢幕裡可以包含6到9個選項。很快我們就發現這樣行不通。於是我們開始思考怎樣才能削減操作步驟，用更少的操作來獲得更多的選擇。我們發現之前試圖把所有的功能都在同一屏中展現出來這個想法是有問題的，因為這一屏裡很多功能都是多餘的，並且會帶來很多額外的操作。於是，我們不停地修改、測試、修改、測試、修、測、修、測、修、測……

　　那些需要解決掉的問題

　　我們發現的第一個問題便是因為系統會智能選擇日期，剝奪了使用者的發言權。比如：使用者建立了計劃任務，並選擇了“下周”這個時間，議程表便會在下周的某個空閑日安排議程，不管那一天是否是休假日。也許使用者希望安排的日期和App不一樣，所以我們需要再添加一個反饋，來資訊一下使用者是否希望在這一天安排議程。

　　另一個問題也隨之而來：我們並沒有足夠的資料來真正做到智能地安排使用者的議程。如果沒有這個資料庫的支援，使用者在使用過程裡就會需要大量的操作，這違背了我們的初衷;而如果跟蹤使用者的資料並分析這些資料，程式將面臨極大的挑戰!

　　同時，App的介面裡充斥著太多選擇，即使一個簡單的選項也需要很多操作，我們遇到了“選擇悖論”。這是由Barry Schwartz提出的一個術語，大概意思是某項任務提供了太多的選項可以選擇，這時候選擇本身便是一項艱巨的任務。

　　Todoist的創始人Amir Salihefendic在回想起這段經曆時由衷地說：“我們最初是希望做出一個可以讓使用者省時省力的產品，但是這一切都是紙上談兵，當我們開始動手做時噩夢就開始了，我們沒有足夠的資料可以讓智能應用足夠智能。”

　　在使用者體驗設計師Khoi Vinh的寶貴援助下，我們開始意識到，我們背離了我們的初衷——讓事情簡單化，我們讓它越來越複雜了。

　　最後，就是我們提到的選擇悖論

　　在開發一個App 的時候，很多時候你的想象力是受限的，這意味著很可能做出來的東西與最初的想法南轅北轍，我們就掉入了自己設定的陷阱中。當我們意識到了這一點，我們需要做的就是重新來過，重新構思整個系統。

　　我們超級喜歡簡單的使用者介面，所以我們新的介面設計一定不能太複雜。這裡，我們採用了Sheena Lyengar的設計原則之一：削減。我們把“設定”重做並刪除了“建議日期”。

　　儘管安卓和iOS兩個版本裡的App功能是一樣的，但是UI上也要根據平台的不同做相應的調整。這個版本的Layout已經看起來像那麼回事兒了，但是發布前仍有可能會進行調整。

　　新的布局很簡潔，最終的“設定”我們採用了3×2的方式，選擇好之後會進入一個全尺寸的日曆，可以很輕鬆地看到什麼時間點有什麼事兒要做。儘管可能有更好的解決方案，但是在測試完成以後，我們發現“更好的方案”體驗並沒有更好，而且需要一個更陡峭的學習曲線。所以有時候，還是保持簡單最好。

　　開發一個App需要付出很多努力，我們最後做了一系列很容易理解的決定。所有的這些努力都是希望給使用者更好的體驗，很希望可以切實地協助到使用者安排議程，並最終把事情做好。