详解飞书新功能，如何让开发者“爽”起来？ _飞书

文章插图
每一个开发者都曾有着用代码改变世界的梦想，却少有人察觉，看似无所不能的他们，在现实中其实也是需要被关怀的“宝宝” 。
毕竟，研发部门不能闭门造车地写代码，而是需要频繁地与兄弟部门协同工作，将产品从图纸和创意完美落地。现实中，倘若没有高效率的沟通机制和好用的工具辅佐，整个团队都可能被陷入相爱相杀甚至互相扯皮的泥潭中。相信不少研发“宝宝”们都遭遇过这样的痛苦，比如：

对目标的认知差异：开发者思维和产品思维的冲突
沟通方式不统一：沟通效率低、信息不对称、理解不到位
对双方专业不理解：都说“这个需求很简单”，实际上每一行代码都凝结了研发的汗水
工作流程存在问题：怕你决策之前不喊我，产品根本跑不通；又怕你乱喊我，白天反复跟产品讨论，只能晚上加班熬夜写代码……

还有一个“终极矛盾”——需求文档中的【优先级】问题。大多数产品经理会说：优先级高的必须上线，中低优先级也需要做。那还分啥优先级？如果说中低选是选做项，那到底做还是不做？

文章插图
灵魂深处的呐喊：为什么每个需求都是P0？！
为了解决用户的“痛点”，研发人员首先承受了很多因协同不畅造成的“痛点”：重复性的文档不仅浪费时间，还容易让需求更混乱；每次沟通需求都要重新画一张图，一个项目下来无数个流程图和UML；一群产品经理为了抢资源每一项优先级都标“P0” 。空耍得一手好Markdown，却为了配合沟通用鸡肋的文档排版排到怀疑人生……
同为开发者的你是不是也曾经感慨过：人类的自然语言理解实在太难了！其实，问题并非出在语言上，而是协同机制与落后工具造成了这些bug 。而提到协同工具，字节跳动旗下的产品“飞书”想必很多人都不陌生。尤其是在那段不得不“远程办公”的日子里，飞书为万千企业带来了沟通不暂停、业务不断线的“福音” 。
近日，听说飞书“未来无限大会”将举办，新的产品版本和功能也呼之欲出，小编也是充满期待。在发布会前期，飞书悄然上线了一批“互联网友好”功能，算是大餐前的“甜点” 。毕竟，放眼市面上的办公软件，飞书是少数在产品上开辟互联网/研发人员专属功能模块的协同办公工具。而“互联网友好”系列功能，实用到可能让开发者有点“受宠若惊”：
• 开发者可以直接在飞书云文档中插入、制作、修改流程图和UML图
• 使用LaTeX在飞书云文档中写公式
• 通过插入Jira过滤器实时掌握项目动态
• ……
可以说，飞书这次推出的实用功能，让包含研发人员在内的互联网用户，都有望得到All-in-One的体验。接下来一起看看“互联网友好”都有哪些友好功能吧！

文章插图
再见了，N个画图软件
在飞书“互联网友好”功能里，开发者可以在云文档中插入、制作、修改流程图，这让不少研发人员大呼贴心。要知道，很多协同中的矛盾往往起源于一份意图模糊的【需求文档】，比如：

文章插图
当研发人员面对这样的需求进行生产时，内心应该是绝望的。
首先，我们会产生若干个“如果”：“如果遇到xx情况时，该怎么办？” 然后打回去给产品经理改，改完又问，又改又问，一来二去，等到需求文档成熟了，双方都已经被折磨得差不多了。
其实研发人员真的不需要一大篇文字！我们不需要懂产品同学脑海中的每一条思路，只需要给出一份清晰的交互图/流程图，在关键的位置有一些边界条件的说明即可，哪怕只是在草纸上描述清晰，也比看这一份列着1、2、3、4的文档来得高效。
所以我们的宗旨是：能画图的就不要打字！！
在过去使用的协同文档中，文档就只是文档，如果需要插入一个流程图，只能在第三方软件画好再粘贴到文档里，一旦有些小修小改，再次回到绘图软件重新粘贴，没完没了，思路频频被打断……而在飞书里，可以直接在云文档里绘制流程图、时间轴等等，并支持随时编辑，在沟通过程中直接修改/新增内容，省时省心。