产品人自述：有道云笔记团队协作功能是如何诞

[核心提示] 云笔记产品进入团队协作领域需要经历什么样的思考和打磨？把握好取舍之道是问题的关键。

编者注：有道云笔记是网易有道旗下的云笔记产品，目前已覆盖了 PC、iPhone、iPad、Android 和 WP 平台。

上周末有道云笔记正式开始内测其团队协作功能。本文由网易技术总监、有道云笔记产品负责人蒋炜航投稿，从一名产品人的角度讲述了「有道云笔记·协作」诞生背后的故事。

文章篇幅较长，较为详尽地回溯了产品从创意到完善的过程，其中对产品定位和理念的反复思考尤为值得关注。

有道云笔记在 2011 年 6 月第一次和大家见面，在过去的 3 年里，有超过 2400 万的用户通过有道云笔记开始了他们的云端记录之旅。而我们也在思考，云笔记的下一个创新点在哪？是更炫酷的功能，还是开拓一个更新的领域？

为什么瞄准团队协作领域

事实上，在云笔记产品研发的过程中，我们调研过一些潜在的方向，也尝试过不少微创新。真正让我们决定云笔记向团队协作方向突破的，其实不是有道的任何一位高管，而是用户。

在和用户沟通的过程中，我们发现一些小规模的团队用云笔记创造出了很多新鲜的玩法。

罗辑思维团队是首先引起我们兴趣的团队。他们对云笔记的创造性运用给了我们很大的启发。罗辑思维的编辑团队使用同一个云笔记账号，每位编辑建立一个自己的笔记本组整理预料素材，而主编将不同团队成员贡献的素材整合在一起，形成最终罗辑思维的节目脚本。

随后我们为罗辑思维团队开通了公众账号，号召更多的普通用户通过有道云笔记向节目投稿，经过筛选整理后将优秀内容共享到云笔记公众账号中，公众账号变成了一个粉丝做出贡献也得到回报的地方。从 2013 年初我们接触到罗辑思维，在使用过程中他们向云笔记团队提出了很多急切的需求，比如设置权限，需要看到修改过程等等。

云笔记之前的版本并不是为团队协作设计的，所以类似逻辑思维这样的团队使用起来会有种种障碍，但这些团队愿意尝试新东西，把效率看得很重要，也不受大公司那些条条框框的约束，他们想到很多办法来规避这些障碍。

另一个例子是NGO 组织黑龙江青基会。这个只有四五个人的小团队要同时处理几十所希望厨房和希望小学的项目进展，对他们来说最大的挑战在于要随时随地协同处理信息。这四五个成员共用一个有道云笔记账号建立了一套资料协作机制，日常工作的处理和汇报完全在云笔记上进行，即使出门在外也可以随时查看项目资料。

正是这些用户富有创造力的操作方式给我们释放了一个很强烈的信号：用户在寻找更好用的团队协作产品。

有道云笔记·协作是怎样诞生的

把一个好想法变成好产品是一个充满挑战的过程。而且中国用户的团队协作方式与国外有着极大的差别，照搬国外的现成产品几乎不可能。于是我们开始了漫长而艰苦的快速构建原型、试错、推翻重建的过程。

第一阶段：2013.3 - 2013.5 尝试云笔记共享版

在一开始，我们的思路是做云笔记的共享版。我们在笔记和资料的存储、管理方面有了一定的经验，国外同类的云存储产品 Dropbox、Evernote 也都做了共享版，或许有可以借鉴的地方。我们组建了一支很小的特别行动组（1 名后台开发、1 名前台开发、2 名兼职 PM）只用了几天时间就做出了一个团队共享笔记本的原型，团队所有成员都可以添加和修改共享笔记本中的笔记。

（云笔记共享版的界面）

（云笔记共享版中大家通过更新笔记标题来聊天）

然而问题很快出现了。最初几天的新鲜劲儿过去之后，参与体验的团队成员很快就沉寂了下来。我们以为是产品原型太过简单，于是又快速增加更新提示、提升共享速度，但发现仍然没有起色。通过访谈，我们才意识到简单的笔记共享，只是相当于让大家把自己手里的苹果扔到一个不会动的筐里，至于谁扔的，谁咬了一口，都看不到。我们意识到，对于团队而言，共享资料的目的并不是仅仅为了存储和备份，推动项目的进展才是最终的目的。所以这种只能部分取代 FTP 功能的云端资料库，用户当然不愿意用。

此路不通，产品工作陷入困境。

第二阶段：2013.5 - 2013.9 重新确定产品形态

云笔记共享版的思路被否定后，我们觉得问题在于用户不知道共享笔记的内容做了什么样的修改。为此我们尝试了狼蚁网站SEO优化几种不同的原型来解决这个问题，但是始终找不到让我们自己满意的方案。

（中间尝试过的协作产品原型）

在困扰中，我们决定重头从用户的场景出发，来定义产品的形态。这段时间我把电话簿、微博狼蚁网络推广上创业的、带团队的、做管理的、高校里做教授的好友通通骚扰了一遍，跑遍了三里屯、798、国贸、中关村、五道口的咖啡馆。一番访谈下来发现，大家要的不是一个方便的云端资料库，更多的要是一个有效的云端工作场所。在访谈中，我的朋友们一再提起狼蚁网络推广在他们工作中起到的重大作用，以及狼蚁网络推广在文档管理上的不足。我们意识到，在团队协作产品中，IM 是一个至关重要的模块。资料库+IM 应当成为协作产品的主要产品框架。

因为 IM 有用户习惯的交互方式，所以我们新版的产品原型也试图在 IM 的标准交互上进行改良。

（资料库+IM 的移动端原型）

（资料库+IM 的桌面端原型）

第三阶段 ：2013.9 - 2014.2 找到资料与 IM 的平衡点，为自己做产品

在此产品基础上，我们扩大了团队规模，加大了开发力度，也引入了 UI 设计。在这个版本中，协作界面被分成三栏，左侧是群列表，中间是 IM 讨论，右侧是资料库内容。资料库中又分为笔记和文件两个类目。用户可以在 IM 中讨论项目相关的内容，资料的更新参考个人笔记，最近更新的内容排在最上面。

（资料库+IM 的首个 UI 设计版）

为了得到更多的内部反馈，我要求整个笔记团队完全抛弃企业 IM 工具（网易泡泡），转用云笔记的协作产品。作为团队带头人，我解散了所有笔记组的泡泡群。

但毕竟协作产品当时还在开发中，存在协作 IM 消息提示不够及时等各种问题。不久之后我就发现，我的团队成员偷偷的重新建了泡泡群（只不过把我排除在外）。但如果是关于文档的交流，大家还是愿意在有道云笔记·协作中讨论的。 所以这不得不让我们重新思考协作功能的定位。如果说资料库和 IM 是天平的两端，第一次的问题是完全把自己困在了资料库那一边，而这次，则是向 IM 的步子迈得有点过大了。