夜雨聆风以下文章是笔者使用AI，分析笔者近期制作的一个WPS多维表格作品，自己输出的结构，使用笔者开发的WPS多维表格SKILL，可以让AI自己创建airscript脚本去全面分析整个多维表格的结构，抓取核心信息如表、视图、字段、公式、airscript脚本等信息，回来再整合分析整个多维表格实现什么功能。有了这个功能，再拿到其他人的多维表格模板就不用从零开始自己摸索，让AI先给我们过一遍分析，同样地交付别人如何使用自己搭建的多维表格，也不需要自己辛苦写文档，直接AI理解完输出文档草稿再继续小改即可。
把多维表格变成"零代码数据库"：当飞书和WPS遇到 AI Skill
一个链接、零代码、全员协作，把散落在微信群里的款号信息、纸样进度、车版任务、客户对账、工资结算，全部收进一张多维表格。更重要的是——它自己会算、自己会跑、自己知道该给谁看什么。
一、业务痛点：小作坊的"信息灾难"
做服装打版/车版的团队，大概都经历过这些场景：
- 客户在微信发一张图，款号、要求散落在聊天记录里，三天后找不着
- 纸样师傅口头领了任务，老板不知道做到哪一步
- 车版师傅做完样衣，照片发群里，过两天被聊天记录吞掉
- 月底对账，对着几十笔零散记录算开发费、提成、辅料费，算到怀疑人生
- 工资发了没、发多少、还欠多少，全凭一本糊涂账
本质上，这不是人手不够的问题，是"信息流"没有通路。
二、解法：用 WPS 多维表格搭一个"会思考"的轻量级 ERP
我没有写一行代码，用 WPS 多维表格的 6 张表 + 47 个字段 + 20 个视图 + 4 条自动化脚本，搭了一套覆盖"客户下单 → 任务分发 → 进度跟踪 → 费用结算 → 工资发放"的完整小系统。
但它和普通的表格管理完全不同——这个系统会自己判断、自己计算、自己分配视图。
三、核心设计：一张"数据表"如何跑通全流程
这是整个系统的心脏。47 个字段不是堆砌，而是严格按照"信息录入 → 状态流转 → 费用计算 → 视图分层"四层架构设计的。
[截图提示：此处建议放一张「总表」视图的全局截图，让读者先对整个系统的字段规模和信息密度有个直观印象，作为全文的"总览图"]
1. 信息录入层：表单视图直接丢给客户
用一个**表单视图「需求收集表」**收集客户下单，客户只需要填：客户名、款号、类型、图片、备注。背后 42 个字段全部隐藏，客户看不到复杂的内部流程字段。
信息从此不再散落在微信里。
2. 任务流转层：Button + Checkbox 模拟"任务状态机"
这是最精妙的设计——多维表格的 Button（按钮字段） 和 Checkbox（勾选字段） 组合起来，模拟了一套完整的任务状态机：
客户下单 ↓纸样师傅点击【打版领取】→ 纸样领取自动勾选 + 时间自动记录 ↓纸样完成 → 点击【打版完成】→ 纸样完成勾选 + 完成时间记录 ↓车版师傅点击【车版领取】→ 车版领取勾选 + 时间记录 ↓上传车版完成图片 → 点击【车版完成】→ 系统强制校验"有图才能点完成"这里藏了一个防呆设计：车版完成按钮绑定了 AirScript 脚本，如果师傅没上传图片就点击完成，系统会报错阻止。这比口头叮嘱"记得拍照"有效一百倍。
3. 费用计算层：Formula 不是"公式"，是业务规则的编码
很多人以为多维表格的公式就是 Excel 的加减乘除。但在这个系统里，公式是业务规则的直接编码。
提成策略的精细化：
纸样师傅的提成不是固定比例，而是根据订单类型动态变化：
- 纯打版订单 → 提成 60%
- 打版+车版混合订单 → 提成降到 **30%**（因为后续车版师傅也参与分成）
- 纯车版订单 → 纸样提成 0
车版师傅同理：纯车版 65%，混合 35%。这种差异化策略体现了真实的业务逻辑——混合订单的利润需要在两个工种之间分配。
总开发金额的自动汇总：
一笔订单的总金额不是简单的一个数字，而是 = 辅料/专机费用 + (放码单价 × 数量) + 制单费 + 专机/工艺费 + 开发费。以前客服要打开计算器按半天，现在客户填完基本信息，总开发金额自动出来。
时间追踪的自动化：
系统用 TEXT(NOW()-创建时间,"0.0天") 自动计算每个订单的"已创建天数"和"已领取天数"。更妙的是，车版的"已创建天数"做了智能切换：如果是纯车版订单，从创建时间开始算；如果是混合订单，从纸样完成时间开始算——避免把等待纸样的时间算到车版师傅头上。
工资闭环的公式设计：
工资统计表的"待付工资金额" = 累计应发纸样 + 累计应发车版 - 累计已付金额。这个简单的公式，让老板每个月打开表格，一眼就知道还欠谁多少钱。
4. 视图层：不是"好看"，是"权限"和"场景"
一张表建了 14 个视图，每个视图都是为特定角色、特定场景量身定制的：
给客户的视图：
- 「发客户对帐」：只显示对账需要的 11 个字段，并且自动筛选出"当前客户"的数据。客户打开链接，只能看到自己的订单，截图就能对账。
给师傅的视图：
- 「纸样领取任务」/「车版领取任务」：用画册视图卡片化展示，师傅在车间用手机就能看
- 「纸样查询」/「车版查询」：自动筛选出"当前登录用户"的任务，师傅只能看到自己的待办
- 「纸样查询-管理员版」/「车版查询-管理员版」：老板看全部，可以看到哪些任务还没完成（筛选条件：完成状态 = 0）
给老板的视图：
- **「总表」**：显示 39 个字段，全流程一览无余
- **「按客户分组-今天」**：自动筛选"今天"创建的订单，方便每日复盘
字段显隐藏的精细化：
- 表单视图「需求收集表」只展示 5 个字段，隐藏 42 个内部字段
- 对账视图只展示金额、款号、客户等 11 个字段
- 师傅的任务视图只展示领取按钮、完成按钮、图片等必要字段
这不是简单的"隐藏列"，而是信息架构设计——每个人只看到他需要看到的，不多不少。
四、跨表关联：从"一张表"到"一个系统"
多维表格真正的威力在跨表关联：
客户表 ↔ 数据表： 客户表维护"客户名 + 客户帐号 + 对账帐号"，数据表通过查找引用关联客户名。同一个客户永远不会出现三个不同的名字。
工资发放记录表 ↔ 工资统计表： 每次发工资填一条记录，统计表自动汇总累计应发、累计已付，公式算出待付余额。工资表还专门做了一个**「给当事人查询」**视图，自动筛选当前登录用户，员工只能查自己的工资，看不到别人的。
五、AirScript：让表格从"静态"变"动态"
这个系统有 4 个 AirScript 脚本在后台自动运行：
1. 客户自动建档：新客户第一次下单，系统自动在「客户表」查重并插入记录，再也不用手动维护客户名单。
2. 工资档案自动建档：新员工（师傅）第一次被分配任务，系统自动在「工资统计表」创建档案，后续累计工资才有地方归集。
3. 车版完成强制校验：前面提到的"先传图、后完成"，就是靠 AirScript 实现的业务校验。
1. 测试脚本：开发过程中的原型，现已不用于生产。
这些脚本让表格从"被动记录"变成了"主动执行"——数据新增时自动维护主数据，按钮点击时自动执行业务校验。
六、为什么这套系统"聪明"？
写到这里，我想总结一下这个多维表格系统的设计智慧：
1. 公式即业务规则
Excel 的公式是"算数"，多维表格的公式是"决策"。纸样提成用 IFS 做条件分支，车版筛选用逻辑判断控制视图显示，时间计算用智能切换避免误统计——公式写的不是数学，是业务逻辑。
2. 视图即权限
不需要复杂的后台权限系统，只靠"筛选条件 + 字段显隐藏"就能实现：
- 客户只能看自己的对账单（CurUser 动态筛选）
- 师傅只能看自己的任务（CurUser 动态筛选）
- 老板看全部（无筛选）
- 员工查工资只能查自己的（CurUser 动态筛选）
3. 动态筛选即自动化
「按客户分组-今天」视图用了动态日期筛选（Today），每天早上打开，自动只显示当天的订单，不用手动改筛选条件。
4. 字段类型即交互
Button 是操作入口，Checkbox 是状态标记，Contact 是人员关联，Attachment 是证据留存，Formula 是自动计算——不同的字段类型各司其职，组合起来就是一个完整的业务系统。
七、这套小系统适合谁？
八、为什么选 WPS 多维表格？
1. 链接即协作：一个 kdocs.cn 链接丢到微信群，老板、客服、师傅、客户各看各的视图
2. 权限到视图：不同视图可设不同权限，不需要复杂的后台配置
3. 公式 + 统计 + 按钮：零代码实现"状态流转 + 自动计算 + 业务校验"
4. 移动端友好：师傅在车间用手机点"领取"、"完成"，比开电脑填表格现实得多
5. 动态筛选：今天、当前用户、未完成等条件自动生效，不用每天手动调
九、结语：小系统的本质，是"信息秩序"
这套系统没有复杂的技术，核心就做了一件事：
把"客户信息、任务状态、费用数据、工资记录"从微信群、口头、Excel 碎片里，收进一张结构化的多维表格，再用视图和公式让它们自动流转。
当你的竞争对手还在月底对账算到半夜，你已经打开链接，3 分钟发完工资明细。
当你的师傅还在翻微信群找自己该做什么，他已经打开表格视图，一眼看到今天的任务卡片。
当你的客户还在问你"我的款号做到哪了"，他已经打开对账视图，自己看到了全部进度。
这，就是小系统的价值。
文中多维表格基于 WPS 多维表格搭建，使用 AirScript 脚本辅助结构分析。如果你也想分析自己的多维表格结构、或者基于这套模板改造自己的业务系统，欢迎交流。
