Softr pricing 评测:客户门户的价格、权限与套餐选择

Softr 适合做客户门户或内部工具吗?本文梳理月付与年付价格、Team 和 Client 用户额度、原生数据库上限、权限与 AI 功能,结合客户门户、CRM 和合作伙伴目录说明套餐的适用场景。判断 Basic 何时够用、Pro 何时更合适,以及哪些数据源或全局写入权限需要 Business,避免只看标价就选错套餐。

发布于

Softr pricing 评测:客户门户的价格、权限与套餐选择

如果套餐能满足你的数据和权限规则,Softr 很适合搭建客户门户或内部工具。需要自定义角色时,Pro 的预算是 $119/月,年付则折合 $99/月;规模小得多的应用可以考虑月付 $25 的 Basic。这篇 Softr pricing 评测依据公开产品页面、帮助文档,以及 2026 年 10 月 4 日核实的价格展开。

Softr 评测:买到的到底是什么?

Softr 是一个 Web 应用搭建平台:以业务记录为基础配置界面,同时提供登录、权限和自动化。你可以接入 Airtable、Google Sheets 等已有数据源,也可以把记录存入它自家的数据库产品 Softr Databases,再围绕用户要完成的操作组合列表、表格、表单和详情页。AI 工具可以协助搭建或扩展这套系统,之后仍能用可视化编辑器修改。对业务负责人来说,它的价值在于提供一个权限可控的工作入口,让客户或员工使用业务数据,无须直接操作底层数据库编辑器。Softr 产品页面

Softr 官网介绍客户门户、内部工具、数据连接和内置应用功能
Softr:产品概览

**评测依据:**公开产品页面、帮助文档和实时定价页面,涵盖两种付费周期及展开后的功能对比。下文的工作流是配置建议,预算是计算示例;它们并非登录试用、已上线客户项目或性能实测的记录。

Softr 适合谁?什么情况下该选其他平台?

如果业务已经有清晰的记录、角色和重复执行的操作,Softr 就值得考虑。例如,客户查看项目进度、员工更新商机,或合作伙伴提交资料。它的吸引力在于,应用可以顺着你已经熟悉的业务流程来搭建。

选型取决于四项条件:**数据源是否兼容、权限控制是否够用、用户与记录的成本,以及谁来维护应用。**满足其中三项、缺了第四项,仍可能走一段昂贵的弯路。比如,应用逻辑超出了非技术负责人能维护的范围,再低的订阅价格也没多大意义。

平台更适合这类需求已核实的价格参考影响选择的关键条件
Softr围绕业务数据搭建客户门户和内部工具Basic $25/月;Pro $119/月;年付分别折合 $19/$99/月自定义用户组从 Pro 起提供;原生 SQL 和 REST 数据源需要 Business
Bubble需要自行设计应用逻辑的定制 Web 产品仅 Web 的 Starter 月付 $32/月,年付折合 $29/月正式上线需要付费套餐;workload 用量影响容量和成本
Glide Classic以电子表格为基础、用可复用界面组件搭建的业务应用Business 年付起价折合 $199/月包含 30 名用户和 5,000 次更新;额外用户及更新可能增加费用
Retool有技术人员负责查询逻辑的数据库和 API 工具Team 年付:每名搭建者 $10/月,每名内部用户另加 $5/月Team 不含面向外部用户的应用;这类应用需要 Business 或 Enterprise

这些价格的计费单位和服务范围不同,不能直接当作同一个应用的报价。Softr 的工作区订阅、Bubble 的项目套餐,以及 Retool 按搭建者和用户收取的费用,都应放到同一个目标工作流里比较。

如果业务负责人能说明谁该看到哪些记录、又能修改什么,Softr 就是合适的候选。对服务型企业尤其如此:需求是给现有业务搭一个应用入口,而非开发行为复杂的新软件产品。

Softr 替代方案:三种需求,三种选择

Bubble 更适合进入定制产品的候选名单,尤其当你要做的不是围绕已有记录搭一个门户。它将 AI 生成和可视化编辑结合起来,用于构建 Web 和移动应用。仅 Web 的 Starter 月付 $32,年付折合 $29/月。需要权衡的是,应用运行会消耗 Bubble 用来衡量服务器工作的 workload;追加容量或超额用量都可能改变账单。如果需要从头设计应用行为,可以考虑它;如果一个权限可控的记录界面已经够用,就没有必要。Bubble 平台介绍和定价文档说明了这些选项。

Bubble 官网介绍面向 Web 和移动应用的 AI 生成及可视化编辑功能
Bubble:定制应用开发

如果日常工作主要围绕电子表格记录、表单和业务更新展开,Glide Classic 值得对比。它提供组件式界面、数据编辑器和工作流。Business 年付折合 $199/月,包含 30 名用户和 5,000 次更新,额外用量另行收费。这次比较应使用 Classic 的价格;Glide 的通用定价页目前销售的是 GlideOS,这是另一个产品,有独立订阅。请对照 Classic 产品页面和 Classic 定价页评估。

Glide Classic 官网展示将电子表格转换为业务应用的产品
Glide Classic:基于电子表格的业务应用

如果项目难点是查询数据库和 API,而且有人能负责这部分技术工作,Retool 是更强的候选。其定价页列出的 Team 功能包括数据库/API 连接、查询库,以及预发布和生产环境。该套餐年付为每名搭建者 $10/月,另加每名内部用户 $5/月。这并不是外部客户门户的报价:面向外部用户的应用从 Business 起提供。如果业务负责人希望无需技术维护人员就能运作,这项维护要求就是倾向 Softr 的理由。Retool 价格与功能

Retool 定价页分别列出搭建者、内部用户和面向外部用户的应用权限
Retool:需要技术支持的内部工具

需要更完整的候选名单,可以看无代码应用搭建平台对比。如果重点是用 AI 生成定制应用,2026 年 AI 应用搭建平台推荐讨论的是另一类选型问题。

Softr 应用场景:三类值得搭建的工作流

当每个页面都能减少一次具体的沟通交接,Softr 的价值最明显:客户不用再来问进度,销售不用找人申请修改记录,合作伙伴也不用发邮件更正目录资料。以下示例说明可以如何组合平台支持的功能,并非已完成的部署案例。

客户门户:让客户看到自己的记录,并清楚知道能做什么

如果客户需要查看项目信息、执行少量获准操作,而员工需要更完整的业务视图,Softr 就适合用来搭建客户门户。先整理客户反复询问的记录,不必把整个内部工作区照搬进门户。

以小型代理公司为例,可以设置客户、项目和请求三类记录,并把每个项目和请求关联到对应客户。客户查看项目进度、提交请求;经理查看该客户的工作量;员工更新相关业务记录。Softr 的客户门户产品页介绍了项目与任务视图、文档共享、表单、仪表盘和资源中心。具体功能与集成仍取决于套餐。Softr 客户门户

Softr 客户门户页面展示项目、文档、表单和权限控制等用途
Softr:客户门户工作流

这里要分清的是,能看到页面和能看到页面上属于自己的记录。登录确认用户身份;页面和区块的可见性决定显示哪些页面或区域;记录限制决定这些区域里出现哪个客户的项目。这几层控制各有用途,不能相互替代。

Softr 文档说明了在服务端检查可见性以及按条件筛选记录的机制。全局数据限制可以统一限制数据区块、下拉选项和内联筛选器中的可见内容。全局 **View(查看)**限制在所有套餐上都可用,包括 Free;全局 **Create、Edit、Delete(创建、编辑、删除)**限制需要 Business 或更高套餐。Pro 提供自定义用户组和更高级的局部权限控制,但这不代表所有全局写入控制都包含在 Pro 中。用户组文档和全局数据限制文档

建筑剖面图区分登录、页面可见性、记录限制,以及评论需要单独设置的权限
客户门户有多层权限控制,Comments 的权限需要单独配置。

Softr 与 Airtable:先确定数据在哪维护,再搭建界面

Softr 可以提供客户使用的界面,同时让 Airtable 继续作为员工维护的数据源。如果记录已经放在 Airtable,为了做门户而迁移数据,可能只是增加了不必要的工作。如果从零开始,Softr Databases 提供原生数据表、有明确类型的字段和关联关系;文档也介绍了 CSV 和 Airtable 导入方式。Softr Databases 概览

Softr 的数据源目录还包括 Google Sheets、Notion、HubSpot、Salesforce、Microsoft Excel、monday.com、ClickUp、Coda、SmartSuite、Xano、Supabase、PostgreSQL、MySQL、SQL Server、MariaDB、BigQuery 和 REST API 连接。数据源选择文档另列出了 Snowflake、Zoho CRM、Baserow 等选项。这个目录说明支持哪些连接,并不保证每个套餐都包含全部连接。Softr 集成目录和数据源选择指南

Softr 集成目录分别展示数据源、工作流集成和服务集成
Softr:支持的数据源与集成

有时还没算用户数量,数据源就已经决定了最低套餐。当前定价页重点列出 Free 和 Basic 支持 Airtable、Notion、Google Sheets。Supabase 的专门文档要求 Pro 或更高套餐。原生 SQL 连接和 REST API 数据源需要 Business 或 Enterprise;计费文档则将 Snowflake 和 BigQuery 列在 Enterprise。参见 Supabase、SQL、REST API及套餐文档。

业务上应先决定在哪维护记录,再围绕这个决定搭界面。没有明确负责人,却把目录复制到另一个数据源,之后每次修改就可能要在两处纠正。

  1. 在记录中明确归属关系

    确定哪个字段把项目或请求关联到对应客户。对于每个客户只有一个联系人的简单场景,Softr 文档介绍了将记录的邮箱字段与当前登录用户的邮箱匹配的做法。如果多个人共用同一个客户账户,先设计好关联关系和成员规则,再开始搭页面。

  2. 只向客户开放需要的视图

    在区块的 Source 设置中选择数据库和数据表,映射客户需要的字段,并应用记录规则。再为相应用户群设置页面和区块的可见性。关联记录及可选项也要做同样的配置,不能只处理最初的列表。

  3. 逐项配置允许的操作

    明确客户能提交请求、编辑已有记录,还是只能查看,并设置相应操作的权限。如果要求一条全局规则统一管理整个应用的创建、编辑或删除操作,就要按 Business 做预算。

  4. 单独检查评论权限

    全局数据限制不适用于 Comments 区块。请在 Settings > Comments 中配置谁能查看、谁能发表评论。邀请更多用户之前,先用有代表性的记录检查客户和员工各自看到的内容与可执行的操作。

这些配置建议来自权限文档和 Comments 文档,并非本次评测在已登录账户中实际操作过的步骤。

**套餐判断:**如果数据源、记录数量和局部操作权限都符合要求,Pro 是搭建带自有品牌、并区分客户、经理和员工用户组的门户时较实际的起点。需要全局写入限制或仅 Business 支持的数据源时,就必须选 Business。对于只读的小型门户,如果角色和数量要求更简单,较低档套餐也可能够用。

内部 CRM:统一记录更新与跟进方式

如果主要工作是管理联系人、公司、商机及团队共用的跟进流程,Softr 就适合搭建内部 CRM。其 CRM 产品页介绍了线索收集、联系人与交易记录、评论、合同及发票状态、反馈和报表。它提供搭建这类工作流的组件,但流程本身仍需由你定义。Softr CRM 搭建工具

Softr CRM 功能页介绍联系人记录、线索收集、商机跟踪和报表
Softr:内部 CRM 的搭建组件

以一家设有销售、财务和经理角色的服务企业为例:销售需要联系人信息、商机阶段、负责人及下一步操作;财务需要相关发票状态;经理需要查看整体销售管道。这些是建议的角色划分,不能据此认定某个模板会自动落实公司的权限政策。

用表格展示记录,用详情页补充背景信息。把下一步操作放在商机旁边,让员工无需从消息记录中重新拼凑。再根据各组的职责,限制页面、区块、记录和操作的访问权限。

对于步骤明确的跟进任务,可以配置工作流:约定的商机状态变化发生时,通知负责人,并更新相应记录。Softr Workflows 支持记录变更和应用操作触发器,以及条件、分支、循环和定时执行,还能连接 Gmail、Slack 等工具。可用范围取决于各套餐的操作额度及集成支持。Softr Workflows

这套做法的业务价值在于一致性:所有人使用同样的商机阶段定义,也在同一个地方记录下一步操作。还没建立这套结构就加入 AI,可能只是把不一致的记录总结得更漂亮。

**月度预算示例:**假设有 12 名使用企业域名邮箱、且不担任搭建者的应用用户,另加套餐包含的两名搭建者,Pro 的费用为 $119 + (2 × $3) = $125/月。前提是三个自定义用户组、数据源、原生记录上限和工作流额度都能满足需求。这个预算不含 AI 加购包、其他软件订阅、额外域名和税费。Softr 用户计费规则

如果这 12 名员工用个人 Gmail 邮箱登录,Softr 会将他们归为 Client 用户。不能按职位统计人数,就假定账单不变:Softr 看的是用户企业邮箱域名与工作区搭建者的关系。

**什么情况下不适合:**如果难点在于复杂的数据库查询,而非定义业务流程,可以让技术负责人参与 Retool 的比较。如果要做的是定制软件产品,CRM 只是其中一个模块,可以比较 Bubble。购买 Softr 仍不能替你完成业务流程和数据关系的设计。

合作伙伴目录:把检索入口与发布审批分开

当访客需要一个可搜索的名录、员工需要可控的申请流程时,Softr 是很有说服力的选择。它的 Partner Directory 模板支持公开或需授权访问的列表、搜索与筛选、合作伙伴提交、列表管理,以及客户联系请求,也能嵌入现有网站。Softr Partner Directory 模板

Softr Partner Directory 模板展示可搜索列表、合作伙伴提交和列表管理
Softr:合作伙伴目录模板

行业协会可以设置合作伙伴、申请和联系请求记录。公开名录只展示获批的合作伙伴,以及潜在客户需要的字段;申请先进入审核;合作伙伴登录后,只能访问相应资料或提交修改请求。员工的内部评估备注则不进入公开名录。

关键是分清提交与批准。能提交表单,不代表合作伙伴就应该拥有发布权限。需要明确审核状态,以及谁能更改状态。模板页面介绍了一个起步用的工作流:当合作伙伴状态变为 Requested 时,通过邮件或 Slack 通知团队。这个流程有用,但不能证明整套审批政策已经配置完整。

Softr 模板怎么用:沿用结构,逐项审查预设

Softr 的目录模板自带已连接的 Softr Database 和示例数据。将示例替换为自己的记录,或连接实际要用的外部数据源,然后检查用户组、权限和品牌设置。

可以把模板看作一份建议的数据结构和页面布局。检查它的状态定义是否与员工的理解一致,公开字段是否确实应该公开,以及已有合作伙伴应该直接编辑条目,还是提交需审核的修改。这些业务决定,模板无法替你做。

**套餐判断:**如果目录规模较小,只需区分默认的访客与已登录用户,且用量在额度内,Basic 就可能合适。需要独立的合作伙伴与审核者用户组、更多客户登录名额,或移除 Softr 品牌时,Pro 通常成为最低选择。全局写入限制或相关的 Business 专属数据源,则要求至少使用 Business。Softr 的计价定义将公开访客与已登录的应用用户分开;应统计会登录的合作伙伴人数,不能只数目录条目。

Softr AI 功能怎么选:先明确要解决哪一层问题

Softr 的 AI 功能覆盖不同层面:搭建应用、生成定制界面区块、回答区块内的问题、补充数据库字段,或跨应用及已连接服务执行操作。选对层面,比在每个页面都放一个助手更有意义。

Softr AI 应用搭建页面介绍生成应用及可编辑的业务应用基础结构
Softr:AI 应用搭建

AI Co-Builder:先生成应用骨架

Softr 的 AI Co-Builder 能创建数据库表及关联关系、示例数据、页面、原生区块、操作按钮、基于角色的可见性,以及初始主题。文档给出的入口是 Create new app > Generate with AI。生成结果仍可在可视化编辑器中修改。AI Co-Builder 文档

对于上面的代理公司门户,提示词可以先说明用户和允许的操作:客户查看自己的项目并提交请求;经理监督客户账户;员工更新业务状态。这样,搭建工具拿到的是页面背后的业务规则。

生成结果仍需检查。Softr 明确指出,多步骤表单的条件分支必须在 Logic 标签页中手动配置,复杂的多步骤自动化也可能需要手动调整。文档还列出了无法通过 AI 添加自定义区块的系统页面。因此应为后续配置留出时间,但不能据此杜撰失败率或承诺上线时间。

Vibe Coding:扩展单个界面区块

Softr 的 Vibe Coding Block 可以根据提示词生成自定义静态界面,或连接数据的界面。你可以在 Source 中连接数据,在 Actions 中配置生成的操作,通过 Visibility 控制谁能看到它。版本历史和直接代码编辑也提供了修改区块的方式。Vibe Coding 文档

例如,标准布局不便表达合作伙伴进度时,可以生成一个专用视图,连接到目标数据表,再检查它允许执行的操作。即使按钮外观是定制的,它仍然对应需要配置权限的操作。

这项功能与价格表中的手动添加自定义代码不是一回事。Softr 的 Vibe Coding 文档说明,所有套餐都有可用的积分额度,包括 Free;当前价格表则将自定义代码放在 Pro。这是两条不同的界面扩展路径。

Ask AI:针对用户当前能看到的区块提问

Softr 的 Ask AI 读取受支持动态区块中的实时记录,且只读取当前用户有权看到的内容。文档给出的设置路径是 Actions > Add Topbar > Ask AI,之后配置指令、建议问题和外观。所有套餐都能使用,它会消耗 AI 积分。Ask AI 文档

对于经理的商机表,可以问哪些可见商机需要跟进;对于客户筛选后的项目列表,可以问哪些可见事项需要关注。权限筛选决定了助手可以分析哪些记录。

这里有两条明确的范围限制:**Ask AI 只针对单个区块,且不支持连接 REST API 数据源的区块。**静态区块也不支持。为连接 API 而购买 Business,并不会让 Ask AI 自动支持该数据源。面向整个应用的 App agent 是另一项功能,有不同的配置方式,并不是 Ask AI 的全应用模式。

Database AI Agents:补充原生数据表中的字段

Softr 的 Database AI Agents 可以填写 Softr Databases 中受支持的文本类字段,包括总结、打标签、从 PDF 提取信息,以及通过网页搜索补充记录。你可以选择手动触发或记录变更触发,并添加 Only run if 条件。Preview 会展示输出,并估算本次运行的积分消耗。Database AI Agents 文档

对于合作伙伴申请,可以从提交材料中提取简短的服务介绍,留给员工审核。让它在申请准备好进入审核时运行,而非任意字段一改动就运行,可以减少不必要的处理,但不能据此假设一个固定的积分节省量。

这项功能用于补充原生数据库字段。文档说明,智能体不能写入 ID、时间戳等系统字段,也不能写入 Formula、Rollup 等计算字段。如果需要可靠的派生值,应先判断它是否更适合用明确的计算规则实现,而非生成文本。

Softr Agents 与工作流 AI:按需对话,还是按固定步骤自动执行?

Softr Agents 与上述数据库字段智能体是不同功能。App agent 在指定应用中与用户对话;Schedule agent 在无人值守的情况下运行。智能体可以将上传文件或链接作为知识,并通过配置好的工具读取或写入记录、发送消息,或调用已连接服务。Softr Agents 文档

App agent 对所连接应用的访问,遵循当前对话用户的界面权限。没有通过区块开放的数据表,不在这类应用访问范围内;表单则限制它能创建哪些字段。另行连接的第三方工具有各自的身份验证和工具权限,需要单独配置。

用于客户门户时,可以先让智能体回答有关客户项目及获准请求流程的问题。只有明确了预期行为,再加入写入操作。Softr 为交互式工具提供确认设置;Schedule agent 没有正在操作的用户,因此不提供这个确认选项。定时生成报告与让客户交互确认,是不同的业务场景。

对于步骤确定的状态变更通知,优先使用自行定义步骤的工作流,并在其中加入 AI 总结或分类操作。如果价值在于理解请求并选择工具,则可以用智能体,再检查其 Runs 信息,其中包括工具调用和积分用量。

**预算影响:**各项 AI 功能共用工作区的月度积分池。消耗取决于模型、任务、输入输出规模,以及相关的工具或知识调用。五十积分不等于五十个问题,也不等于补充五十条记录。套餐积分每月重置,不结转;加购积分可结转一个月。实时定价页说明,Free 也能购买加购包。积分用尽会暂停 AI 功能,但手动无代码编辑仍可继续。Softr 定价和 AI 积分文档

Softr pricing 怎么选:月付、年付与套餐上限

Softr 标出的 Basic $19、Pro $99、Business $329,都是年付折合的月价。2026 年 10 月 4 日,将实时定价页切换到 Monthly 后,显示的是 $25、$119、$395。对应的年度基础费用分别为 $228、$1,188、$3,948。Softr 实时定价

Softr 定价页展示付费周期切换、各套餐额度和功能对比
Softr:实时价格与套餐对比

下表的记录数专指 Softr Databases,同时列出工作区总量和单个数据库的上限。这些原生存储额度不适用于外部 Airtable 数据库或 Google Sheets 表格。

套餐基础价格:月付 / 年付折合月价原生记录数:工作区 / 单个数据库包含的应用用户;每月 AI 积分
Free$0 / $05,000 / 1,000合计 5 名用户;5 积分
Basic$25 / $1950,000 / 10,0005 Team + 5 Client;10 积分
Pro$119 / $99500,000 / 50,00010 Team + 50 Client;50 积分
Business$395 / $3291,000,000 / 200,00030 Team + 100 Client;100 积分
Enterprise询价自定义 / 自定义自定义用户数;自定义积分

这些是 Softr 套餐对比列出的当前基础额度。Enterprise 未公开这些项目的固定数量;自定义额度不等于承诺无限。显示价格不含税。

Free:先验证数据结构和权限模型

Softr Free 包含最多三名搭建者、合计五名应用用户、整个工作区 5,000 条原生记录,以及每个数据库 1,000 条记录。月度额度还包括五个 AI 积分和 500 次已执行的工作流操作。

可以用它判断数据源、记录和页面结构是否适合需求。默认用户组为 Visitors(访客)和 Logged-in users(已登录用户)。Free 提供查看限制很有用,但并不包含 Pro 的自定义用户组额度。注册时的高级功能试用与长期 Free 套餐是不同方案;Softr 声明 Free 永久免费。

Basic:适合用户规则简单的小型应用

Softr Basic 月付 $25/月,年付折合 $19/月。它包含一名搭建者、五名 Team 用户、五名 Client 用户、工作区 50,000 条记录、每个数据库 10,000 条记录,以及每月十个 AI 积分和 2,500 次工作流操作。

Basic 增加了自定义域名、条件表单逻辑和自动数据库备份,仍采用默认的访客/已登录用户分组,也无法加购应用用户名额。它可以适合轻量内部工具,或权限简单的小型目录。如果门户需求已经明确列出多个自定义角色,就不应默认从 Basic 起步。

Pro:业务型客户门户通常从这里起步

Softr Pro 月付 $119/月,年付折合 $99/月。它包含两名搭建者、十名 Team 用户、50 名 Client 用户、工作区 500,000 条记录、每个数据库 50,000 条记录,以及每月 50 个 AI 积分和 10,000 次工作流操作。

Pro 增加三个自定义用户组、高级权限与操作、评论、移除 Softr 品牌、邮件一次性验证码及 Google 登录选项,还有自定义代码/API 功能。如果其余设计条件都符合要求,三个用户组的额度可以用于区分客户、经理和员工。

额外 Team 用户每人 $3/月,Team 用户总数最多 50 人;额外 Client 用户每人 $1/月,Client 用户总数最多 250 人。这是两个独立类别,剩余的 Client 名额不能替代 Team 名额。Softr 套餐与用户文档

Business:为必需的数据源或控制能力付费

Softr Business 月付 $395/月,年付折合 $329/月。它包含三名搭建者、30 名 Team 用户、100 名 Client 用户、工作区 1,000,000 条记录、每个数据库 200,000 条记录,以及每月 100 个 AI 积分和 25,000 次工作流操作。

Business 增加十个自定义用户组、按筛选条件同步用户、双因素身份验证、限制注册邮箱域名,以及相应的全局写入限制。它还列出可安装的渐进式 Web 应用,即用户可添加到设备上的 PWA,以及推送通知、优先支持和上手服务。原生 SQL 和 REST API 数据源的支持,也会让某些小型应用必须从这一档起步。

额外 Team 用户每人 $5/月,Team 用户总数最多 100 人;额外 Client 用户每人 $2/月,Client 用户总数最多 500 人。不能只按用户数量选套餐:一个基于 SQL 的小应用可能必须用 Business,而采用符合要求的数据源、规模更大的门户仍可能适用 Pro。套餐文档

Enterprise:按实际规格询价

Softr Enterprise 需询价,记录、用户和 AI 积分上限均为自定义。公开方案包括通过 SAML/OpenID 实现的 SSO、SCIM 用户预配、审计日志、定制合同和服务级别协议、高级治理,以及客户成功经理。计费文档也将 Snowflake 和 BigQuery 列在这一档。

如果其中某项是必需条件,应带着实际数据源、用户类别和控制要求去询价,不能拿 Business 基础价格再随意加一个企业版附加费。

怎么算总账:用户、搭建者与操作次数

Softr 按唯一应用用户邮箱计数,同一个邮箱跨多个已发布应用只计一次。已停用用户不计入;搭建者也可以使用应用,而不占应用用户额度。Team 用户的企业邮箱域名与某位工作区搭建者相同;Gmail 等免费邮箱域名归为 Client 用户。

人数不变,类别变化也可能改变预算。Pro 和 Business 的额外用户始终按月计费,即便基础套餐按年付。Softr 每天检查人数,文档说明首次超额用户收费前有七天宽限期。Free 和 Basic 无法购买额外应用用户名额。用户统计与计费

一家代理公司有 20 名 Client 用户和五名不担任搭建者的 Team 用户,可以落在 Pro 的包含额度内。按月付基础价计算,$119 ÷ 20 = 每位客户每月 $5.95。这是该示例配置下分摊后的门户成本,并非 Softr 的每客户标价;计算假设其他需求也符合套餐,且不含额外费用。

如果有 100 名 Client 用户和 12 名不担任搭建者的 Team 用户,同一个 Pro 工作区需要增加 50 名 Client 用户和两名 Team 用户。费用为 $119 + (50 × $1) + (2 × $3) = $175/月。基础订阅改为年付后,折合月成本为 $99 + $56 = $155;若全年人数不变,则一年为 $1,860。额外用户部分仍按月收费。文档列出的用户费率

额外搭建者也会增加费用。月付时,Basic 为 $6/月、Pro 为 $12/月、Business 为 $24/月;对应的年付折合月价为 $5、$10、$20。付费套餐包含一个自定义域名;额外域名月付 $15/月,年付折合 $13/月。外部数据库订阅和 AI 加购包的费用应另列,不要并入基础报价。

工作流额度按已执行的操作计数,而不是简单按完成了多少个业务事件计数。触发器和流程控制不消耗该额度。假设一个工作流每处理一件事件执行三个计费操作,900 件事件就会消耗 2,700 次操作,超出 Basic 的 2,500 次额度。实时定价页的 FAQ 说明,达到上限后工作流会暂停,直到额度重置或升级套餐。Softr 定价

建筑式付费套餐选择路径:SQL 或全局写入限制选 Business,自定义角色选 Pro,简单需求选 Basic,再核对用量
付费套餐的最低档位由功能需求决定,用户数量和两项原生记录上限也必须满足。

Softr 在 2026 年 8 月公布了哪些定价调整?

Softr 于 2026 年 8 月 5 日发布的官方公告,引入了独立的 Team 和 Client 用户类别及按用量扩容的方式,包括七天宽限期后的自动额外用户计费。公告称,已有付费客户及处于公告所指试用期的客户可保留当前套餐;Mariam 也澄清,采用月付的旧版套餐订阅者会继续按旧版套餐付费。Free 工作区可以保持 Free,转订旧版价格的窗口截至美国东部时间 8 月 20 日午夜。Softr 官方公告

新用户应以本文上方的当前套餐表为准。已有订阅者则应先核对工作区实际订阅,再决定是否变更。这份公告并不意味着所有历史用户额度都适用于新套餐。

哪些 Softr 限制会影响购买决定?

Softr 的主要选型限制都可以在动手搭建前具体核对。影响最大的几类,是权限范围、数据连接,以及用量的计算方式。

**Basic 无法区分多个自定义应用角色。**它只有 Visitors 和 Logged-in users;自定义用户组从 Pro 起提供,包含三个。如果设计要求区分客户、员工和经理,就不应拿 Basic 的价格作为起步预算。即使用户很少,这也是套餐功能门槛。

**原生记录有两项上限。**工作区总容量与单个 Softr Database 的容量分别计算。醒目的工作区总数可能掩盖单个数据库触发升级的门槛。应估算实际要用的数据库里会有多少记录,不能把所有数据库加起来看完就结束。

**API 操作和基于 API 的数据源,是两项不同的购买条件。**Pro 支持 Call API 操作;REST API 数据源则要求 Business 或 Enterprise。REST 数据源还不能提供应用的 Users,Ask AI 也不支持它。如果门户使用自定义后端,这几项条件尤其关键:数据连接器、登录用户数据源和对话功能,不能合并成一个“支持 API”的勾选项。Call API 操作文档、REST 数据源文档及 Ask AI 文档

**全局限制不涵盖 Comments。**Softr 明确说明了这一例外。评论存储在应用内,有独立的查看和评论设置。如果门户同时承载内部备注与客户沟通,应单独配置这些权限。全局记录规则正确,并不能证明讨论内容也得到了正确限制。全局限制文档和 Comments 权限文档

**AI 生成之后,部分业务逻辑仍需手动配置。**多步骤表单的条件分支要手动设置,复杂工作流也可能需要调整。可以把生成结构当作起点,再检查真实请求从提交到完成会经过怎样的路径。Co-Builder 限制说明

**额度耗尽会改变运行状态。**工作流额度用尽,工作流就会暂停;AI 积分用尽,AI 功能就会暂停。它们是不同的计数器,都不能简单理解为已完成的业务结果数量。在自动跟进成为业务必需环节之前,应明确由谁监控这两项用量。

**已连接的数据源仍有自己的限制。**Softr 的数据源选择文档说明,外部系统有速率限制,更多动态区块、用户和操作会增加连接负担。文档还介绍了请求经由 Softr 服务器处理、连接凭据存储及缓存机制。保留 Airtable 作为数据源,并不代表信息不会经过 Softr。预算和设计都要兼顾外部数据源与应用本身。数据源对比中的估算,不是公布的套餐上限,也不是对你应用性能的实测保证。数据源选择指南

结论:先定权限模型,再选满足要求的套餐

如果应用是围绕结构化数据搭建的客户门户或内部业务工具,而且企业内部有人能负责制定并维护规则,Softr 值得列入候选。需要自定义角色和自有品牌时,Pro 通常是起点;更小、更简单的配置可能用 Basic 就够了。只有在必需的数据源、全局写入控制或原生数据库容量上提供了所需能力,Business 的更高费用才有意义。

选择规则很明确:**先选能支持数据源和权限模型的最低套餐,再核对两类用户额度与两项原生记录上限。**默认角色够用,且数量符合 Basic,就选 Basic。需要自定义角色,且功能和额度符合 Pro,就选 Pro。需要 SQL、REST 数据源、全局写入限制,或更高的单个数据库容量,就按 Business 计算。需要企业身份管理、治理或定制容量,则应确认 Enterprise 规格并询价。

如果项目的核心难点是特殊的产品行为,或技术性的数据库工作占主导,应考虑其他平台。Bubble 和 Retool 分别对应这两类需求;以电子表格为中心的业务应用,则值得比较 Glide Classic。

**下一个工作日就做这件事:**在可用的评估期内,用计划采用的数据源搭一条有代表性的工作流。检查客户与员工视图、关联记录选择器、评论,以及获准的修改操作。分别统计不担任搭建者的 Team 和 Client 用户,统计每个原生数据库及整个工作区的记录数,再估算操作和 AI 额度。确认这套配置合适后,再考虑年付。Pro 年付基础费用比连续十二个月支付月付基础价节省 $240,但这笔节省无法弥补套餐选错的问题。

Softr 常见问题

Glide 和 Softr,哪个更适合?

如果要围绕客户访问权限和业务记录搭门户,Softr 更适合作为初步候选。以电子表格驱动、通过界面组件搭建的业务应用,则值得比较 Glide Classic。应比较工作流与用量规则,而不只看界面外观。GlideOS 是另一个产品,有独立订阅,因此不能把通用定价页当作 Classic 的价格表。

Softr 可以免费使用吗?

可以。Free 包含合计五名应用用户,原生 Softr Databases 在整个工作区可存 5,000 条记录,每个数据库上限为 1,000 条,每月有五个 AI 积分。它还包含最多三名搭建者和每月 500 次工作流操作。免费原型也必须符合这些上限及套餐的用户权限控制。当前额度

哪些工具比 Softr 更便宜?

取决于比较哪个 Softr 套餐,以及要完成什么任务。Bubble 仅 Web 的 Starter 月付 $32,低于 Softr Pro 的 $119 基础月费,但高于 Basic 的 $25。Bubble 还按 workload 计量用量,正式上线也要求付费套餐。Retool Team 按搭建者和内部用户收费,可能让某些内部工具的账单更低,但 Team 不包含面向外部用户的应用。应比较满足需求的整套配置,而非最低宣传价。Bubble 费率和 Retool 费率

有哪些机构在使用 Softr?

Softr 发布了客户案例,包括 Massachusetts Institute of Technology(MIT)的 Project Manus。该案例介绍了一个结合 Softr、Airtable 和大学单点登录系统的创客空间门户。这是厂商发布的客户资料,并非本次评测做过的测试,也不能据此确定当前自助购买套餐的容量。MIT Project Manus 客户案例

Softr 靠谱吗?

Softr 有公开产品、持续维护的帮助文档、已公布的订阅条款,以及明确列出客户名称的案例。这些资料能证明它是一个实际运营的软件平台。是否适合购买,仍取决于你需要的数据源、权限、用户类别和额度;单凭客户标志无法回答这个问题。

Softr 有哪些优点和缺点?

优点包括连接业务数据、内置应用组件、身份验证、权限控制、原生工作流,以及可编辑的 AI 生成结构。限制包括用户角色和数据源受套餐约束、原生记录存在两项上限、Ask AI 范围有限、Comments 不受全局限制覆盖,以及额度耗尽时自动化或 AI 会暂停。当这些文档明确列出的边界与工作流相符时,Softr 就是合适的选择。

Softr 要多少钱?

Free 为 $0。Basic 月付 $25/月,年付折合 $19/月;Pro 为 $119 或 $99;Business 为 $395 或 $329。Enterprise 需询价。额外用户、搭建者、域名、AI 加购包、外部数据订阅和税费都可能改变总成本。这些价格已于 2026 年 10 月 4 日核实。Softr 定价

Softr 的免费版可以一直用吗?

Softr 声明 Free 套餐永久免费。这指的是长期提供、额度有限的套餐,并不是注册试用中的所有高级功能都能永久使用。Free 仍有用户、记录、AI 积分和工作流额度限制。Softr 定价 FAQ

Softr 和 Airtable 的主要区别是什么?

在这类工作流中,Airtable 可以继续作为员工维护的数据库,而 Softr 提供客户或其他用户操作的应用界面。Softr 也有自家的原生数据库,因此不一定需要 Airtable。保留 Airtable,意味着选型时还要考虑该数据源自身的订阅及连接限制。原生 Softr Database 的记录额度不是 Airtable 的存储额度。Softr 数据源选择指南

发布日期
分类
Build
Mixture of Experts 混合专家模型:激活参数少,部署为何仍然吃内存?

Mixture of Experts 混合专家模型:激活参数少,部署为何仍然吃内存?

Mixture of Experts 混合专家模型为何激活参数少,部署却仍然占用大量内存?本文拆解路由器、专家网络与稀疏计算,结合 Kimi、Qwen 和 Mixtral 的厂商参数,说明总参数量、激活占比、KV 缓存、通信与负载均衡的关系,帮助开发者评估 API 表现,并为自行部署核算完整资源预算。2026年10月24日Build
LLM evaluation 实战:用评估驱动开发把住上线关

LLM evaluation 实战:用评估驱动开发把住上线关

提示词或模型一改,原本可靠的功能就出错?本文用订单客服助手的 20 个假设用例,演示如何先定验收规则、记录基线、只改一处,再重跑评估决定能否上线。理解硬性检查与模型裁判如何配合,看清通过率从 75% 升到 90% 后仍须拒绝发布的原因,并了解如何把评估接入 CI、将线上故障补入回归集,以及相关工具的适用边界。2026年10月24日Build
大模型推理速度怎么测?从每秒 token 数到用户实际等待时间

大模型推理速度怎么测?从每秒 token 数到用户实际等待时间

大模型推理速度不能只看每秒 token 数。本文拆解首 token 延迟、首个答案延迟和端到端耗时,说明如何阅读厂商与独立基准测试的速度数据,并用 Python 实测流式输出。结合提示词、缓存、推理设置、部署区域和并发负载,判断用户何时真正拿到可用结果,为聊天、语音和智能体应用选择合适的推理服务。2026年10月24日Build
LLMOps 落地指南:从评估、追踪到发布与故障恢复

LLMOps 落地指南:从评估、追踪到发布与故障恢复

LLMOps 不只是管理提示词,更要让大模型应用可测试、可追溯、可恢复。本文梳理它与 MLOps 的区别,说明小团队如何建立发布清单、评估门槛、请求链路和回滚流程,并按需引入路由、预算控制与安全护栏。结合 Langfuse、LangSmith 和 LiteLLM,明确工具分工、依赖管理与故障处置,厘清落地优先级。2026年10月23日Build
JSON Schema 与结构化输出:OpenAI、Claude、Gemini 接入详解

JSON Schema 与结构化输出:OpenAI、Claude、Gemini 接入详解

JSON Schema 能让大模型按约定结构返回数据,但格式正确并不等于内容可靠。本文对比 OpenAI、Claude 与 Gemini 的结构化输出配置、schema 支持范围和常见限制,配合完整发票提取示例,说明如何检查响应状态、校验业务规则、限制重试并处理流式输出,把可解析的 JSON 变成可审核的业务记录。2026年10月23日Build
2026 Railway 替代方案:Render、Fly.io、Heroku 等平台怎么选?

2026 Railway 替代方案:Render、Fly.io、Heroku 等平台怎么选?

寻找 Railway 替代方案?对比 Render、Northflank、Fly.io、Heroku 等平台,了解 Web 服务、Postgres、后台任务和定时作业如何迁移,区分起步价与整套系统成本,核对密钥管理、持久存储及免费方案限制,并按清单演练数据恢复、凭据轮换和流量切换,选出适合现有应用的去处。2026年10月22日Build
Gumloop 评测:AI 工作流、价格与人工审批怎么选

Gumloop 评测:AI 工作流、价格与人工审批怎么选

Gumloop 适合哪些 AI 自动化场景?本文解读销售线索调研、网页抓取、文档与邮件处理,给出 Google Sheets、Slack 和 Gmail 配置方案,说明人工审批、触发遗漏与任务恢复的边界,按公开费率核算积分和 BYOK 成本,对比 n8n、Zapier 与定制软件的维护责任,帮助负责人判断是否值得采用。2026年10月22日Build
合成数据(synthetic data)生成:从大模型训练到软件测试

合成数据(synthetic data)生成:从大模型训练到软件测试

合成数据怎么生成,才能真正用于大模型评测、微调和软件测试?本文以客服工单分类为例,讲清种子样例、来源隔离、覆盖设计、筛选、去重与人工审核,并比较批处理 API、Distilabel、Faker 和 SDV 的用途,梳理输出训练条款与隐私检查,帮助你判断生成的数据是否有用,而不只看样例数量。2026年10月22日Build
订阅通讯

每周日,一封信。写运转中的系统,不写热评。

每周一期。无垃圾邮件。随时退订。