用 AI 做内部工具和管理后台：告别共享表格

内部工具是团队自用的小型私有 Web 应用，用来管理库存、申请单或客户这类记录。用 AI 应用生成器，你只需描述记录、状态和角色，它就会生成表单、可筛选的列表、登录和管理后台，用一个会执行你的规则的应用，取代脆弱的共享表格。

• 当大家互相覆盖修改、规则只写在单元格批注里、没人说得清谁改了什么时，就该把表格换成应用了。
• 写提示词之前，先理清记录、状态和角色。这份梳理本身就是提示词的大部分内容。
• 已有数据可以通过附上 CSV 或 XLSX 文件导入，并明确告诉 Wisy 要载入这些行。
• 登录、角色和修改日志都是你描述出来的功能。没有单点登录（SSO），但用你自己的凭据可以接入 Google 登录。
• 定时汇总每 30 到 60 分钟运行一次，无法精确到某个钟点。
• 提前了解限制：各计划的数据库容量、大表不支持全文搜索、不能导出代码。

表格该升级成应用的信号

电子表格是大多数团队手里最好的原型工具。但当好几个人用同一张表跑一个流程时，它就成了隐患。留意这些信号：

• 两个人改了同一个单元格，其中一处修改悄无声息地消失了。
• 单元格批注写着“别动 F 列”，结果还是有人动了 F 列。
• 状态列里同时出现“已完成”“完成”“已完成 ”（多了个空格）和“done”，所以每次筛选结果都不对。
• 没人答得上来：“这个数量是谁改的，什么时候改的？”
• 供应商或外包方只需要看其中几行，却拿到了整个文件。
• 每天早上都有人把几行内容复制进邮件，告诉大家哪些事已经逾期。

遇到这些问题的不只是你。欧洲电子表格风险兴趣小组（EuSpRIG）一直在收集公开报道的电子表格“恐怖故事”，并指出这类报道“以相当稳定的频率出现在全球媒体上”，说明了不受控地使用电子表格会带来哪些问题。

分析、建模和一个人就能完成的工作，继续用表格。内部应用适合多人共用的业务记录：在这里，规则比公式的自由度更重要。

梳理流程：记录、状态与谁能做什么

写提示词之前，先把表格翻译成五个概念：

记录

你要追踪的一样东西：一件商品、一张申请单、一位客户。通常对应一个工作表或一类行。

字段

一列，并且有类型：文本、数字、日期、固定选项列表、文件，或指向另一条记录的关联。

状态

记录在生命周期中所处的位置，以及状态之间允许的流转。

角色

权限相同的一组人，例如员工、经理或财务。

视图

某人每天都会打开的筛选列表，例如“我未完成的申请”或“低于补货线”。

以采购申请表为例：申请人创建并提交申请；经理批准或驳回；财务把已批准的申请标记为已下单，到货后再标记为已收货。申请人只能看到自己的申请，财务能看到全部。把这些写成五行字，应用的骨架就有了。

有一个设计选择以后会很有回报：能用固定选项的地方，就别用自由填写的文本列。部门、类别、地点和状态都应该是选项列表，而不是手动输入。应用按精确值筛选，固定选项能让每一次筛选、每一个合计都准确无误。

动手搭建：三种常用工具的提示词模板

1. 梳理流程，像上面那样，写在一页纸上。
2. 把现有数据导出为一份干净的 CSV 或 XLSX，按下文“导入现有数据”一节的方法整理好。
3. 把模板粘贴到新的 WisyLink 对话里，附上文件，并明确说明要载入这些行。
4. 阅读构建结束时的说明。它会告诉你如何进入管理后台（通常是第一个注册的人），以及“集成”（Integrations）里还有哪些项等你配置，比如邮件（SMTP）。
5. 测试每个角色。每个角色建一个测试账户，把每种状态变更都试一遍，再试试那些本应被禁止的操作。
6. 定一个切换日。把表格设为只读，载入最后一批数据，然后公布链接。新旧两套并行，只会造成重复录入。
7. 在同一个对话里持续改进，每次发一份汇总好的修改清单。

库存管理

为[我们的两个库房]做一个私有的库存管理工具。记录：商品（SKU、名称、类别、存放位置、数量、补货线、供应商）和库存变动（商品、变动数量、原因：入库、售出、损坏或调整、操作人、时间）。数量只能通过库存变动来修改，并在一个步骤内完成，确保两个人永远不会重复计数。视图：按位置和类别筛选的商品列表，以及“低于补货线”列表。角色：员工登记库存变动；经理编辑商品和补货线。等我添加邮件设置后，每天早上给经理发邮件，列出低于补货线的商品。把附件 inventory.csv 作为商品载入。

审批流程

为[一家 30 人的公司]做一个采购申请工具。状态：草稿、已提交、已批准、已驳回、已下单、已收货。申请人创建并提交自己的申请，并且只能看到自己的申请。经理可以批准或驳回 [$2,000] 以内的申请；超过这个金额的转给财务总监。财务把申请标记为已下单和已收货。每次状态变更都记录操作人和时间；等我添加邮件设置后，同时发邮件通知申请人。只有 [ourcompany.com] 邮箱可以注册，新账户需等待管理员批准。

轻量 CRM

为[我们四个人的销售团队]做一个简单的 CRM。记录：公司、联系人和商机（阶段：线索、已联系、已报价、赢单或丢单；金额；负责人；下一步；下一步日期）。所有人都能看到全部公司，但每个人只能编辑自己的商机。视图：按阶段列出的我的商机、下一步日期已过的商机，以及按阶段统计的销售管道总额。为商机保留修改日志。把附件 contacts.xlsx 作为公司和联系人载入。

在免费的 Community 计划上，第一次构建是核心流程的精简版，可能会省略修改日志或邮件这一步；在下一条消息里再提出来即可。更多写法见我们的提示词模板指南。

登录、角色和修改日志

应用运行自己的账户体系：注册和登录（密码经过哈希处理）、会话、角色和管理后台。它不与其他应用共享任何东西，这也意味着团队成员要多记一套登录信息。让它保持井然有序的几种办法：

• 限制谁能注册：只允许公司域名的邮箱注册，新账户要等管理员批准并分配角色。
• 提供 Google 登录：使用你自己的 Google OAuth 凭据，填写在“集成”中。没有企业级单点登录（SAML）。
• 离职一键停用：让它加一个“停用”按钮，结束某人的访问权限，但保留其历史记录。
• 加一个全站密码：如果连登录页都不想公开，就用它。在“集成”中设置后，一个共享密码会挡在所有页面前面；设置之前，网站保持开放。

修改日志正是电子表格从来没真正具备的功能。让它为每一次修改记录活动：谁、哪条记录、哪个字段、旧值、新值和时间，既显示在每条记录上，也以动态流的形式提供给管理员。日志会占用数据库容量，所以对于使用频繁的工具，可以让定时任务删除超过一定期限的条目，期限由你决定。密码重置需要你的 SMTP 设置。

导入现有数据

把表格以 CSV 或 XLSX 文件附上（最大 25 MB），并明确说明要在构建时载入这些记录。只有你明确要求时，构建工具才会改动线上数据。先把文件整理好：

• 只有一行表头，每行一条记录，没有合并单元格，没有合计行。
• 用数值，不用公式：导出前先在副本里“选择性粘贴为数值”。
• 全表使用同一种日期格式，最好是“年-月-日”。
• 状态和类别的写法保持统一，“已完成”和“已完成 ”这种差别现在就改掉。
• 每个单元格只放一个值：把“红色、蓝色”拆成单独的行，或做成关联列表。

先载入 20 行左右，在应用里检查无误后，再载入其余数据。如果需要定期导入，比如每周更新的供应商价目表，就让它在管理后台做一个接受 CSV 的导入页面，并先用小文件测试。如果混进了重复记录，在对话里让它找出并删除完全重复的记录；构建工具在删除任何内容之前，都会先检查线上的数据。

通过 API 连接其他工具

内部工具不再是一座孤岛时，才真正物有所值。任何提供 API 的服务都能接入：团队聊天工具、财务软件、CRM、物流服务。每个连接都根据该服务商当前的文档单独构建，凭据只需在“集成”中填写一次，千万不要贴到对话里。填写之前，这项功能保持未启用，其余部分照常工作。

先想清楚数据的流向：

• 推送：某件事发生时，应用调用另一个工具，例如申请获批后在团队频道里发一条消息。
• 拉取：定时任务每 30 到 60 分钟抓取一次数据，例如供应商的库存水平。
• 接收：另一个工具那边发生某件事时，调用你应用的 webhook 地址。

给应用单独配一个 API 密钥，只授予服务商允许的最小权限，这样撤销它时不会影响其他任何东西。如果你还在这条路和低代码平台之间犹豫，我们对无代码、低代码与 AI 应用生成器的对比列出了各自的取舍。

用定时任务发送每日汇总和自动清理

定时任务负责那些不该靠人手去做的活：每天早上的逾期申请清单、每周的销售管道汇总、关闭 60 天无人处理的申请、清理过期记录。它们按构建时设定的固定间隔运行，间隔为 30 到 60 分钟，并通过你的 SMTP 账户发送邮件。

没有按钟点触发的方式。“每天 8:00”的汇总，是在每次运行时检查一下，过了 8:00 就发送，所以会在这个时间之后大约一小时内送达。定时任务本身没有时区，所以在提示词里要用 UTC 给出时间，或者写明你的时区偏移，例如 UTC+8。每次运行只处理一小批数据，所以大规模清理会分摊到多次运行中完成。任何紧急的事，比如审批请求，都应在记录变化的那一刻就发出，而不是交给定时任务。

正式依赖它之前要了解的限制

内部工具会悄悄变成关键系统，所以在团队离不开它之前，先确认这几点：

• 容量：数据、文件和带宽按计划设有上限，并实时执行。“资源”面板会显示每一项已经用了多少。
• 搜索：大表不支持全文搜索。筛选只能匹配精确值、范围和选项列表。100 行左右的列表可以在浏览器里搜索；超出这个规模，就要设计成固定选项字段。
• 仪表盘：每个应用的汇总统计有频率限制，所以仪表盘只放几个合计数，别做几十个实时卡片。
• 重度计算：每次请求的处理时间都很短，长时间运行的报表和批量数据处理并不适合。
• 登录：不支持 SSO 或 SAML，应用使用自己的账户体系。
• 保留期限：免费链接 30 天后到期，再标记为待删除一周，之后就会被删除。团队依赖的工具应该放在付费计划上，每月 $7 起。
• 可迁移性：不能导出代码。让它为每种记录类型提供 CSV 导出，并按你自己定的周期下载备份。

还要像审计员那样测试权限：以每个角色登录，试着打开不该看到的记录。审核 AI 构建的内容是你的责任。如果需要访问的人里有客户而不只是同事，可以读一读如何无代码搭建客户门户；想先了解全貌，就从AI 应用生成器是什么看起。

替换你的第一张表格

挑出那张引发最多消息往来的表格，把它的记录、状态和角色梳理在一页纸上，再粘贴对应的模板。产品页面说明了每个应用如何与其他应用相互隔离，各个计划则展示了容量和构建速度如何随档位提升。

用一条消息描述你的工具，拿到一个在线链接：在 Community 计划上免费开始，无需绑卡。