知乎 Live · 产品经理那些小众但出奇好⽤的神器

太空小孩   ·   2017 年 05 月 12 日

Live 简介

本次 Live 的时间是 2017 年 5 月 13 日(星期六)20:30,点击「产品经理那些小众但出奇好⽤的神器 - 知乎 Live」可直达会场。

我是太空小孩,新闻传播学硕⼠,目前在迅雷任资深产品经理。曾与王兴一同见证美团的从无到有,与和菜头一起把饭否从冰封中解冻,也参与孵化或主导过 Whisper 以及美图旗下多款产品。 这是我的第⼆场知乎 Live ,也是⾸场与少数派合作的知乎 Live 。

这是由少数派组织的关于「利用思维与工具,提高产品经理的核心竞争力」系列 Live 之一。

欲善其事,先利其器。产品经理们想必都私藏着几款得心应手的效率⼯具,但是在工具产品⽇新⽉异的今天,总有一些虽然小众,但酷炫有趣、出奇好用的神器或工作方式是值得发掘和尝试的。本次知乎 Live 旨在指引并帮助介绍和总结这些小众神器。

本次 Live 主要包括以下内容:

  • 对于灵感收集 / 思维导图,有哪些⼩众但出奇好用的神器?
  • 对于原型设计 / 交互设计,有哪些小众但出奇好用的神器?
  • 对于团队协作 / 协同处理,有哪些⼩众但出奇好用的神器?
  • 有哪些适合产品经理的小众 App 或网站?
  • 为大家解答感兴趣的相关问题

Live 讲义

Live 讲义更新说明

以下讲义内容根据 Live 语音与互动整理,在 Live 结束 6 个月后公开。

太空小孩,2017-11-13

大家好,非常感谢各位来到我的知乎 Live。本场知乎 Live 的主题是《产品经理那些小众但出奇好⽤的神器》,这是由少数派组织的关于「利用思维与工具,提高产品经理的核心竞争力」系列 Live 的第 3 场,前两场有刘少楠的《产品汪的五种武器:记录、实现、架构、数据、整理》以及孙亮的《快人一步的产品设计方法》,之后还有由阡陌为大家带来的《产品经理如何平衡「高频沟通」和「深度思考」》,也欢迎大家参与。

之所以选《小众但出奇好⽤的神器》这个主题呢,主要是处于两种考虑吧。第一是说,一个产品经理或者一个团队的工作或协作效率提升的方法,在理论层面上的讨论已经太多了,大家可能都快听腻烦了,所以我不会说这个。第二是产品经理该用什么工具,无论是 Axure RP 也好,MindManager 也好,PowerPoint 或者 Keynote 就更不用说,想要去用好这些工具,随手谷歌或者百度,都能找到答案。况且,不同的团队有不同的协作方式,不同的产品经理有不同的使用习惯,不可能寄希望于用一两个小时的时间讨论清楚这么多产品的优劣,所以常见的产品我也不想多说。

今天我打算从我个人的经验和见解上,帮助大家,特别是产品经理们,去发掘和探索一些新鲜的、实用的、偏小众的工具,同样或者说能更好地帮助你提升个人学习与产品工作的效率,而且说不定能带来一些意想不到的效果。可能大家对小众这个词汇的理解与定义都不太一样,我所定义的小众就是,你身边的同事大部分都不知道,也并没有在频繁使用的工具。

然后我还要说一个前提,今天我们将要讨论的产品,会有比较大的比重是基于 macOS 以及 iOS 平台的,Windows 以及 Android 的会稍微少一些,主要原因还是因为我个人使用习惯的原因,当然我也假设了一个不知道是否正确的前提,那就是作为一个产品经理,一台 Mac 笔记本和一台 iPhone 应该都是有的吧。另外一个原因就是这些新奇小众的产品确实更多地出现在 macOS 与 iOS 平台之上。

1. 日常创作、灵感收集、思维导图

好我们还是言归正传先说今天 Live 的第一个话题:「关于日常创作、灵感收集、思维导图的小众神器」。说到这个话题呢,我想先,给那些并没有习惯使用 Markdown 这个标记语言的产品经理们安利一下 Markdown。虽然对于这次 Live 的听众而言,Markdown 可能并不算小众,但我确实认为 Markdown 对于产品经理而言是一门非常实用但并没有被广泛使用的技能;而且 Live 之后介绍的不少工具都会用到 Markdown,所以我们还是先花一点时间介绍一下吧。

Markdown 是 John Gruber 与 Aaron Swartz 共同设计的标记语言。如果你是不鸟万如一的播客《IT 公论》或《一天世界》的听众,你可能会经常听到 John Gruber 这个名字,他是科技博客 Daring Fireball 的主编。Aaron Swartz 更是一位天才,他被称作「互联网界的特斯拉」,因为他主导或参与了 RSS、Markdown、创作共用、Reddit 等项目的创立与发展。可惜的是,2013 年的时候因为被指控非法下载学术期刊文章,面临百万美元的罚款与 35 年有期徒刑,Aaron Swartz 选择了自杀身亡,这个事迹你可能已经听说过了。

我们先看看我们常用的 Word 以及 Pages 这类编辑器的一个弊端。

Word / Pages 等编辑器的弊端:

  • 兼容性问题。用 Windows 的人无法查看和编辑 iWork(Pages / Numbers / Keynote)文件,用 Mac 的人编辑 Office 文档的体验虽然已经比几年前好很多,但是仍然不方便。
  • 编辑过程中需要花费大量时间在设计与排版上。
  • 如果不输出为 PDF 格式,可能其他人看到的文档样式会与你自己看到的文档样式差别很大。
  • 大部分人仍然无法接受 Office 的价格或习惯购买 Office 365,仍然在用着盗版软件。

为什么应该使用 Markdown:

  • 语法简单,上手容易。可能是这个世界上为数不多只需要 5 分钟就能完全掌握的语言。
  • Markdown 本身就是纯文本,支持所有文本编辑器,什么人都能打开这个文档,即便是没有经过转换的 Markdown 文件,也不会影响阅读。
  • 让你的写作过程可以专注于文字本身。完全不用再把时间花在调整字体大小、标题、行距这些繁琐的排版以及格式的规范统一上。甚至从头到尾都不需要鼠标的介入。
  • 将 Markdown 文档输出为 HTML 格式或电子书极为简单。
  • 可以方便地借用 Git 实现协作编辑与版本跟踪,借用更多开源工具实现文档的在线发布。

Github / Reddit / Stack Exchange 都在使用 Markdown,简书也支持以 Markdown 形式创作。

如果你之前更多的场景是使用 Office 或 印象笔记这些带工具栏的编辑器来进行创作,习惯了 WYSIWYG 这种编辑体验 —— 你可能会对 Markdown 的编辑体验没有代入感,但由于 Markdown 的语法实在是简单,这个转变的过程其实会比你想象中的要快很多。当你熟练之后甚至会对工具栏产生本能的反感。

我说的这种本能,说的是已经完全通过肌肉记忆或者说条件反射来进行 Markdown 编辑,比如一想到要写一个二级标题,就会自然而然地打出两个 # 号;一想到要插入一个无序列表,就会自然而然地打出一个 * 号和一个空格。下面我来介绍一些我认为不错的基于 Markdown 编辑或发布工具。

使用 Markdown 来记笔记:

名称 平台 链接
Bear macOS iOS http://www.bear-writer.com/
Ulysses macOS iOS https://www.ulyssesapp.com/
Day One macOS http://25.io/mou/
MarkdownPad Windows http://markdownpad.com/
为知笔记 macOS Windows Linux iOS Android http://www.wiz.cn/

使用 Markdown 来写博客:

名称 链接
Jekyll https://jekyllrb.com/
Hexo https://hexo.io/zh-cn/
GitHub Pages https://pages.github.com/
Coding Pages https://coding.net/help/doc/pages/

一些好用的 Markdown 插件或周边产品:

我把使用 Markdown 来记笔记、写博客以及一些好用的插件列在上面了。我打算挑出其中的 Bear 来单独介绍一下。

1.1 小众神器推荐:Bear

名称 平台 链接
Bear macOS iOS http://www.bear-writer.com/

Bear 其实在产品圈内不算小众,它内测的时候就在 ProductHunt 上获得了超过 1000 个支持,去年底上架 Mac App Store 的时候还被评为了最佳应用。但是在笔记产品里,目前仍然是印象笔记、OneNote 这些产品的天下。

印象笔记我也用过不下于 5 年了,但是去年底的时候我还是毅然转入了 Bear。Bear 就是我期待的 Markdown 笔记应用该有的样子。在我看来,印象笔记确实是一个高效的收集工具,但是对于快速、专注地记笔记的需求而言显得不够友好。

印象笔记 Evernote 的缺点:

  • 文档较多时,程序变得臃肿,开启和运行速度缓慢
  • 经常同步出错,出现「冲突的修改」需要手动修正
  • Markdown 支持较晚且不够完善
  • 免费版有流量限制

Bear 的优点:

  • iCloud 同步目前稳定快速,没有同步出错风险
  • 支持增强的 Markdown,编辑与预览实时进行
  • 支持导出 8 种文件格式
  • 精致轻量、高颜值

Bear 本身是免费的,不过 iCloud 同步、主题选择等一些高级功能就需要收费了,¥10/每月 或者 ¥103/每年。

这一章的最后简单说一下思维导图的相关工具。在上次知乎 Live《如何高效地获取与整理优质信息》的时候我说过一个观点:思维导图真正的作用往往更多的是作者在做思维导图的过程中,不断的规整自己的思维逻辑和知识体系,思维导图做完思绪也基本整理清楚了,显性的知识已经转化为隐性的知识了,作者本身是最受益的,做思维导图的过程本身就是一个思维体系化和结构化的过程。

做思维导图或者整理内容结构并没有太多小众的路线可以选,关键还是自己顺手的工具,除了 MindManager 以外你还可以选择 XMind、MindNode 或者 OmniOutliner。我个人而言更习惯用 XMind 或 MindNode,当只是我自己整理知识内容结构的时候,MindNode 这种极简的模式能帮助我专注在内容结构本身上;当我需要展示某个思维导图或者树状图,需要用到复杂一些的表达形式的时候,我会选择 Xmind。Xmind 有免费版本,MindNode 也会经常不定期限免,大家可以多关注。

名称 平台 链接
XMind macOS Windows Linux http://www.xmind.net/
MindNode macOS iOS https://mindnode.com/
OmniOutliner macOS iOS https://www.omnigroup.com/omnioutliner
百度脑图 Web http://naotu.baidu.com/

历史上有哪些疑似穿越者?理由是什么? - 太空小孩的回答 这里的配图使用了 XMind 进行创作。

2. 原型设计、交互设计、需求文档

我们进入到本次 Live 的第二个部分:「原型设计、交互设计,以及需求文档」。这个部分我可能用稍微多一些的篇幅重点讲解一下。

这次 Live 的听众可能有很大一部分是产品经理,你们应该很明白,其实大部分时候,你并不需要制作复杂的动效和和所谓高保真的交互模型,你的需求文档上只需要清晰、全面的静态图与细致的文字说明,有一个良好的维护和阅读方式。这些静态图以及文字说明可能在产品测试阶段还要不断地去补充优化。

说到产品经理的交互原型设计工具,可能绝大部分听众都会想到 Axure RP 和墨刀。OK,在过去很长一段时间内,我确实是只用 Axure RP 或者墨刀,或者用 Photoshop 或 Sketch 配合 Axure RP 去输出需求文档这样的编写方式的。我相信很多团队都在沿用这样的需求文档创作方式,比如美图就是这样。产品经理使用 Axure RP 编写好需求文档,输出为 HTML 格式,然后上传到内网服务器中,配置好域名以及 host,开发同学就可以查看了。

因为团队习惯就是用 Axure RP,身边的产品经理也都在用 Axure RP,所以我一开始的时候也是用 Axure RP。但就我几年来使用 Axure RP 的体验而言,我觉得实在是太痛苦了,编辑痛苦,协作痛苦,发布也痛苦。因为我不只是要画交互,我还要写大量的文字、表格,甚至公式和逻辑图来确保需求被描述到足够精确和细致,我认为 Axure RP 是不堪此任的。

Axure RP 在我看来是一个庞大但并不专精的工具。它能用来画交互,但是保真度不高,不像 Sketch 一样能以假乱真,也不像 Facebook Origami 和 Quartz Composer 一样能实现精准复杂的交互动画 ;它能插入文字,但它的文字排版和编辑编辑体验与任何一款文本编辑器相比就是不及格的状态;它能进行团队协作,但是这个协作体验在我看来还停留在上个世纪。不但需要反复的 Check In / Check Out,而且如果两个产品经理使用不同的 Axure RP 版本,那么就无法进行协作。如果这个 RP 文件被放在公司共享盘上,那么这个协作体验就会更加痛苦不堪。

Axure RP 的缺点:

  • 昂贵,Axure RP 8 Pro 单用户版本售价 $495,折合约 ¥3416。
  • 文本排版编辑能力差。
  • 以 HTML 输出的文档阅读体验差。
  • 团队协作比较繁琐和缓慢,需要反复的 Check In / Out。
  • 版本之间的兼容性差,如果两个产品经理使用不同的 Axure RP 版本,则无法进行协作。

如果你跟我一样讨厌 Axure RP,我给你们提供一个新的解决方案吧。

抛弃 Axure RP 的解决方案:

  • 原型设计:Sketch
  • 动效设计:Keynote / Flinto
  • 需求文档:GitBook / GitHub Wiki / Dropbox Paper

这个解决方案的前提是,你做产品的时候,原型设计与需求文档的流程是拆分开来的。比如我已经非常习惯使用 Sketch 来绘制原型图,通过模板新建 Sketch 文档,选择 iOS App 或 Material Design,通过 Sketch 的官方控件库就能方便地创作高质量的原型设计。有人用 Photoshop,还有人用 OmniGraffle 的。如果你想简单、快捷一点,不那么在乎细节的话,那么用墨刀或者 Mockplus 也可以。

用 Sketch 进行原型设计的一些资源:

动效设计:

名称 平台 链接
Keynote macOS iOS iCloud https://www.apple.com/keynote/
Flinto macOS https://www.flinto.com/

上面我贴出了一些用 Sketch 进行原型设计的一些资源以及做动效设计时我常用的工具。通常原型设计和动效设计完成后,你的设计会以图片或视频格式输出,然后这个时候再放入需求文档进行编辑和细化。我们重点说一下替代 Axure RP 实现需求文档的方式。

2.1 小众神器推荐:GitBook

几个 GitBook 在线文档的案例:

我要先介绍的这款小众产品叫 GitBook。GitBook 是一个轻量与便捷的 Markdown 文档或书籍在线发布工具,它本身是一个基于 Node.js 的命令行工具,有一个小小的上手门槛,但是一旦上手之后,后续的事情都会变得很简单。在 2014 年的台北市长选举时,柯文哲就是用 GitBook 来发布了他的政策白皮书。

GitBook 的优点:

  • 轻量、免费且开源。开源意味着丰富的插件与强大的自定义能力。
  • 支持以 Markdown 以及自由度极高的 HTML 方式进行创作。
  • 可输出美观的 HTML / PDF 格式。
  • 使用 Git 进行成熟的协作编辑与版本跟踪。
  • 支持通过 Github 的 Webhook 功能实现自动构建。
  • 对于有 Git 和 Markdown 使用习惯的人来说编辑和管理文档的体验妙不可言。

GitBook 的缺点:

  • 需要先花 5 分钟学习 Markdown 知识。
  • 需要一点代码的入门知识,主要是在本地使用终端命令行搭建基本的 Git / GitBook 环境,需要安装 Node.js。

有一个写需求文档的好工具之后,我发现原来用 Axure RP 写文档痛苦的体验突然就变得愉悦了。因为这种 Markdown + Git 的写作方式已经便捷和根深蒂固了。下面我会发两张截图:我们现在团队使用 GitBook 作为需求文档工具的界面,大家可以看一下比 Axure RP 导出的文档是要更清晰易读的。

2.2 小众神器推荐:Dropbox Paper

我要介绍的第二款可以用来写需求文档的小众神器是 Dropbox Paper。

名称 平台 链接
Dropbox Paper Web https://www.dropbox.com/paper

Dropbox Paper 的优点:

  • 不仅是文档,也是灵活的工作区;可对文档贡献进行追踪;可对文档段落进行对话式评论;适用于团队协作编写文档。
  • 简化的编辑体验,与 Markdown 类似。支持部分 Markdown 语法。
  • UI 真的很漂亮。
  • 通过 Dropbox 进行高效而稳定的版本管理与团队协作。
  • 适用于能集体科学上网、效率工具多采用国外体系的团队。

Dropbox Paper 的缺点:

  • 无法部署在本地服务器,需要在线使用,同时配备好科学上网的工具。
  • 无法对文档样式进行精细化、高度自定义的调整(这也许也是一个优点)。

为什么我说无法对文档样式进行高度自定义的调整也许是一个优点呢?因为对于使用 Markdown 或者 Dropbox Paper 的编辑体验来说,文档只存在结构,不存在样式。文档本身只有大标题、小标题、正文、列表、表格这样的结构标记,而所谓的展示样式或者输出效果其实都是后期统一控制的,比如 GitBook 这类网页应用通过 CSS 统一控制,Bear 这类软件通过偏好设置统一控制。

这样的编辑体验带来一个明显好处,那就是你无需在写文档的时候花多余的心思去调整样式,你可以把所有注意力都专注到你的文档内容本身上面去,而不必要担心怎么突然样式出现了问题,不必要担心图片插入到文档之后怎么尺寸和位置总是变化这类的繁琐细小的问题,也不必要去编辑器的工具栏上到处找按钮,记住快捷键之类。

如果你去体验一下通过 Dropbox Paper 编写出来的文档,你会由衷的赞叹样式是多么美观。事实上,你并没有花费任何时间在样式上,一切样式问题都是 Dropbox Paper 帮你做好的。有意思的是,使用那些有非常多排版选项的编辑工具,用户反而经常花费很多时间,最终做出一个非常丑陋的文档来。

上面我介绍了用 GitBook、GitHub Wiki 以及用 Dropbox Paper 取代 Axure RP 进行需求文档撰写的方式,也许有一部分人会认为刚刚介绍的这些产品要么需要科学上网,要么需要简单的 Git 和 Markdown 知识,但是在我看来这些基础的技能是一个产品经理应该具备的。现在已经是 2017 年了,我仍然看到有产品经理在用 Word 或 PowerPoint 写文档,然后通过邮件附件发来发去。为什么还要用这种原始的创作方式呢?

Word,甚至 Google Docs,在我看来都是落后的,因为他们照顾的更多是文档印刷的需求,所以在使用这类编辑器时你要非常注重排版,甚至考虑好页码的问题。而现实情况是,产品的需求文档多数情况下是不需要印刷的,更多时候应该照顾在线阅读、批注、版本比对和团队协作,难道不是这样吗?如果你一下子还很难接受类似 GitBook 以及 Dropbox Paper 的体验,你也可以从石墨或者一起写这类新式文档协作平台开始,至少,你应该好好反思一下到底你需要怎样的工具了。

名称 平台 链接
石墨文档 Web https://shimo.im/
一起写 Web https://yiqixie.com/

这一章节最后我想说一下图标库管理的事情。我的原型设计稿上经常会用到各种各样的图标,为了能准确描述我想要的图标类型和需要传达出来的意义,我之前更多使用的是 IconJar 这个图标管理器,配合一些我四处搜刮来的图标库。所有图标管理器都有一个最基本的功能,就是方便地展示和搜索不同的图标,然后通过简单的拖放或复制粘贴操作,把这些图标放置到原型设计上去。

IconJar 其实问题挺多的,而且经常会闪退。直到大概去年或前年的样子,我发现了另外一款神器,也就是我即将介绍的 Lingo,让我完全取代了 IconJar。

2.3 小众神器推荐:Lingo

名称 平台 链接
Lingo macOS https://www.lingoapp.com/

Lingo 的优点:

  • 自带 Material Icons 以及 Twemoji 等常用图标素材库(在 Lingo Store 网页版中添加)
  • 具备色板规范以及图标规范
  • 适用于团队共享(付费功能)

使用 Lingo 必备的图标库:

对于原型设计来说,其实 Lingo 已经完全足够了,不过 Lingo 只支持 macOS,如果需要更大的图标库以及 Windows 或网页版的支持,我再提供一些备选项吧。

名称 平台 链接
Noun Project Web https://thenounproject.com/
Noun Project macOS Windows https://thenounproject.com/for-mac/
https://thenounproject.com/for-windows/
Icons8 Web https://icons8.com/
https://icons8.com/web-app/new-icons/all
Icons8 macOS Windows https://icons8.com/app
Nucleo macOS https://nucleoapp.com/

其他支持搜索的在线图标库:

3. 需求管理、团队沟通、协作平台

说到需求管理或项目管理,我见过的工具就更加丰富了,几乎所有的团队,为了项目可视化,可能堆砌了相当多的平台同时进行需求管理、人员管理、项目管理以及 Bug 管理等。甚至还有在用 Excel + 共享盘或 Excel + SVN 的,与公司其他部门的合作又要涉及到新的平台,最后整个项目可视化变得五花八门。

大团队确实挺难统一一个需求以及项目的管理平台,但是小团队是可以去把这件事情做好的。我这里推荐以下三款产品:Teambition、Worktile 以及伙伴云表格。

名称 平台 链接
Teambition Web macOS Windows iOS Android https://www.teambition.com/
Worktile Web macOS Windows iOS Android https://worktile.com/
伙伴云表格 Web https://www.huoban.com/

我所处的团队长期以来都用的是 Teambition 来管理需求,但总感觉在需求的拆分以及分类管理上还有一些不够。同样的产品需求可以按照不同的维度进行分类,这些维度可能是优先级,可能是研发能力,也可能是平台属性。我觉得伙伴云表格这款偏小众的表格产品,反而很适合解决这个问题。

3.1 小众神器推荐:伙伴云表格

伙伴云表格是国内最流行的论坛引擎 Discuz! 创始团队打造的产品,我印象中刘飞也推荐过这款产品。它不仅是一款表格产品,也挺适合用来管理项目、进行 bug 追踪的。

伙伴云表格的优点:

  • 作为表格协作平台,不但能满足通过表格来管理需求的习惯,还能够对需求的平台属性、研发状态、优先级等进行标签化管理,阅读清晰,并能实现任务的快速指派。
  • 提供不同行业多种应用场景的表格模板。
  • 永久免费。

我们再讨论一下团队沟通工具的问题。其实我们都很明白,无论我们最终选择什么团队沟通工具,总是没有办法避开微信。因为微信本身作为 IM 工具是很好用的,发图发视频发表情都很好用。大家在朋友圈、公众号里看到文章,很容易顺手就转到微信了。你产品的用户、你的合作伙伴,也都在微信上。

但是大家都会希望能把工作与生活的交流拆分开来,毕竟加入你想搜索一个上星期发送给设计师的文档,结果一不小心把朋友给你发的小视频搜出来了,那就会很尴尬。专门用于团队沟通的 IM 工具,可能是 RTX,可能是钉钉,可能是企业微信,也可能是 QQ。确实有用 QQ 的,美图就在用 QQ。

RTX、钉钉、企业微信这些软件我就不横向比较了,既然咱们说的是小众产品,我还是针对小团队来介绍一下吧。我打算讨论的是 Slack 模式。BearyChat 和简聊都是 Slack 模式在国内的版本,简聊我没有用过,所以就不讨论了。

名称 平台 链接
Slack Web macOS Windows Linux iOS Android https://slack.com/
倍洽 BearyChat Web macOS Windows Linux iOS Android https://bearychat.com/
简聊 Web macOS Windows Linux iOS Android https://jianliao.com/

3.2 小众神器推荐:Slack & BearyChat

Slack 大概在 2014 年的时候就已经在小团队,特别是创业团队中风行了,因为从产品体验上来说,Slack 不但是一个非常优秀的团队沟通工具,也因为它的高度集成性和可定制性,能够把 Github、Dropbox 或者 Google Drive 等各种常见第三方平台能力集成到应用里面来,还可以自制一些机器人等玩法。我们之前的团队,就用这种机器人能力,每天为大家分配吃饭的轮次。

如果你的团队并没有很方便的集体科学上网模式,没有以国外的效率工具为生产基础的话,你们也可以选择 BearyChat 或简聊,这两款产品现在无论使用体验还是产品功能上都与 Slack 非常接近。

Slack 与 BearyChat 的优点:

  • 全平台支持性。
  • 文件整合能力强大,统一搜索体验优秀,历史记录永久保存。
  • 相当好的第三方平台集成能力,可以把项目管理、代码托管、服务监控等信息都汇总到一个频道中,这是 RTX、企业微信以及钉钉都很难做到的。
  • 开放 API,支持 Webhook,可以非常方便的实现机器人自动化。

4. 回顾

非常感谢大家支持我的这次知乎 Live,本次 Live 已经接近尾声,我给大家回顾一下我们这次 Live 的主要内容。在本次 Live 的第一部分,关于日常创作、灵感收集、思维导图,我们讨论了使用 Markdown 来作为主力创作工具的工作方式,介绍了 Bear 这款产品。第二部分,关于原型设计、交互设计、需求文档,我们讨论了 Axure RP 的一些问题,给出了 GitBook、Dropbox Paper 等解决方案,并介绍了 Lingo 等产品。第三部分,关于需求管理、团队沟通、协作平台,我们介绍了伙伴云表格以及 Slack 和 BearyChat 这三款产品。