飞书，一头扎进业务

一个用户和我分享了个故事。去年他们公司经营情况不好，没有完成既定的营收目标，差老大一截。今年年初，开完年会，老板开始了新一轮的组织架构调整和裁员，并决定亲自挂帅抓业务。 他本来是计划离职的， 现在老板磨刀霍霍向猪羊，他于困顿之中感受到了一丝希望。 春节回来， 老板烧了三把火。 第一把火，上考勤机，抓考勤，抓工作时长；第二把火，KPI 考核从之前的一季度一次调整为一月一次；第三把火，向亚马逊学习，引入 WBR 每周业务分析会和可控输入指标的理念。 三把火，轰轰烈烈，激动人心。他觉得公司有救了。 可是，两个月过去，他几近失望。公司业务上一大堆问题等着解决，可是，和他一样的中层管理者们却得忙着开一些扯皮的业务会议，以及 与团队上下对齐每月一轮的 KPI，还要为变化的部分来回 Battle、解释 ，同时还需要与 HR、员工笑里藏刀地沟通上班迟到的问题。 亚马逊的最佳实践，没想到自己这家不到二百人的公司引入后， 却蜕变成了一个个冗长的会和一个个冗长的文档 。他不知道，团队的中层们，一天到底有多少时间在做业务。反正他自己已经疲于应付各种模板的文档和各种花里胡哨的会议。 听罢，我感叹了一句： 不管是什么样的管理手段，最终还是要为业务服务的。 上周，我写了一篇文章， 聊飞书们接下来怎么干 。文中抛出一个观点： ToB 的产品 ，离业务越近越刚需，离钱越近越刚需， 越能嵌入到客户的业务流程中越刚需 。从商业的角度考虑，飞书的基础功能完备后，接下来， 他们应该是要扎到具体业务链条中。 这个观点其实也是基于我和那位用户聊天的延伸。之前，飞书深入人心的特性是聊天、日历、会议、文档、知识库、任务这些功能，通过产品的方式，它们优雅地解决团队沟通、协同和信息沉淀的问题。但抽离出来看， 它们还是属于内部管理的范畴——用于提高团队的协同效率。 内部的协同效率固然重要，但更重要的，还是业务增长。飞书继续向前一步，用产品的方式帮用户解决业务问题，这是必然的。看看微软的生产力和业务流程（PBP）业务的布局就能知道，他们除了 Office 外，还有能够提供 CRM 和 ERP 能力的 Dynamic 365，以及低代码应用平台 Power Platform。 Dynamic 365 提供的是 CRM、ERP 方面的解决方案，Power Platform 提供的是一站式的应用构建平台，各行各业的公司都可以根据自己的需求快速搭建业务系统。 显然， Dynamic 365 和 Power Platform 都是更直接地为业务服务，都属于业务系统。 再说一个例子，Notion。Notion 的创始人 Ivan Zhao 曾经谈过他们发展的三个阶段：1.0 的核心是 List，2.0 的核心是 Database， 3.0 的核心是 Workflow 。从一开始 C 端用户很喜欢的生产力工具，Notion 一步步长成了 B 端的知识库软件、项目管理软件。 现在，他们切入到了更大的市场，定位是一个应用构建工具，就像软件世界的乐高一样（software tool-making）。企业可以基于 Notion，组装出来各种各样的业务系统，或者与五花八门的系统集成。 它发展的过程，也是从生产力工具， 一步步切入到企业的业务工作流中。 殊途同归。 昨天发布会上，飞书 CEO 谢欣说：“飞书之前是一款提供新一代工作方式的协同办公软件。接下来， 它会是一款基于协同办公的企业应用平台。飞书不仅能帮助企业向内要效率，更得帮企业向外要增量，改造业务运转的方式 。” 划个重点，企业应用平台，帮企业改造业务运转的方式。怎么改造？通过新发布的“业务三件套”， 企业可以量身定制业务应用，也可以连接现有的业务系统。 这里要解释下。之前我做 ToB 软件时，经常需要和销售同事一起到客户现场打单。我知道， 说服老板买单的一个杀手锏是用我们的产品，可以帮你多挣钱啊 。所以，在准备阶段，我要和销售一起研究，看看产品怎么解决客户的某个痛点问题。 毕竟大面上看， To B 软件满足的是企业开源、合规、降本、增效四个方面的需求。这四个层面的需求也代表着产品的刚需程度。 开源说的是产品能否直接帮企业挣到钱，合规是企业的底线需求，而降本和增效是说产品能否帮助企业降低成本、提升效率。 现在，飞书把 Office 协同办公底座做实后，瞄向了业务系统。我觉得吧，想让业务增长，一方面是要找到合适的人才，并用好人才，这是内部管理的问题；另外一方面，则是大家知道怎么干，有方向感。 而这两个方面，飞书都是一个得心应手的工具。工具不可能帮我们定义公司的协同氛围，不可能帮我们找到业务的方向。但 它可以是一个好的 IT 载体，文化的载体、流程的载体和业务的载体。 开会之前先建个日历，尊重别人的时间；讨论的事情要抓落实，建个任务追踪；重要的事情结构化文档化，而不是停留在口头沟通上。这些事飞书 Office 可以承载。 怎么统一业务流程、归拢业务数据、分析业务数据、鸟瞰业务当前进展，这些事飞书新发布的业务三件套可以承载。 理解了这些逻辑，我再介绍业务三件套分别包括什么。说实话，工具的使用都不难。飞书的产品力很强，就和 iPhone 一样，几乎不需要学习就能上手操作。作为使用者，咱们更重要的是理解这些产品背后的来龙去脉。 业务三件套分别是多维表格、应用引擎和集成平台。 他们仨可以帮我们构建和串联起一个个简单的、复杂的业务系统。公司的核心是业务，经营公司的目标是业务增长，对吧？而做业务的过程中，又需要构建一个个的业务系统，比如我们公司，就有 CRM 系统、工单系统、电商系统、星球内容管理系统、研发管理系统、活动系统、社群管理系统。 或者，很多连系统都谈不上。 做业务的话你应该会有感受，随着事情的推进，总会涌现出一些临时的、个性的需求出来 ，你说它不重要吧，会影响业务的连续性。你说它重要吧，又没那么重要，外面要么是买不到，要么是能买到也很贵，不值当。 这时候，三件套就有用武之地了。 多维表格我说过很多次 ，墨问西东已经在用，通过它，我们可以快速构建一个简单的业务系统， 使用门槛特别低，甚至比 Excel 都简单 ，每个人都可以用。新发布 应用引擎能力更强大，但使用门槛也会比多维表格高一些，使用者更多是 IT 人员。 它可以帮助我们低成本开发业务系统。发布会上，谢欣说应用引擎会像多维表格一样，给用户提供很多业务通用模板，用户在模板之上基于自己的逻辑修改即可。 并且，飞书官方的销售系统就是基于应用引擎构建的。“ 以往开发这样的系统至少需要十个研发，而我们目前也就两、三个人在支持。那这个系统迭代能有多快呢？每天一个新版本。真的是每天一迭代，业务跑得快 。”这是谢欣的原话。 飞书应用引擎目前还在和客户共创之中，没有完全对外大规模开放，但我已经翘首以盼了。 另外一个 集成平台则像是一个连接器一样，能把公司内部各个孤立的系统打通 。比如我前面提到的多个系统，他们是需要互相连接的，要不然数据无法协同，用连接器，我可以串联多个内外部的系统，还可以 把这些系统接入到飞书的聊天中，解决通知和入口的问题 。 你可以理解他们是低代码、无代码、零代码或者 aPaaS 类产品。多维表格和集成平台我们已经在用了。期待应用引擎能早日对外开放。 做业务，要有得心应手的业务系统。现在，在聊天、文档、视频会议之外，也许，你可以试试业务三件套，思考下，还有哪些业务问题可以通过系统的方式解决。我之前写过我们使用 多维表格的例子 ，供参考。 记得，不管是什么样的管理手段，最终还是要为业务服务的。不要在考勤、考核、审批、汇报、述职等管控的事情上，耗费太多心力。