落地页上的 Pipedream
Pipedream 适合需要开发者动手的线索流程：在买家拒收之前把电话号码规范成 E.164 格式，和昨天的线索比对去重，调用内部的定价服务，再交给 CRM 的预建动作。LanderLab 页面的每条线索都可以启动这样一个工作流。
Pipedream 的 HTTP 触发器给工作流一个专属端点，页面的 Webhook 集成把每条线索发送到这个端点。Pipedream 可以要求该端点带 Bearer 令牌，LanderLab 可以发送自定义请求头，所以工作流只为你的页面运行。
每条线索都会启动的 Pipedream 工作流
Pipedream 给每个工作流一个端点，LanderLab 把每条线索以 JSON 格式发送到那里，用的是你定的键名，表单字段旁边还有 LanderLab 自己的字段。Pipedream 默认返回 200 OK，线索的请求体对后面的每个步骤都可用。
无代码工具做不到的，用代码来做
线索获取充满了细小而具体的规则，无代码工具得绕上十个步骤才能实现：按这个买家坚持的格式整理电话号码，剔除某个邮编列表里的线索，在邮箱发给广告平台之前做哈希，在你的数据库里查找这条线索。在 Pipedream 里，这些都只是一个步骤里的几行代码，旁边就是 CRM 或表格的预建动作。
你的代码看到的字段和买家看到的一样，包括访客 IP、User Agent 和提交时间，所以合规检查和去重规则可以和投递放在同一个工作流里。
从真实线索入手排查问题
买家说某条线索格式不对时，你要的不是猜测。Pipedream 会把每个收到的请求保存为一个可以打开的事件，你能清楚看到 LanderLab 发了什么、每个步骤对它做了什么，修好那个步骤就能继续。LanderLab 也在线索标签页中保留一份线索副本，某个步骤出错也不会让你丢掉这条线索。
Pipedream 与 LanderLab 工作流（Beta）搭配使用
LanderLab 的工作流（Beta）已经能处理一般的路由：筛选、条件判断和多分支步骤，一个延时步骤，以及常用工具和 HTTP 请求的动作，每条线索都有运行视图。当某个步骤需要任何现成步骤都提供不了的真正逻辑时，再用 Pipedream：在你自己的数据库里查询、做哈希、做计算、调用内部服务。
