Teambition是一个简单高效的项目协作平台。致力于帮助中小创业团队、研发机构、教育培训机构或学生团体等，利用Teambition平台最大限度的降低沟通成本提高工作效率，切实做好每个项目，同时有效管理团队知识资产，助力团队稳健成长。
Teambition的创始人齐俊元，初中时在中科院的免疫所参与科研项目，上了高中以后，在中科院的细胞所研究“如何鉴定鹦鹉的性别”。然而保送到交大时，却选择了管院而不是生科，因为当时已经立志要成立会给整个社会带来很多改变的公司。大三时和人合伙创立公司，并拿到天使投资。然而由于项目市场成熟度低，创业并不顺利，伙伴相继离开。低谷的时候，公司只剩下2个人，齐俊元自学编程、AI、PS，学做视频，一步一个脚印地做出了Teambition。
2013年，Teambition获得戈壁创投的A轮融资。Teambiton也得到越来越多用户的认可，据统计，有93%的用户会向身边的人的人推荐Teambition。SegmentFault专访了Teambition的创始人齐俊元，带大家走进Teambition的幕后。
SegmentFault: 有些产品上充斥着用户根本用不到或者极少用到的功能，删减不必要的功能，是简化产品操作体验的重要手段。Teambition的开发过程中，有没有什么功能是本来有的，后来去掉的？
齐俊元: 有很多。比如发布分享时候同步到社交网络的功能，我们发现这个一方面极少使用，另一方面给不用的用户带来困惑：究竟Teambition里的内容是否私密？ 因此我们去掉了这个功能。
更多的时候，删减的并非功能，而是交互流程。比如最近会上线的一个改动中：我们把创建项目时的「上传logo 选择类型」等步骤都去掉， 希望给用户的感受是: 我们有一个目标，5秒钟之后一群人就可以开始工作了。
SegmentFault: 一般而言，工具有两种思路，一种是针对特定需求打造解决方案，另一种是提供一定的机制，供用户按自己的需要配置。前者的好处是目标用户可以直接上手，非常简单，缺点是用户群较窄。后者的好处是广泛适用，但是可能每类用户都处于「可以用，但不算特别贴心」的状态，或者是需要进行一定程度的定制。举例来说，如果专门针对采用Scrum的团队打造一款协作工具，用Scrum的团队大概会用得非常爽。但是没接触过Scrum的团队可能会有点迷茫，一下子要接触众多陌生的概念。而普适的产品，可能采用Scrum等特定方法论或流程的团队就会觉得不到位，或者需要很多折腾才能满足预期。不知道Teambition设计上是如何权衡这个问题？
齐俊元: 首先，我们让产品有定制的能力，并且非常容易，举个例子，你可以很轻松地调整任务的管理模式，无论是Scrum还是Gtd，都可以很轻松地在Teambition里实现。
同时，我们和行业里面的用户走得很近，会同时跟进一个方向好几家企业（比如在线教育），了解了他们的工作方式之后，在Teambition里提供模板。
未来，我们计划和咨询公司一起，为企业提供咨询和部署服务。
SegmentFault: 使用协作工具的团队肯定原先自己有一套协作流程，如果新的协作工具和他们的流程配合得很好，那使用起来就会很顺手。但是另一方面，团队自己原来习惯的流程不一定是最高效的，那么协作产品就需要引导团队转向更好的流程。但是这样也可能导致用户因为不习惯而感到不便。Teambition在设计上是如何平衡适应用户已有习惯和传达最佳实践理念这两者之间的关系的呢？对于希望改善协作流程，又不想为切换付出过高学习成本的团队，你有什么建议么？
齐俊元: 即使是一个可定制的产品，它也总有一个默认状态，这个状态就是我们选定的认为容易接受并且高效的流程模式。
这些最佳实践更多的不是通过产品表达，而是通过我们在其他渠道的分享和我们为用户提供的服务来传达。我有的时候一个周末可能会做四场分享，我们的团队也会不断在博客和公众号里分享，都是为了一个目标：让更多人了解更高效的协作流程。
对于你提到的这类团队，我的建议如下：
- 有明确的目标：想明白改善协作流程的目标是什么，这样他们在实践过程中更容易得到积极的反馈，并加强动力。知道了会得到什么，也就知道自己愿意花多少成本了。
- 选择更好的工具：很多时候，学习成本不在于习惯协作流程，而是如何落实流程，很多时候时间花在学工具上了。这也是为什么我们不遗余力地要让Teambition更简单，更容易上手。
SegmentFault: 有些大企业存在一个问题，就是有迫切需要使用产品提高工作效率的人或者部门，可能无权决定购买。而有采购权的部门对一些痛点没有切身体会，所以可能不愿意批准，或者需要走很多流程，拖很长时间。Teambition是怎么应对这个问题的？
齐俊元: 在即将上线的收费版中，我们为用户提供了长达一个月的付款过程，身为员工，你可以没有顾虑地先使用起来。甚至，购买的决策会由我们来推动。
SegmentFault: 93%的Teambition用户会推荐给身边的人，这个数字很惊人。不知道这个数字是如何统计的？因为身边的人可能往往是同一团队的，同一团队的人通常用同一种协作工具。你们有没有统计，用户推荐给团队之外的人的比率有多少？
齐俊元: 我们随机把调研通过邮件发给了我们的用户，然后得到了数字，其实我们是梦想和Basecamp一样看到一个97%的数据（笑），但只有93%，所以我们还需要加倍努力。目前，我们没有在分析用户间的社会关系，所以没有这个数据。
SegmentFault: 个人备忘的设计和整个产品的风格似乎有些差异。个人备忘不支持markdown，长备忘只显示前面几行的内容，需要进入编辑模式才全部显示。能谈谈个人备忘的设计理念么？
齐俊元: 当前的个人备忘是一个失败的部分，我们会加强。
SegmentFault: 协作工具切换常常是一件苦事，正在进行的任务、共享的文档等。手工转过来费事费力。Teambition是否有计划推出导入导出功能呢？
齐俊元: 导入，导出，开放平台，都即将发布。
SegmentFault: 赞！协作工具除了用来计划、沟通之外，还有一个作用就是把一些讨论、流程等内容沉淀下来。Teambition中有哪些设计考虑了这方面的因素？
齐俊元: 首先，Teambition中所有的讨论都有明确的主题，针对一个任务，针对一个文件或是针对一个会议，这个逻辑本身就适合沉淀。
同时，我们最新发布的分享墙是往知识管理走的，所有的内容都可以多人协作编辑，我们很多的研发文档，设计文档等都已经在新版分享墙上长期维护。
然后，和前面提到的个人备忘会往这个方面走。
SegmentFault: 在Teambition中，同一件任务的备注、评论、子任务、附件都在一个地方，再加上阶段，为讨论和沟通提供了充足的上下文。但是有的时候，任务之间也有上下文关系。比如一件任务依赖另一件任务，甚至还可能有更复杂的情况，例如，只要完成任务A和B中的一件，就可以进行C，再如，虽然没完成D也可以进行E，但是完成D之后进行E更高效之类。Teambition是否有机制可以表达这种任务间的上下文？
齐俊元: 目前没有，即将会有。
SegmentFault: 你曾经在一次访谈中说过，「想法还是有价值的，但现在只有最棒的想法才有价值」。Teambition中，如果让你挑一个最棒的想法，你会挑哪个呢？
齐俊元: Teambition就是我们最棒的想法：让一群人可以一起实现他们最棒的想法。
SegmentFault: 你们团队中似乎有做数据挖掘的人？是否你们现在在产品改进方面有参考对用户行为的数据分析？还是说打算在以后为用户提供一些数据分析服务，例如个人工作效率最高的时间段（适合用来做最需要集中精力的困难任务），再如团队中平均而言大家效率最低的时间段（适合用来开会的时间 ^_^）？
齐俊元: 项目首页已经开始分析项目中的数据来帮助项目成员关心他最应该关心的事情。数据分析服务也已经有内部小组跟进，你的想法很棒，我拿到小组里去分享一下=p
SegmentFault: 记得你曾经说过：「（创业者）要敢于做那个和别人不一样的决定，要敢于将这个决定的权利放在自己手上。」企业决策的时候容易有两个相反的问题：一个是没有充分听取大家（包括员工和用户）的意见，独断专行，另一个是迷失在众多相互冲突的想法之中，无所适从。你在做决定的时候如何平衡这两者呢？
齐俊元: 我的体会是：不同的决定适合采用不同的方式。我自己在学习的是，什么决定该我来作，什么决定该民主产生。
SegmentFault: 你还说过：「要做那些你原来没做过的事情、原来你都不敢想的事情。我原来觉得我是搞科研的，我永远不会站在台上说话，你要做那些你原来没想过的事情。」2014年，有打算做什么原来没想过的事情么？
齐俊元: 原来总是期待别人做一个出色的AI助手，现在我要自己做了。
SegmentFault: 听说你们Teambition的服务器使用了集群来确保服务的安全稳固，《CoffeeScript小书》、《深入浅出CoffeeScript》的译者寸志也在你们团队。可否请你介绍下Teambition的技术架构呢？你们在用CoffeeScript么？
齐俊元: 我们在产品上前后端都是用CoffeeScript，而一些管理、监控的服务则有Python和Ruby。
前端框架是基于Backbone自主开发的，UI Kit部分是基于Bootstrap重写的Teambition UI。静态页面原来是自己写的框架，现在会改用Jekyll。异步处理方面，我们开源了ThenJS
服务器框架是自行开发的，使用了Express，Socket.io, MongoDB, Redis等。服务器进程间使用Redis进行通信，我们开源了这部分的代码
任务部分，前端更多地使用Grunt，而后端Cake居多。
在这些以外，部署使用我们自己开发的Sneaky，监控是自己开发的Gamma，文件则是我们的Striker。（都是用Iron Man的盔甲名来命名的）
我们私有项目基本上都是CoffeeScript了，开源的部分会努力用Javascript来写。
SegmentFault: 开源部分用JavaScript是为了鼓励更多人参与吧。听说你们正在做一个「灵感本」，能透露下这是一个什么样的产品么？
齐俊元: 一个简单的笔记应用，并非Teambiton产品线，而是利用业余时间为我们的用户解决问题的一个产品。更轻量更快速的笔记类应用。
SegmentFault: 期待ing... 据说「灵感本」的开发是为了顺便测试开放平台，Teambition以后会开放api么？
齐俊元: 是的，不仅是Open Api，而是Open Develop Platform. 我们正在将所有数据服务独立出来，这样未来大家都可以用我们的数据服务来做一个自己喜欢的todo list，备忘录之类的效率应用了=）
SegmentFault: 大赞！「灵感本」的开发成立了内部小组？能谈谈你们团队内部开发是如何分工协作的么？
齐俊元: 我们不同的产品线会由「队长」来协调所有的相关工作。具体的工作会以小组进行，有好的想法都可以主动申请成立小组，招募组员一起去做。多数员工都是跨产品线工作的。
SegmentFault: 真棒！听起来Teambition的团队文化相当赞呀！能给我们讲讲么？
齐俊元: Teambition的团队文化让我自己最感动的是：我们不停地在想像未来 并且能够把想法变成现实 我们愿意学习一切来实现我们的理想。我们会内部培训网页工程师开发移动应用，会定期请人来Teambition做Session，会一起去看设计展，随时可以买任何书籍等等。
豆瓣小组里有我们的照片
SegmentFault: 新域名project.ai真酷！AI是人工智能，Teambition就像一个机器人秘书一样，帮助团队成员之间协作。不过.ai这类的个性域名有一个缺点，就是做大众市场的话，很多用户不知道这种个性域名，如果别人和他说project.ai可能会记不住。而.com的话，在大多数浏览器输入名称是自动补全的。不知道你对这个问题怎么看？
齐俊元: 客观来讲，连Teambition都记住了的用户，绝对记得住Project.ai=) 当然，teambition.com会成为公司主页，会给大家跳转的链接。
SegmentFault: today.ai的域名你们也买了吧？「今天」大概是一款什么样的产品呢？和Teambition是什么关系？在以后的开发和运营中，如何处理两者的关系？
齐俊元: 是的，「今天」是我们新的产品线，定位是个人助手，当你使用各种专业工具（比如Teambition）来管理工作的时候，它会帮助于更好地安排时间，了解需要做的事。你可以理解为，我们希望「今天」服务一切效率应用。在运营和研发中和Teambition（project.ai）是平等的。
SegmentFault: 据说一季度打算推海外市场。海外市场用户付费习惯更好，协作产品的市场也更成熟。但是可能会面临两个问题。一是东西方思维模式和使用习惯的差异。二是认知度的问题，Teambition入选了《Red Herring》2013年亚洲创新百强企业，但是和Basecamp的Basecamp还相差很多。不知道Teambition对这两个问题有哪些思考？除此以外，你们估计还会遇到哪些问题，打算如何克服？
齐俊元:
- 我们会有外国友人加入团队，来解决思维和文化上的问题。
- 我们的国际市场会先从东南亚开始，然后是欧洲，最后是美国。
SegmentFault: 你高中时曾在中科院的细胞所研究“如何鉴定鹦鹉的性别”，能给外行简单介绍下该如何判断鹦鹉的性别呢？你觉得中学以来的科研经验给你的创业带来了哪些帮助？或者说，科研和创业的相通之处和差异分别是什么？
齐俊元: 常见的宠物鹦鹉多不是单性态鸟，通常外观可以分辨。真是遇到了单性态的鸟，在我研究的那个时间段，最快的方法是拔下羽毛，抽提DNA，获得特定的染色体片段然后跑个电泳，大概半天时间。我觉得科研经历能提高我的学习能力，和创业一样，我们要尽自己最大的努力开拓未知的世界，但作为创业者，要承担更多责任，给同行者提供回报。
