SegmentFault 專訪 Worktile：讓協同工做更簡單

Worktile是一款免費、好用的團隊協同工具，幫助你的團隊隨時隨地一塊兒工做。Worktile團隊致力於打造一款偉大的團隊協同工具，用工具改變人們團隊工做的方式，提高團隊效率。「用戶第一，其餘一切水到渠成」，「專心致志將一件事作到極致」，「賺錢沒必要做惡」是其遵循的理念。SegmentFault專訪了Worktile創始人王濤，但願能幫助更多人瞭解這一優秀的產品和團隊。

SegmentFault: Ruby之父Matz曾經說過「起一個合適的名字就完成了八成的工做」，;-) 我的非常喜歡worktile這個名字，這個名字是怎麼想到的呢？

王濤: 呵呵，我不知道Ruby之父的這句名言，但我很是欣賞中國老夫子的一句名言：名不正則言不順。對名字，咱們有着非比尋常的執着，不求高大上，也避免太屌絲。

Worktile是一款面向每一個成年人1/3時間的產品，因此咱們取Work做爲名字的開始，來傳達這款產品是爲你們的工做和團隊服務；另外一半tile，在英文中是小瓷片的意思，主要和Worktile中看板式的任務管理方式有關，咱們在看板中的一個個任務，像極了貼在牆上的有序的小瓷片，很幸運worktile.com的域名是available的。

SegmentFault: 不過對中文用戶而言worktile可能不太好記，有計劃推出中文名麼？

王濤: 沒有。像不少偉大的產品同樣，咱們相信足夠好的產品，也能足夠知足這個地球上其餘人們的需求，Worktile將不只面向中國本土需求，也會走向海外，worktile從名字開始，就爲這一目標作好了準備。固然，咱們立足中國，須要考慮中國的環境，不過如今已經有了翻天覆地的變化，個人大部分朋友都不會將Evernote叫作印象筆記，其實正說明了這個問題。這點上，我相信segmentfault很是能理解，看大家的名字就知道^_^

關於中文名，有不少有意思的事情分享，咱們有好幾個用戶都發來對於中文名的見解，也幫咱們取了好多中文名。最有意思的一個是：工做踢了（Work ti le)，很形象，很BIG，很讓小夥伴激動。

SegmentFault: 同類產品通常按項目數量收費，worktile按人數收費，是有哪些考量呢？

王濤: 按項目數和按成員數收費，是兩種廣泛被採用的SAAS產品收費模型，以海外爲例，Asana是按人數收費，而Basecamp是按項目數收費。採用哪一種方式，沒有很是明確的優缺點，咱們在收費策略上的觀點，是必定要足夠簡單，對用戶理解不模糊。

因此，基於人數的收費策略，在咱們看來是簡單而有效的。基於項目數的收費，總帶來其餘附加的條件，例如存儲空間、某些高級功能，而咱們對於收費策略的思路只有人數一個關鍵點，沒有項目數限制，沒有存儲空間限制，更沒有高級功能限制，就是這麼簡單。

一個產品，要傳達給用戶在體驗上的不一樣，從產品功能到付費流程，都應遵循統一原則，Worktile就是這麼作的。

SegmentFault: 注意到worktile沒有單獨的優先級的設定，優先級經過標籤來實現。這一設計是如何產生的？

王濤: 其實，一樣的問題還有，大家爲何是六個標籤，大家爲何用這六個顏色？（^_^，由於被你們問起過。）

答案也很簡單，這六個標籤甚至顏色，都和outlook的flag如出一轍。之因此繼承outlook的方式，主要緣由是Outlook是人們熟悉的東西，也是你們易於理解的經驗，worktile不須要過多的解釋就可讓已經熟悉outlook的受衆很是輕鬆的理解咱們賦予標籤的價值。

而那些熟悉Outlook的人們，也正是那些須要協同體驗的人們。Worktile爲協同而設計，天然從對協同有必定理解的人羣中尋找產品最本源的須要。

SegmentFault: 大多數協做工具的設計是一個任務只能分配給一我的，有必要的話能夠添加相關者。worktile的設計是能夠分配給多人，我感受這是比較符合實際需求的，由於現實中一個任務可能就須要幾我的合做。不過有一個問題，多個執行者會不會致使責任不清呢？也許在多個執行者的狀況下能夠區分一下負責人？

王濤: 首先，經過和用戶的溝通，結合咱們對國內外不少產品的研究，一個任務能夠分配給多我的，正像你理解的那樣，是符合實際需求的。不過，在使用Worktile的最佳實踐中，咱們更推薦一個任務分配給一我的，這樣職責和分工更加明確，也更有效率。

任務在Worktile中是驅動團隊協做的基礎要素，舉例來講，咱們的Worktile簡報就是經過任務爲基礎元數據來構建簡單直觀的項目狀態和進度的，那麼任務落實到一我的，很是有助於團隊負責人經過簡報瞭解項目當前的狀態狀況。

因此，對於同一個功能，一方面咱們在工具屬性上支持多人分配，而另外一方面咱們在實踐中推薦一個任務一我的。對Worktile來講，咱們在產品理念上，儘可能避免在工具層面的約束。咱們主要的目標用戶是中小團隊，因此開放的團隊文化和追求效率的想法，會在扁平團隊中自行約束，一個任務上若是有多我的，通常狀況誰是第一負責人都是清楚的，無需工具層面過多的干涉。Worktile約束太多，就會帶來太多的複雜度，而這種複雜度對團隊的開放性和高效配合，經常是負面的。

SegmentFault: 項目訪客，具備只讀權限，沒有操做權限，也就是說只能關注和討論。這個設計通常適用於哪些應用場景呢？

王濤: 正如訪客的名字所定義的那樣，訪客角色經常是給」只關心項目狀態，但不參與項目進展「的成員提供的一種有效方式。

舉例來講，Worktile有不少用戶是設計團隊，除了團隊內部使用Worktile管理設計項目進度，他們會將本身客戶邀請到相應的Case中，而後將客戶定義爲訪客，這樣可以方便客戶對於項目進度的瞭解，也能參與一些關鍵任務的溝通，但不會干擾項目經理正常的管理行爲。

還有一種狀況是咱們用戶本身的反饋，他們會將大老闆設置爲訪客角色，以便他能看到團隊目前的狀況，但他不會參與進來項目的每一個環節。

簡單的說，訪客角色，解決了「我不想幹事，但我有權利看看」的需求。

SegmentFault: 多人編輯文檔的衝突問題，worktile用鎖來解決。還有一種作法是讓後提交的人負責手動合併（也許系統能夠先嚐試自動合併）。worktile在這兩種方案間是如何取捨的？

王濤: 文檔方面，是Worktile以後會花大力氣完善的地方，咱們以實現團隊溝通和共享爲目標，那麼打造一個好用而又簡單的在線文檔支持是很是必要的。

目前，限於時間的緣由，在多人編輯文檔方面以鎖機制來解決衝突，是最簡單而有效的方式。咱們會保留全部版本的變化，以方面用戶進行後期的比對與回滾。

SegmentFault: 編輯文檔時發送通知給關注成員默認不勾選。和常見的wiki系統的設計不同。這個設計背後有哪些考慮呢？

王濤: 咱們在實際使用中發現，你們習慣於常常性的點擊保存，這個多是你們多年使用word形成的習慣性動做。因此，若是默認通知，會形成頻繁發送不重要信息的干擾，Worktile文檔選擇默認不通知其實源自於此。

SegmentFault: 檢查項所有完成之後任務不會自動完成，須要手工打勾？這是有意的設計麼？

王濤: 咱們在產品設計的不少方面，都很是強調工具屬性在靈活性和功能性上的平衡。恰好能夠經過檢查項來講明，檢查項的目的就是對任務的分解，檢查項會隨着任務進度而隨時發生修改，好比有突發狀況，而增長了新的檢查項，或者由於某些問題而刪除一個檢查項。這種狀況經常發生，因此若是以檢查項的完成做爲任務自動完成的標誌，是不符合現實場景的。

和用戶溝通的過程當中發現，天天完成一項任務，而後去打勾完成，是特別有幸福感的事情。我也有相似的體會，看着我的簡報中的天天情況，有很爽的感受。

SegmentFault: 能介紹下worktile的技術架構麼？

王濤: 技術架構方面，咱們在公司常說的一句話是：Worktile Powered by MEAN，MEAN是MongoDB、Express、AngularJS和Nodejs的首字母縮寫，不難看出，Worktile正是此技術平臺在中國最有表明性的踐行者了。

固然，在實際的技術架構中，咱們基於典型的Mean架構下有不少本身的擴展，包括服務層、數據層、緩存層、數據安全、負載均衡都有更多的考慮和完善。

還有不少複雜的問題也在逐步解決，Worktile技術團隊已經計劃Worktile IO（Worktile技術博客）的事情了，逐步分享咱們在Nodejs、Anuglarjs、MongoDB、Nginx、AWS、Javascript、MySQL各個領域的問題和解決之道。同時，咱們也包括咱們在SAAS技術架構中的心得，這一方面值得期待，但願到時能經過SegmentFault和攻城獅們創建更多溝通的渠道。

SegmentFault: 你2008年出了《你必須知道的.NET》，反響不錯，2011年又重出了。能介紹下當時寫書的甘苦麼？

王濤: 寫書源於過去比較巧合的經歷，由於我的博客上寫了不少技術方面的分享，因此有緣將其集結成冊介紹給更多同道中人，這大致是寫書的原因。

原本博客是一件很是愉快的事情，而寫書是卻截然相反的感覺。其實，當把興趣變成工做的時候，都會面對這個相似的問題。不過，寫書的好處是，鍛鍊了你作事情的韌性，也磨練了任性。對以後選擇的創業來講，這何嘗不是一個很好的預熱。

SegmentFault: .net當年如日中天，如今微軟黑比較多。其實C#是一門很不錯的語言。方便評價一下微軟系的技術麼？

王濤: 這個話題，很難回答呀。

我想說的是，C#依然是那麼好用、簡潔、優美，做爲支撐微軟技術體系的基礎，是全部玩兒技術的童鞋，都值得花心思學習和了解的基礎之一。

而另外一方面，Worktile Powered by MEAN，而不是其餘。

SegmentFault: 寫書和創業哪一個更有意思？二者有什麼相通之處麼？

王濤: 更有意思的仍是創業，會體味人生百態，天天面臨的問題，天天沉浸的思考，天天自個人變革，對人生而言，創業讓生活豐富多彩，沒有一成不變。而另外一方面，創業帶來不少的問題，須要解決不少的問題，更重要的是準備去解決未來出現的不少問題，都不是其餘方式可以想象的狀態。

兩者相同之處，我以爲都得耐得住寂寞，寫書須要耐得住一年的寂寞，創業可能須要耐得住一生。

SegmentFault: 李會軍也寫過《Silverlight 2 完美征程》，最好的Silverlight中文書之一（呃，也許沒有之一）。大家團隊的人都喜歡讀書和寫書麼？

王濤: 讀書，是都喜歡。寫書，目前就我和會軍。

在易成圖書館（咱們的公司書架），有咱們買的各類技術、產品、設計、歷史等各色想看的書。

咱們在Worktile中也有一個【書的讀】的項目，其中是團隊成員近期看書的分享，公司的小夥伴能夠互相交流。咱們基於Worktile管理團隊的不少事情，讀書也是其中一方面。

SegmentFault: 順便介紹一下worktile團隊的文化。

王濤: 呵呵，沒有認真想過團隊文化這幾個字，可能尚未來得及。咱們高速成長的節奏，讓你們都在適應這種速度，若是非要有個小結，能夠簡單歸納爲：咱們是披着高大上夢想的有節操程序猿。

在Worktile團隊，咱們沒有規矩，規矩都是給產品定的，每一個成員是用來釋放潛力、激情和能力的。因此，咱們上班隨意，後勤充足，各類小福利。但歸根結底，咱們是技術公司，崇尚工程師文化，咱們要智造最NB的產品，來知足千百萬的用戶生活。玩好瘋夠，回到工做，咱們以很是銳利的節奏向前推動產品，咱們每一個成員都必須獨當一面來處理各類可能的工做挑戰，咱們須要全部人足夠的瞭解產品。

下面的Worktile招聘啓事，算是對團隊的一些小結，可供參考。在Worktile，你能看到、想到和獲得的是：

• 小格局，大將來的上升空間。在Worktile，你敢想的，可能就是咱們將來敢作的。

• 極具競爭力的薪資和期權。

• 有意思、有空間和有價值的互聯網產品。

• 無限開放的工程師文化和辦公體驗，飲料、零食、小遊戲，一盞清茶，一杯咖啡，少不了的生日會。

• 與技術大牛貼身肉搏的工做氛圍。

• 彈性的工做方式，彈性的不光是時間，還有地點、合做和其餘可彈的任何故事。

• 每週一次的YC-Share（咱們本身的技術、歷史、讀書、生活和八卦沙龍）。

• 生產快樂的軟件和產品，咱們立足中國，但必定放眼更廣闊的地球。
  -用最有意思的技術，智造最有價值的軟件產品。

最後，最想感謝的，是咱們團隊的每個。