如果你不註意時鐘，發現自己工作的時間已經過了下班時間，那麼管理你的時間可能是一項棘手的任務。幸運的是，有一個sacuestime，它可以監控你瀏覽某些網站和使用某些程式的時間，一旦你發現你的時間使用效率有多低，你就可以利用這些資料來回收你的一天。我們和RescueTime的產品開發副總裁Robby Macdonell聊了聊，瞭解了它是如何產生的。

這個應用的想法是從哪裡來的？你是想解決一個你經歷過的問題，還是靈感來自其他地方？

你有沒有過這樣的日子，你知道自己一整天都在努力工作，但到了下午5點卻記不清自己做了什麼？我們發現自己經常處於這樣的境地，真的很沮喪。感覺我們一天中的幾個小時都掉進了黑洞。我通常能記起我做過的一些事情，但試著解釋整整8個小時，結果總是有一大堆空白點。最後我真的為此感到內疚，我想錯過的時間一定是在推特上閑逛或者讀部落格什麼的。

不管怎麼說，我有點工作狂，所以這種負罪感會導致我在晚上和週末工作到很晚，直到我覺得自己已經完成了“一天的好工作”。不幸的是，這是一種很容易陷入的模式。在我工作的辦公室裡，這種情況非常普遍，所以其他的聯合創始人和我一起編造了一個指令碼來記錄我們正在使用的應用程式。然後我們把這些時間彙總起來，這樣我們就可以看到我們實際花費時間的準確分類。

我們馬上就開始學習一些神奇的東西。例如，我發現我花在電子郵件上的時間比其他任何事情都多，這在很大程度上解釋了我記不起來的時間間隔。不是我在胡鬧，而是公司的通訊問題（在那是一個常見的問題）。

我們發現，透過準確記錄我們的時間，我們能夠更現實地瞭解我們是如何度過的。我不再那麼內疚，不再強迫自己每週工作60小時。有了這些資料，我們就有了一個平臺，可以試驗其他的生產力駭客和測量變化。我們開始向人們講述我們**的“書獃子分析”小玩具，令我們驚訝的是，很多人都說它聽起來很酷，他們自己也想試試。那時我們才意識到，這可能是一個有趣的產品，為其他人建立。

你提出這個想法後，下一步是什麼？

大量的迭代和測試新的想法。在我們第一次開發它的時候，像RescueTime這樣的產品並不多，所以我們必須透過反覆試驗學到很多東西。我們嘗試了很多方法來找出我們可以發現哪些有用的資訊，跟蹤哪些型別的資訊，以及如何顯示這些資訊。這是一次分層的經歷。一旦我們瞭解了我們整天都在使用什麼應用程式，我們意識到我們的大部分工作都是在瀏覽器中進行的，所以我們開始像跟蹤應用程式一樣跟蹤網站。

一旦我們對電腦上的時間有了一個很好的瞭解，會議、電話等佔據的負面空間就變得非常明顯了，所以我們增加了一個功能，可以記錄遠離電腦的時間。然後智慧**成為了其中的一部分，我們也必須支援這些，因為人們越來越多的時間都在盯著**。我們花了很多時間來擴充套件和集中精力，直到我們覺得我們接近一個平衡，這是有趣的，而不是太壓倒性。

你是如何選擇目標平臺和忽略或等待的平臺的？

好吧，我們在構建web應用程式方面的技能都比桌面應用程式強得多，因此我們在實際執行在計算機上的應用程式部分盡可能少地做了工作（Mac應用程式的第一個版本只是一個AppleScript！），然後將其他所有內容推送到伺服器來處理和顯示。當時，它感覺有點懶，因為我們只是把資料放到一個我們更舒服的環境中。但當我們開始支援其他平臺時，很明顯這是明智的選擇。現在，當我們推出一個新的平臺，我們節省了很多額外的週期，不必重寫一切從頭開始。

你最大的障礙是什麼？你是如何剋服的？

我覺得關於隱私的談話真的很有趣。當你為自己構建一個自我跟蹤工具時，隱私並不是什麼大問題。你或多或少完全控制著你的資料。然而，一旦其他人開始使用救援時間，事情就呈現出不同的動態。ResuceTime為人們提供了坐在電腦前的每一秒的記錄，因此人們自然會關心這些資料。

我們從使用者那裡得到了一些非常棒的反饋，並且非常努力地建立了一個讓人們感到舒適和安全的平臺。這涉及到大量的隱私控制，讓一些東西選擇加入而不是預設，並且通常只努力跟蹤那些對使用者來說真正有價值的東西。這仍然是一個被提出來的問題，但是由於我們給使用者提供了大量的隱私和控制，人們通常對此感覺很好。

發射對你來說怎麼樣？

這很好，我們看到了這些年來的穩定增長。我們最近推出了一個自上而下的重新思考的應用程式，這是個人更加令人興奮。在最初的釋出中，最壞的情況下你會變得漠不關心。你不太可能主動惹惱任何人。另一方面，在現有的使用者群中放棄一個完全的重新設計，可能是非常可怕的！我們正在做的一些改變是非常基礎性的，所以我們不得不採取一種比我們希望的少一些的增量方法。我很高興我們這樣做了，但那真是太讓人緊張了。

RescueTime每週都有成千上萬的使用者訪問這個網站，我們花了很多時間盡可能多地思考，這樣我們就不會破壞他們的體驗。在產品釋出之前，我們與使用者進行了大量工作，以驗證我們所做的更改，併在開啟開關之前盡可能多地解決了一些問題。不過，準備工作取得了成效，到目前為止，新版的確受到了好評。

上圖：救援時間團隊在工作。

你如何有效地處理使用者的請求和批評？

我們努力對支援請求做出真正的回應。羅傑，我們的支持者，在這方面絕對是個超級英雄。不過，我們都參與了支援。這部分是因為我們是一個小團隊，每個人都需要不時扮演不同的角色。但這也是瞭解客戶最迫切需求的一種令人驚奇的方式。直接與使用救援時間的人互動可以讓我們保持誠實，幫助我們避免做出錯誤的假設。

就批評而言，我們儘量建設性地處理它們。很多事情都是完全合法的，對我們來說是一個很好的推動，可以改善一些缺失或執行不力的東西。同時，我們希望保持應用程式的簡單性，因此我們不能實現所有被請求的特性。但是像這樣構建一個應用程式的部分樂趣在於找到綜合所有反饋的方法，並做出改進，以幫助覆蓋大多數請求。

現在，您如何在開發新功能和管理現有功能之間分配時間？

我們試圖在幾輪小變化中推出新的特徵，通常是從現有的基礎特徵構建的。這使得改進和全新功能之間的界限有點模糊。不過，這很好，因為它允許我們快速找出哪些有效，哪些無效，而且它不會把我們束縛在很長的釋出週期中，因此我們可以在需要時切換檔位。這種方法的一個例外是我們最近的重新設計，這是一個更激烈的努力，建立了許多新的功能。

你會給其他想從事類似專案的人什麼建議？

很重要的一點是能夠同情你的使用者，所以我想說，努力培養這種技能。試圖為市場或趨勢而不是為使用者設計是一個非常容易陷入的陷阱。如果你在搔癢，它會有幫助。除非你是個十足的怪人，否則可能還有其他人和你一樣。另一方面是不要過於沉迷於自己的願景，以至於無法驗證自己的假設。如果你有一個能引起人們共鳴的想法，通常很容易讓他們告訴你，你是否走上正軌。支援渠道會告訴你很多，但也會尋找更多的機會，成為你的使用者所在，並與每個人談論它。例如，我們在當地的量化自我聚會上相當活躍。當你探索生產力的分析方面時，這是一個很好的群體。

最後，你可能會發現很多事情，因為你正在進行，所以有一個部落格是一個偉大的方式有一個持續的對話，人們思考你在做什麼。我們在“如果我們做了會怎樣”的部落格文章中介紹了幾個特性，這是在投入設計和工程工作之前獲得一些早期驗證的好方法。

每隔一個星期三，這款應用的背後都會有一個我們最喜歡的應用是如何從創意到釋出（以及以後）的內部介紹。有你想見的人嗎？給泰莎發郵件。