Builderall 转化漏斗与成交优化

要解决的问题

在 Builderall 里搭转化漏斗，常见的问题不是“有没有工具”，而是工具之间怎么接、数据怎么流、哪些能力被套餐锁住，以及平台本身的送达率和稳定性风险。你可能想把应用注册用户同步进 MailingBoss 并打标签；想用表单或外部应用通过 webhook 把线索推入列表；想在漏斗、页面、SuperCheckout、课程、webinar 之间做策略；或者想确认当前套餐是否包含漏斗构建器。也可能你已经遇到联系人重复、邮件进垃圾箱、支付页突然打不开、官方支持回复太慢，需要排查而不是继续堆配置。

技能如何工作

技能先收集上下文，判断你要做哪类事：MailingBoss API 集成、入站 webhook、Builderall 模块配置、套餐选择、故障排查，还是其他。接着根据数据流向决定用 API、webhook 还是 iPaaS，而不是假设所有模块都能程序化调用。

随后它会路由到更细的策略技能，比如漏斗结构走 /sales-funnel，邮件序列走 /sales-email-marketing，送达率走 /sales-deliverability，结账优化走 /sales-checkout，课程会员走 /sales-membership，webinar 走 /sales-webinar。路由时会给出确切命令。

平台参考部分会读取 references/platform-guide.md 和 references/builderall-api-reference.md，给出模块地图、套餐门控、MailingBoss 数据模型和快速配方。核心事实是：MailingBoss 是唯一可编程接口，漏斗、SuperCheckout、课程、CRM、webinar 都是 UI 构建；没有广泛 REST API，也没有 MCP server。认证 token 在 URL 路径最后一段，其他参数放 body；订阅者按 list 隔离，所以要用 email 去重，而不是 subscriber_uid。taginternals 驱动自动化和分群，opt-in 或购买时打标签，再触发序列。

适用边界与注意点

这个技能只覆盖 Builderall 平台操作和排障，不会替你做跨工具的完整营销自动化设计。不要承诺漏斗、结账、课程有 API；集成应围绕 MailingBoss 订阅者、webhook 和 Zapier/Make/Pabbly/Integrately 设计。低价位套餐通常不含漏斗构建器，历史价格约 $79.90/mo 的套餐才包含，需要先确认当前定价和套餐门控。

MailingBoss 的送达率和稳定性弱于专业 ESP，官方支持响应慢，且没有电话支持。上线前提前测试，准备邮件和结账的 fallback；域名要做 SPF/DKIM/DMARC，预热，保持列表干净。Token 要当作密钥，避免出现在客户端代码和日志里，泄露后立即轮换。如果遇到列表写入失败，检查 token 是否为路径最后一段、参数是否放在 body、list_uid 是否正确、自定义字段是否已创建。重复联系人问题先按 email 搜索再 create-or-update。