SegmentFault独家专访fengche.co：小而美的团队协做工具

fengche.co是一个刚恰好的中小团队协做工具。原名pragmatic.ly，2013年以来主攻国内市场，使用了更好记的新域。通过屡次迭代的fengche.co，始终保持了简洁的风格。

卡片式的控制面板，风格简约，项目完成度，近期的活跃度等基本信息一目了然。任务模板主要按照任务周期分为三种：我的的Todo模板、协做模板和软件开发模板，协做模板增长了“进行中”状态，软件开发模板在协做模板的基础上增长了“验收经过”状态。

单页面，实时应用，使得任务的建立、查看、管理无比流畅。

按下快捷键 n 键就能够直接建立新任务。方向键或j/k切换任务，附加shift切换任务状态，/搜索。快捷键的设置少而精，既保证了经常使用操做均可以经过快捷键完成，双手无需离开键盘，又避免了繁杂的快捷键，增长用户的记忆负担。能够经过拖动的方式对任务进行排序，移动任务到列表，以及分配任务给成员，方便直观。

全部的操做都是实时的，无需重复刷新页面。即时聊天般的体验让讨论更加愉快。

每一个任务的历史操做和讨论都完整地保存在一块儿，让你快速了解任务进展状况。动态摘要能让你迅速地了解进度。单页面设计，整个项目的状态、计划、任务进展、交流讨论、验收都在同一个页面上，极大地提升了效率，避免反复切换。

fengche.co 目前主打的用户群是技术创业公司，所以任务描述使用GitHub Flavored Markdown，对开发者十分友好。还支持绑定GitHub、Bitbucket、Gitlab的hook，方便集成提交日志的记录。

SegmentFault独家专访了fengche.co的创始人Ye Dingding，带你们走进fengche.co的幕后。

---

SegmentFault: 当初是怎么想到要开发这样一个协做工具的？

Ye Dingding: 咱们在作 fengche.co 前是在作另外一个企业社交工具 Present.ly，开发中尝试了不少工具，基本的感受是现有的工具已经跟不上团队自身素质发展的须要，或者说都算是上一代的产品，因此咱们在 2011 年末决定本身去创造一个更加适合现代团队的目标驱动型的协做工具。咱们本身也在这些年的工做中，合做过很多团队，有创业型的，也有咨询类型的，还有大公司，咱们很清楚知道为啥团队工做低效或者项目会失控，fengche.co 是咱们对这些问题的一个解决方案，来传播咱们认为好的理念和工做方式，让团队能专一高效的协做，创造更多的价值。

SegmentFault: 给你们介绍下fengche.co的技术架构吧。

Ye Dingding: Fengche.co 算是一个重客户端应用。服务端使用的是 Rails 3.2，只用于作数据 API 服务器，逻辑部分基本都在客户端，咱们用的是一个轻量级的前端 MVC 库 Spine.JS 和程序员最喜欢的前端框架 Bootstrap，包括移动端也是用的 Spine Mobile 和 Zepto。在实时通信方面，咱们是用基于 WebSocket 的一个在线服务 Pusher。包括咱们的测试用RSpec，Cucumber，Jasmine，JS Coverage，都是为了保证重客户端应用的健壮性。咱们之前的测试覆盖率比较夸张，很全，如今已经降下来了，在咱们理解了不该该过分的作开发之后……

SegmentFault: “过分开发”算是技术创业者的一个比较强的倾向。你在pragmatic.ly两周年回顾中就提到过“过早和过多地作开发”是一条弯路：

当咱们决定要启动这个项目的时候，咱们没有去找更多的用户聊天，聆听他们的想法，而是选择直接进入了开发阶段，美其名曰解决本身的问题。咱们不停得去假想用户的需求，全部人都在作开发，直到发布。”

可是，fengche.co一开始就是由于没有找到好用的适合小团队的协做工具而开发的。所以，这个提法好像和37signals的主张有些不一致：

咱们作的产品是咱们本身的生意须要用到的。 好比，想关注咱们商谈过的某人的动向，咱们说过什么， 以及何时咱们再跟进。全部咱们作了 Highrise，咱们的联系人管理软件。咱们遇到了问题，全部本身解决。当你开发某种产品或者服务时，天天都要解决几百个小决定。若是你解决的是别人的问题，你天天都会在黑暗里倍感刺痛。当你解决本身问题时，光明来了。你明确知道什么是对的。

能谈谈这方面的经验体会么？

Ye Dingding: 我我的的观点，咱们只看到了 37signals 的主张，却没有去代入他所处的背景。对于互联网创业者来讲，主要有两种风险，技术风险和市场风险。通常而言，对于技术人员创业来讲，技术风险很低，市场风险很高。可是，37signals 不是，Jason Fried 和 DHH 都很是擅长卖本身，它的市场风险是很是低的，有 Rails，有 Rework，有 Getting Real，有新出的 Remote 等等，这些都能帮他创建起很是好的 marketing channel，因此他能够说我只解决本身的问题。这些是绝大多数技术创业者所不具有的，包括咱们。

一个项目要成功，要有三点：

1. 解决了真正的问题

2. 这个问题有人愿意买单

3. 有正确的渠道去推广到这些愿意买单的人。

当咱们启动项目去解决本身的问题时，咱们假设的是这个世界上确定有其余人跟咱们同样也有这个问题，因此 1 是没有问题的。那么，从比例中确定也有人愿意买单，2 有了一部分，可是仍是有一个问题，这个量够不够？第 3 点颇有问题，根本没有在开始时去思考 channel 的事情。咱们知道这个东西是有价值的，可是咱们不知道用户究竟是愿意为具体怎样的价值付钱，哪些价值是他们不肯意买单的。同时，当开发到了必定阶段后，也会很是被动，产品的改进须要不少意见，可是却没有真正的用户群能提供意见。这也是我说的不少技术团队都会犯得错误，过早和过多的去作开发。

SegmentFault: 说到推广渠道，刚开始的时候，pragmatic.ly主攻海外市场，认为海外市场成熟，教育用户成本低，付费习惯好。后来发现因为协做产品竞争较多，认知度缺少，获取天使用户的渠道不多。而专一作国内后，有“柳暗花明”的感受。这可能和大家团队在国内技术圈、创业界的影响力有关。那么，对于不具有这一优点的创业公司，产品的主攻市场又该若是选择呢？

Ye Dingding: 其实说实在的，咱们团队很草根，在国内技术圈和创业界没有任何影响，咱们有的只是咱们的实战经验和实际知识，全部你以为可能的影响都是咱们在创业后去创建的。因此咱们针对咱们的目标用户，去创建信息传递的渠道，去创建交集的圈子。因此，对于创业公司来讲，既然选择了这条路和这个方向，就去努力作好它，好好作产品，作好产品。

SegmentFault: Fengche.co主要是经过远程的方式打造出来的，能谈谈远程办公的优势么？

Ye Dingding: 关于远程办公，能够参考我最近的文章：远程工做，你准备好了吗？

对于咱们团队来讲，它给咱们带来了自由的工做方式、更好的团队成员、更少的运营成本、更多的工做时间、更好的工做效率。

SegmentFault: 其实Dingding从07年到如今一直以远程办公为主，作过独立开发者，也管理过多达18人的远程团队。你以为远程办公面临的最大挑战是什么？

Ye Dingding: 项目管理问题，要明确目标、状态同步、沟通交流，这些在远程的时候都有更多的挑战。明确目标让团队拧成一股绳，状态同步和沟通交流让团队同时使力。而这个就是 fengche.co 要解决的问题，它很是适合于有异地办公需求的团队来协做和作项目管理。

SegmentFault: fengche.co是一个很好的状态同步和沟通交流的工具。除了fengche.co，大家还使用远程协做工具？

Ye Dingding: 在天天的工做中，咱们只用两个协做工具：HipChat 和 Fengche.co。HipChat 用来作群聊，high level 或者碎片的，Fengche.co 来管理项目。咱们喜欢功能单一可是把一件事情作到极致的工具。还有些用可是频率不那么高的工具备 Skype 和 Dropbox。最近在尝试用为知笔记来代替 Dropbox。

SegmentFault: 不管是远程办公仍是本地办公，开发者长时间面对电脑，时间久了身体容易出现各类问题。Dingding给咱们介绍下锻炼和保护身体的经验吧？

Ye Dingding: 忏愧，锻炼是够的，身体并很差，不少久坐工做者的职业病，好比腰，比较颈。2013年4月份，我入了 Herman Miller Embody 椅子，以为是很划算的一个投资。

我以为程序员久坐太正常了，因此必定要常常锻炼，能天天就更好，让锻炼成为工做的一部分。

SegmentFault: 目前fengche.co修改任务描述是没有通知的，这个设计有哪些考虑？

Ye Dingding: 由于咱们提供的 edit it place 没有显式的保存，咱们会作自动保存，因此担忧若是提供通知的话，会有不少消息产生，对用户来讲是个干扰。我以为描述的版本控制系统不是不能作，而是这个功能相对来讲不是那么重要，在咱们有限的资源条件下，会先专一于更高优先级的，若是之后有时间能够再改进。

SegmentFault: 邮件通知是很好用的功能，直接经过邮件新建任务或参与任务讨论很方便。可是也可能会以为邮件有点多。如今在用户设置有“智能提醒”选项，当网页或手机在线时不提醒。有考虑提供一些其余设置选项么？只提醒优先级为高的任务，只提醒分配给本身的任务，或者@给本身的任务之类。

Ye Dingding: 在线不提醒是咱们最近刚刚增长的功能，更细粒度的提醒会在后续跟上。

邮件通知是个很纠结的事，不一样的人对于邮件有不一样的习惯。企业服务又会很容易产生大量的邮件，可能对用户是个骚扰。咱们目前在思考怎么找到一个更好的平衡，让用户用起来最爽。

SegmentFault: fengche.co主办过Ruby China Conf，开源了mails_viewer（邮件预览Rails gem）smart-time-ago（智能灵活的更新相对时间的jQuery库）等模块，Dingding是Ruby社区的核心人物，对整个Ruby社区做了不少贡献。能谈谈对Ruby语言自己和对国内Ruby社区的感受么？

Ye Dingding: 对于 Ruby 语言来讲，这是一个能让我感受到快乐的语言，这就够了。这也是 Ruby 的设计目标之一，让开发者，用的人快乐。

国内的 Ruby 社区在我看来虽然小，可是颇有爱。从 Ruby Tuesday, Rails Girls, RubyConf China, 都是没有掺杂一点杂质的活动，你们都是无私的奉献，去分享本身的知识，很喜欢。整个 Ruby 社区也是很包容万象，比较宽容，这也跟玩 Ruby 的人通常不多只玩 Ruby。

SegmentFault: Ruby很强调快乐编程、优雅编程，可是真正制做产品的时候，每每要兼顾其余因素，可能须要先用不那么优雅的方式快速作出产品，将改良延后。同理，为了求稳，技术选项的时候也会偏向成熟保守的方案，而不是更新更酷的方案。Fengche.co在开发中是如何平衡这两极的呢？

Ye Dingding: Ruby/Rails 已经很是成熟，对我来讲用这些就是保守，:) 我以为不是求稳去选择这些方案，而是尽量的去减小开发的时间，去验证想法和市场，如同我以前所讲的，市场风险对于技术团队来讲才是须要花时间去克服的。

至于 quick & dirty, 咱们虽然知道要这么作，也在努力靠，可是咱们骨子里设计的架构和写出的代码都已经不是那么的 dirty 了... -,-

SegmentFault: Dingding和Terry、Daniel、Kevin、Yi-Ting等主持的Teahour.fm，是很是有意思的播客。2014年Teahour会给听众带来更多惊喜么？

Ye Dingding: Absolutely，敬请期待！

SegmentFault: 国外这类面向开发者的播客很是多，国内就…… 若是有人打算仿效Teahour，Dingding能传授一些经验么？

Ye Dingding: Just do it. 有几我的，有网络，有话筒，就能够了。关键是去作了，坚持下来了。作博客很须要执行力。

---

fengche.co，其简洁的界面设计、明了的信息组织、极速的用户体验，让你专一、有序、高效地工做。最近刚推出了Android和iOS客户端，值得一试。

---

fengche.co的团队

• 叶玎玎

  叶玎玎是一位七年远程工做者，[Fengche.co](https://fengche.co) 联合创始人和系统架构师，[RubyConf China](http://rubyconfchina.org) 组织者，[Teahour.FM](http://teahour.fm) 联合主播。开源狂热者，喜欢解决各类疑难杂症，完美主义兼强迫症者。喜欢研究开发流程及方法论，关注如何改善团队协做，但愿 Fengche.co 能帮助技术创业团队更好地作产品！

• 太檑

  太檑有超过 8 年的 Web 应用开发经验，同时也曾是企业协做平台 Presently/Socialspring 的核心开发人员。他是中国 RubyConf 的讲师，国内最好的 Rails 视频教学网站 Railscasts China 的创始人和目前国内程序员领域 #1 的播客节目 Teahour.FM 的联合主持人。

• 何斌

  何斌崇尚极简，可用性永远在他设计的第一位。目前他和太太及可爱的女儿居住在一个宁静的小山村，因此在他的设计里有许多清新天然的元素。除了设计以外，他同时对技术保持着热情，了解如何在开发上和设计上取得一个平衡。

• 杨濯宇

  从 PHP 转到 Ruby 的程序宅，喜欢钻研，分享和传播写代码的心得和体会。沉迷于测试驱动的设计和架构研究，努力作一名出色的架构师。

延伸阅读

fengche.co团队成员Ye Dingding和Terry Tai的一些文章，主题涉及技术、开发流程、创业等，推荐给你们。

• 让代码审查成为你的团队习惯

• Rails 初学者指南

• 实用 Git 工做流

• 如何吸引技术合伙人?

• 不要让办公室成为你的效率杀手

• 如何开始你的 SOHO 之旅 (1)

• 如何开始你的 SOHO 之旅 (2)

• 我如何把薪水从 50人民币/天 提高到 100美圆/小时的 (1)

• 我如何把薪水从 50人民币/天 提高到 100美圆/小时的 (2)