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（我们自己的技术、历史、读书、生活和八卦沙龙）。

• 生产快乐的软件和产品，我们立足中国，但一定放眼更广阔的地球。

• 用最有意思的技术，智造最有价值的软件产品。

最后，最想感谢的，是我们团队的每一个。

报道来源于SegmentFault ： http://segmentfault.com/a/1190000000420456