一个把估价变成咨询的网站报价计算器

即时估价什么时候有用，什么时候没用

即时报价计算器适合价格由几个可量化输入决定的服务：地板的平方米数、要打扫的房间数、拍摄小时数、宾客人数。对于价格取决于上门查看或无法量化的判断的服务，它就不好用，比如结构维修或定制设计。如果你在电话里都不愿报一个区间，计算器也不该报。这种情况下，一个问题设计得当的报价申请页面才是诚实的选择。

选择问题

每个问题都应该要么影响价格，要么帮助判断客户质量。两者都不沾的就删掉。好的问题组简短而具体：

1. 工作量，用访客熟悉的单位：如果大多数人不知道自家面积，就问房间数而不是平方数。
2. 对价格影响最大的主要选项，给出两到四个选择，每个附一句简短说明。
3. 附加项用复选框，每项单独标价，让人看到总价为什么变化。
4. 时间要求，如果加急要另外收费。
5. 邮编或区域，只在路程会影响价格或有些地方你不服务时才问。

把联系信息字段放在估价之后，而不是之前。要求先留邮箱才显示数字，会让人觉得是陷阱，很多人会直接离开；先给出数字、再提供正式报价，能换来更多值得跟进的咨询。

把计算公式算对

在要求生成应用之前，先把你的定价写成公式，因为你需要拿已经报过价的单子来核对输出。大多数服务定价都符合这样的模式：基础费用加上数量乘以单价，再加附加项，乘以加急或难度系数，并设一个最低收费。

除非你的价格真的是固定的，否则显示一个区间而不是单个数字（例如从公式结果到高出 15%）。在结果下方写明前提：“按标准地毯、普通大小的房间估算。最终价格在查看现场后确认。”这一句话就能避免大部分纠纷。

Anticode 构建什么

把你的问题、公式和免责声明的措辞交给 Architect，例如：“为一家地毯清洗公司做一个报价计算器。询问房间数、地毯还是小块地垫、是否需要去污处理、次日还是标准服务。使用以下单价。显示价格区间和明细，然后是填写姓名、邮箱、电话和期望日期的表单。”构建之前，核对它给出的规划里的每一个单价。模型会把计算器写成一个在访客浏览器中运行的应用，访客改变回答时总价即时更新，无需刷新页面。

咨询这一步使用 Anticode 的表单流程：访客提交联系方式时，应用会把它作为一条联系提交发送，并把回答和估价附在消息里。你会通过邮件和控制台收到，连接器还可以把它转发到 Slack、Google Sheets、Airtable、Notion、HubSpot 或任意 webhook，让它出现在你平时跟进业务的地方。

在服务器上复核价格

计算器的计算在访客的浏览器里进行，这意味着有心的访客可以在提交前改掉数字。对于大致估价，这通常无关紧要；如果你会按这个数字执行，确认之前请根据回答重新计算。挂在内置联系表单上的站点函数，也会在应用发送咨询时运行；不过回答是以消息中的一行行文字送达的，所以要核对它们，需要对你自己的端点发起签名调用，而应用是否显示该函数返回的消息取决于具体应用（请提出要求并测试）。另一种做法是在设计引擎页面上用自定义表单代替应用：表单提交时，它的站点函数在服务器上运行，可以是对提交数字的一个小公式（房间数乘以单价再加附加项；公式只能处理数字），也可以是对你自己端点的签名 HTTPS 调用，总价显示在感谢页上。由于这些页面不运行脚本，访客输入时不会实时更新。站点函数页面对两种方式都有说明。

需要了解的限制

• 单价由你输入。 应用无法从网上实时获取材料价格、油费或其他数据；要更新单价，提出修改即可。
• 不能收款或收定金。 计算器不能收钱。如果想收定金，可以在感谢信息里链接 Stripe Payment Link 或类似的结账页面。
• 访客无法保存报价。 没有客户账户；如果他们想要一份副本，就来自你的回复。
• 提交额度。 免费网站每月可查看的提交数量有限；套餐详情见价格。

常见问题

访客看到的估价和我收到的一样吗？

一样，估价及其背后的回答都包含在咨询里，所以你可以在确认前根据回答重新计算。

以后能改价格吗？

用一句话提出修改，比如“把每个房间的单价提高到 40”，应用就会更新。最近的版本会保留在版本历史中。

它也能直接预约吗？

应用里的表单可以做成预约申请，包含服务、日期和时间，并通过同一流程送到你手上。但它不能收定金。