飞书多维表格的本质，是一个轻量版的低代码平台。

无论是WPS云文档，已经腾讯云文档，咱们看到的先容齐是：救助多种文档状貌的多东说念主配合器用。飞书文档的定位亦然“多东说念主及时剪辑共创”，强调“多东说念主配合”的“文档”。

但在官网上，飞书多维表格的定位是“先进团队的业务管束器用，是一个表格，亦然无数个应用，千东说念主千面，万东说念主万解”，是“松驰搭建业务系统”，注重，是“应用”，是“系统”，且主若是面向B端的业务管束系统。

B端系统需要包含哪些内容？

1、权限：根据不同脚色和用户分裂的功能权限和数据权限；

2、表单：信息的静态存储，比如台账等；

3、过程：业务流转逻辑，不绝与表单干系联，触及到景象流转，以及预警、辅导等赞助功能；

4、可视化：管束层的心头好，一般以驾驶舱等体式呈现。

一个齐备的B端系统例必要包含上述内容。

飞书多维表格能不行终了？

举个例子。

咱们要为公司提供一个固定金钱管束的系统。经过分析，得出这么一份居品确立想路。

按照这个想路，咱们在飞书多维表格上搭建这个系统。

1、系统管束

1）用户管束以飞书用户为基础，无需额外搭建；

2）对于组织管束，飞书后台已能够珍贵组织架构，但在表格字段中无法被援用，面前最通俗的方式只可通过下拉选项终了。如果组织和东说念主员能全齐和飞书同步并援用，可能会更方便极少。

3）对于脚色和权限，多维表格通过“高档权限成立”来终了，将用户通过脚色进行分组，对不同脚色确立不同数据表的操作和数据权限，与咱们通过代码搭建系统的想路相比同样。区别在于，多维表格中数据表间权限孤独，功能和数据权限需要每个表齐配一遍；通过代码搭建系统时咱们不绝终了数据权限长入确立。

但基础版块无法通过“指定记载”进行权限的空洞化管控，需要灵通贸易付费版。

2、金钱管束

金钱管束主体业务功能以表单和过程为主。

2.1 表单

“多维表格”以“表格”定名，对于静态的台账处理，功能已经相比稠密的。

1）除惯例字段外，还救助部分业务字段的方便添加。如，咱们等闲使用的单子编码、金钱编码等，不错自界说轨则进行编号。也不错录入地舆位置，在仪容盘中通过区域舆图插件生成舆图视图。

2）能够是探讨到B端居品业务过程的问题，表格字段中的“查找援用”和“关联”类型能够在较小进度上终了各个表单之间的关联，幸免过于寥寂。

“查找援用”用于援用其他表单内容，以弹窗体式呈现，与咱们一般的后台居品假想非常同样。

“关联”一般与“查找援用”配合使用，对于存在疏浚字段的情况，通过援用关键字段，能够自动带出其他已有字段。比如金钱出租与金钱列表中齐存在金钱编号、金钱称号、金钱类别，在金钱列表中珍贵信息后，在金钱出租中援用“金钱编号”，通过关联成立，自动带出“金钱称号”和“金钱类别”。亦然B端居品的习用假想。

3）一个小点。飞书多维表格在公式中嵌了AI，用起来还行。

比如，咱们录固定金钱，记载金钱购入时分、原值、计算出月折旧额，默许剿袭年限平均法，输入计算面前净值的指示，AI不错帮咱们生成公式。对于复杂公式的使用还口舌常有匡助的。

4）表单的不同呈现体式。这个就相比通俗了，不错以表格、看板、表单（填写体式，肖似问卷）、日期、甘额外多种视图呈现。

2.2 过程

这是飞书多维表格相对相比薄弱的部分了。

多维表格面前能终了的过程主要有两种。

1）景象流转

很常见的一个业务场景：咱们新增一条金钱出租或金钱领用信息后，在金钱列表中“金钱景象”需要同步为“出租”或“在用”。多维表格的终了方式是，在“自动化”中确立触发条目和实行操作。当“发生xx情况时，就实行xx操作”。基本不错得志通俗景象流转的需求。

2）音信见告

这亦然飞书手脚即时通信器用的上风。通过成立触发条目，将辅导信息通过飞书发送给相应东说念主员或群组。把“飞书”这个即时通信器用和多维表格所创建的“应用”很好地合资在了一齐。

相比可惜的方位在于，收受方无法通过脚色援用东说念主员，而在执行大无数情况下，咱们的预警见告是通过脚色收受和处理。

3）审批过程

这是飞书多维表格面前相比薄弱的状貌，但却是B端居品较常需要使用到的功能。

如采购苦求、契约鉴定苦求、金钱治理苦求等，需要进行相应的审批流确立。极端是当存在支拨苦求、报销等场景时，需要根据金额、部门等成立条目分支，还要探讨会签、或签；更复杂时，要救助以岗亭团聚审批东说念主，在审批中救助惧怕等特殊场景，对于面前的飞书多维表格来说，是无法终了的。

2.3 可视化

可视化是飞书多维表格要点宣传的功能秉性。

但相比奇怪的是，我并莫得找到关联统计分析报表干系的内容，可能多维表格中所以表格自带的“筛选”和“分组”来迤逦终了这一需求，但莫得总共栏看着果真有些不风尚。

可能飞书的要点齐放在仪容盘上吧。

仪容盘上的功能，照实相比丰富，除了文档中相比常见的图表、视图组件外，还能够救助区域舆图、走马灯等插件，体式非常丰富，也能够自界说成立主题，这些对于以表格为基础的一款居品来说，在终了上莫得太浩劫度。

3. 不及

诚然飞书多维表格想干低代码甚而无代码平台的活儿，但它的底座毕竟已经表格，因此要搭建一个齐备的应用或系统来说，已经有一些不及之处。

1）与其他系统对接的问题

多维表格当今不错救助从小部分其他应用同步数据，但数据源有限，且无法将多维表格中产生的数据同步至外部系统；多维表格自身手脚一个SaaS居品，触及到与外部系统对接时，无可幸免地会需要较多考量。

但B端系统与其他系统对接终了业务过程的取悦性，不绝是企业相比珍贵的问题。

仅以固定金钱管束为例，在进行金钱清点时，需要探讨与扫码枪等硬件系统的对接；在计提折旧时，需要把折旧把柄推给财务系统；等等。

2）复杂场景处理的问题

表格等文档的业务场景较为平面，在处理1-2步内的业务逻辑时还算目无全牛；但在执行业务管束过程中，触及到的过程链路会相比长。

比如进行金钱操办时，提交金钱租出苦求→鉴定租出契约→根据契约商定的租出方式（固定房钱、浮动房钱等）和周期（每月、每季度或每年）生成应收房钱→依期收取房钱→生成财务把柄。这一场景中触及到苦求过程、复杂公式计算、按条目生成定时任务、对接银企支付及财务系统，大部分功能只是基于多维表格基础版块是无法终了的，对于一些复杂公式的假想，对闲居职工来说也不一定是容易的事情。

总的来说，如果只是偏静态的信息记载，以及状貌较少的信息流转，使用多维信息表格基本能够得志需求；但如果业务逻辑相对复杂，需要保合手过程的取悦性，飞书多维表格就不一定能得志。

为什么SaaS居品司理要珍贵这个问题？

通俗来说，SaaS居品司理的贪图是通过居品匡助企业降本增效。与此同期，当今越来越多的器用、平台，比如低代码平台、无代码平台，包括飞书多维表格这种轻量型低代码平台，也在匡助SaaS厂商降本增效。居安想危，在这种情况下，居品司理要探讨怎样哄骗好这些器用，而不是被这些器用所取代。