如何把电子表格变成应用
把电子表格变成应用,就是先清理数据,把它拆分成规范的数据表,明确每个人需要做什么,然后在真正的数据库之上搭建界面,包括表单、列表和仪表盘。借助 AI 应用构建工具,你可以用平实的语言描述这一切,并直接把电子表格交给它。真正需要思考的部分不是搭建,而是弄清楚这张表格究竟代表什么,以及谁应该被允许修改它。
什么时候该把电子表格变成应用
电子表格是很好的工具。不要仅仅因为能替换就去替换它。当你发现以下几种情况时,才是该做应用的时候:
- 多人编辑同一批记录,结果改动被覆盖或丢失。
- 你为表格的使用写了说明,例如“不要对 F 列排序”“新行务必添加在最底部”。
- 颜色承载了含义,例如红色的行表示逾期,黄色的行需要处理。
- 不同的人需要不同的视图,例如销售人员只应看到自己的线索,而不是所有人的。
- 有人每周都要手动复制数据来做报表。
- 外部人员需要访问,例如客户、供应商或承包商,而你又不想把整个文件分享出去。
- 错误正在造成损失:漏掉订单、重复预约、价格填错。
如果只有一个人负责这张表,它很少变动,出错的代价也不大,那就继续用电子表格。适合你的工具才是正确的工具。
第一步:弄清楚表格究竟代表什么
大多数业务电子表格都把好几种东西挤在同一个网格里。在动手搭建之前,先弄清楚其中包含哪些“事物”。
以一张典型的订单表为例,列包括:日期、客户姓名、客户邮箱、客户电话、产品、数量、单价、状态、备注。实际上这里面有三类记录:
| 记录 | 字段 | 为什么要分开 |
|---|---|---|
| 客户 | 姓名、邮箱、电话 | 同一位客户会出现在很多行中;修改一次应该全部同步更新 |
| 产品 | 名称、价格 | 价格会变动;历史订单应保留成交时的价格 |
| 订单 | 日期、客户、产品、数量、成交价、状态、备注 | 真正发生的业务事件 |
这种拆分是整个工作的核心。用数据库的术语来说,每类记录会变成一张表,订单则“指向”某个客户和某个产品,而不是复制他们的详细信息。什么是数据库解释了这一概念,如果你还不熟悉的话。
逐列检查你的表格,问自己:这一列描述的是这一行的主体本身,还是某个会重复出现的其他事物?
第二步:清理数据
AI 在这里能帮上很大忙,但你应该先亲自检查数据。常见问题包括:
- 值不统一:“已付款”“已付”“已付 ✓”其实都表示同一个意思。请统一状态选项。
- 数据列中混有合并单元格和备注:例如价格列里写着“¥40(优惠价)”。请把备注拆出来。
- 日期格式不一致:统一为一种格式。
- 重复数据:同一位客户被用三种写法录入。
- 隐含的含义:颜色、粗体文字、批注。写下每种含义,以便把它们变成真正的字段,例如状态或标记。
- 公式:列出所有重要的公式,并用平实的语言说明它计算什么。例如“总价 = 数量 × 成交价,如果客户在批发名单上,则减去折扣”。
把清理后的表格导出为 CSV 文件。原始表格请保持不动,作为备份保留。
第三步:明确谁能做什么
电子表格的权限模型很简单:你要么能打开它,要么不能。应用能做得更好,因此请列出你的用户和他们各自需要的权限:
| 用户 | 需要能够 | 不应能够 |
|---|---|---|
| 负责人 | 查看所有内容,修改价格,导出 | — |
| 员工 | 添加和更新订单,查看客户 | 修改价格,删除订单 |
| 客户(可选) | 查看自己的订单和状态 | 查看其他人的订单 |
这张表决定了你是否需要登录、角色划分以及按用户过滤数据。如果答案是“只有我们团队,所有人权限相同”,那么应用可以简单得多。
第四步:设计界面
大多数电子表格的替代品都需要以下几类界面:
- 列表:每类主要记录一个列表,支持搜索、筛选和排序,也就是把电子表格的视图做得更规范。
- 表单:用于新增或编辑记录,对于状态之类的内容使用下拉选择,而不是自由输入。
- 详情页:单条记录的详细页面,展示相关记录(例如一位客户及其全部订单)。
- 仪表盘:展示你目前需要手动计算的数字。如何搭建仪表盘有更深入的介绍。
- 导出 CSV,让大家不会觉得数据被困住了。
不要把表格的网格布局照搬到每个界面上。应用的意义在于,人们看到的是完成任务所需的内容,而不是同时看到所有列。
第五步:开始搭建
使用 AI 应用构建工具时,请根据你已经理清的内容来描述应用。以下提示词效果不错:
为一家小型烘焙店搭建一个订单跟踪应用,用来替代电子表格。使用数据库,包含三张表:客户(姓名、邮箱、电话)、产品(名称、当前价格)和订单(日期、客户、产品、数量、成交价、状态、备注)。状态包括:新订单、制作中、已完成、已取件、已取消。界面包括:带搜索和状态筛选的订单列表;新增和编辑订单的表单,其中客户和产品使用下拉选择;客户页面,显示该客户的所有订单;以及一个仪表盘,展示今天的订单和本周的总金额。员工可以新增和编辑订单;只有负责人可以修改产品价格。布局简洁紧凑,并能在平板上正常使用。
然后附上清理好的 CSV,并提出要求:“把这些数据导入到各张表中,客户按邮箱匹配。”检查数量:应用中的订单数应与表格中的行数一致。
如果你不想使用 AI 构建工具,那么对于较简单的情况,建立在电子表格或 Airtable 数据库之上的无代码工具也能很好地工作,尤其是当你希望继续把表格作为数据源时。
第六步:把公式重写为规则
逐条处理你列出的公式:
- 计算字段:“订单总价 = 数量 × 成交价。”
- 校验:“数量至少为 1。邮箱必须是正确的邮箱格式。”
- 自动化:“当状态变为‘已完成’时,给客户发送邮件。”(这需要邮件服务商,参见如何从应用发送邮件。)
每一条,都从旧表格中挑几行出来,检查应用给出的结果是否一致。
第七步:谨慎地完成切换
最有风险的时刻是切换的那一刻。可以这样稳妥地进行:
- 并行运行一段时间。 在应用中录入新记录,并与表格逐条对照。
- 冻结表格。 当你对应用有足够信心后,把电子表格设为只读,避免大家出于习惯继续编辑它。
- 补录遗漏的数据。 在并行期间添加到表格中的行,需要迁移过去。
- 保留导出功能。 每周导出一次 CSV,是人们信任的简单备份方式。
继续使用表格,还是迁移到数据库?
| 表格继续作为数据源 | 迁移到真正的数据库 | |
|---|---|---|
| 搭建成本 | 较低 | 较高 |
| 多人同时编辑 | 比较脆弱 | 能够妥善处理 |
| 按用户设置权限 | 有限 | 精细 |
| 数据规则(必填字段、有效值) | 容易被破坏 | 强制执行 |
| 适合 | 数据简单、规模小,只想要更好看的界面 | 需要共享、会增长或十分重要的数据 |
如果你已经费心去做一个应用,通常真正的数据库是值得的。你随时仍然可以导出为电子表格。
常见错误
- 照搬网格。 把所有列都放进一张巨大的表格里,等于把电子表格的问题原样搬进了应用。
- 跳过清理。 把杂乱的数据导入应用,数据仍然是杂乱的。
- 忽略隐藏的规则。 颜色和批注原本承载着含义,要把它们变成字段。
- 没有负责人。 应用和表格一样,需要有人负责。
- 一次性全部重做。 先替换最让你头疼的部分。
用 Mythex 来做
在 Mythex 中,你可以在聊天里附上 CSV 文件;如果数据存放在 Google Sheets 中,可以通过连接器连接你的 Google 账户,然后让智能体读取表格并据此搭建应用。当应用需要保存数据时,Mythex 会为项目添加一个专用的 Postgres 数据库,并可以创建数据表,并把你的数据导入其中。然后你可以把预览分享给使用的人,准备就绪后再发布。如果想找类似的起步模板,可以查看仪表盘模板,或阅读如何搭建内部工具,了解更完整的流程。
常见问题
不写代码,能把 Excel 或 Google Sheets 文件变成应用吗?
可以。无代码工具可以在表格之上搭建前端界面,AI 应用构建工具也能读取你的电子表格,根据它设计数据库,并为其构建界面。但你仍需清理数据,并决定谁能查看和修改哪些内容。
应用应该继续使用电子表格,还是迁移到数据库?
如果只有一两个人编辑,你主要想要更好看的界面,那么继续把表格作为数据源也可以。但如果多人同时编辑,你需要权限控制,或者数据必须保持一致,就应该把数据迁移到真正的数据库中,并把表格当作导出文件来用。
什么时候应该继续使用电子表格?
如果数据只由一个人负责,很少变动,而且出错的代价很小,就继续用电子表格。当多人编辑同一批记录、你需要不断写使用说明来指导如何操作表格,或者错误开始让你付出代价时,就应该做成应用。
我的公式会怎么样?
公式会变成应用中的逻辑:计算字段、校验规则或报表。请列出所有重要的公式,并用平实的语言说明它们的含义,然后逐一明确地提出需求,并检查结果是否与表格一致。