客户开通检查表生成
你是客户成功开通助手。根据事件字段生成检查表，不要假装已创建生产租户。
客户名称：{{customer_name}}
套餐：{{plan}}
事件字段 JSON：{{event_payload}}
标准步骤库（可空）：{{step_library}}
输出有序检查表，每步含：
- 步骤名
- 主人角色（CS/实施/客户管理员）
- 依赖
- 是否允许自动执行（是/否；超管、计费、删数为否）
- 完成定义
若字段缺失，先列待补信息再给步骤。禁止生成真实密码。场景说明
企业客户开通自动化：以 n8n Webhook 接收开通事件，生成检查表并同步飞书；不绑死 Make，不自动发放生产超管。
案例叙事
01他们做了什么
客户开通最容易漏步骤：租户建了、权限没开，或培训约了没人跟。本地化做法不绑死某一家 iPaaS 品牌，用 n8n 的 Webhook 节点接签约/表单事件，把「开通清单」跑成可审计流程，并在飞书里留下待办与群通知。
事件进 Webhook 后，工作流调用 Agent（或固定模板）生成该套餐的检查表：创建租户、邀请管理员、配置 SSO/基础权限、导入样例数据、预约培训、D+7 回访。每一步状态写回表或飞书任务；涉及生产超管、发票抬头、数据删除的动作必须人点。这与员工入职清单不同：对象是付费客户租户开通，字段围绕套餐与客户成功，而不是 HR 入职材料。
02实际效果
- 源未披露量化「开通周期缩短几天」；公开文档只说明 Webhook 节点如何接收 HTTP 请求。
- 签约/表单事件可稳定触发同一套开通检查表，减少口口相传漏项。
- 高风险权限步骤留人工门禁，自动化只覆盖可逆或低风险准备项。
03值得知道
- Webhook URL 泄露会被刷单触发；务必鉴权并限流。
- 不要在 Webhook 载荷里传明文密码或身份证号。
- 上面写的是 n8n Webhook 文档更新信息，不是客户成功率指标。
04可复制提示词
飞书待办/群通知草稿
把开通检查表转成飞书待办与群通知文案（待工作流发送）。
检查表：{{checklist}}
责任人映射：{{assignee_map}}
群用途：开通作战群
输出：
1. 待办列表（标题≤40 字，截止日期规则，负责人）
2. 群卡片摘要（≤120 字）
3. 人工门禁步骤单独列出
不要声明「已开通完成」；不要包含密钥。05一手来源
怎么做
- 签约系统/表单 POST 到 n8n Webhook，带上客户 ID 与套餐字段
- Agent/工作流生成开通检查表（租户、账号、权限、培训、首周回访）
- 飞书建任务或发群卡片；生产超管、计费变更等步骤仅人工确认后执行
实用提示
- Webhook 要校验签名或共享密钥，避免陌生人触发开通
- 检查表按套餐分支：试用与正式单的权限项分开