车辆询价自动议价回复机器人

原文要点

该免费n8n模板的流程为：n8n表单收集客户选车和留言→生成交易ID并提取car_id→在Google Sheets库存表按car_id查车；查不到就发'未找到'邮件；查到则组装车型、标价、底价、状态等上下文交给Gemini智能体（配Redis对话记忆），由工具调用返回车辆详情并计算可接受价格（accept/counter/unavailable/invalid），生成HTML报价邮件；线索按客户邮箱追加或更新到线索表，回复经Gmail发出。库存表需含car_id、year、make、model、trim、mileage、list_price、floor_price、status列，status为available才可议价。

这次做成什么

在n8n里搭一条'客户询价→查库存→AI议价→邮件回复→记录线索'的完整链路，并用本站设计的合成库存表和一条虚构询价数据跑通整流程，理解每个分支的触发条件。

准备什么

• 一个可访问的n8n实例（自托管或云端均可，需能创建表单触发器）
• Google Service Account凭据，并已共享两个Google Sheets（库存表和线索表）
• Google Gemini API凭据（模板中选择Gemini模型）
• 一个n8n可访问的Redis实例及其凭据，用于对话记忆
• Gmail OAuth2凭据和用于发客户回复的邮箱
• 原模板需从n8n模板页导入；本站不提供工作流文件

具体怎么做

1. 准备两张Google Sheets

   新建'库存表'，首行写入列car_id、year、make、model、trim、mileage、list_price、floor_price、status，填入下方合成的3行练习数据，status至少有一行为available；再建'线索表'，首行放customer_email、name、deal_id、car_id、last_message、updated_at等列。把两张表都共享给你的Service Account邮箱，记下两个文档ID。

2. 导入模板并接好凭据

   在n8n模板页导入该工作流后，依次为Google Sheets节点绑定Service Account并替换库存表、线索表的文档ID和标签页名；为Gemini节点绑定API凭据并选定模型；为Redis记忆节点填Redis连接信息；为两个Gmail发送节点绑定OAuth2邮箱。模板中的节点名和具体字段位置以你导入的实际模板为准，本站未实测界面。

3. 理解议价分支逻辑

   查车节点按car_id匹配库存行：匹配失败走'未找到'分支，Gmail直接发未找到邮件；匹配成功则把车辆详情、list_price、floor_price、status打包成上下文发给Gemini智能体。智能体通过工具调用计算可接受价格，结果可能是accept（接受客户出价）、counter（给出还价）、unavailable（车不可售）或invalid（出价无效），再据此生成HTML邮件。

4. 发布表单并跑测试数据

   发布n8n表单拿到URL，用下方示例输入提交一次询价：选一个status为available的car_id、填测试邮箱（建议用你自己的测试邮箱收信）和一条含明确出价的留言。提交后到Redis、线索表和Gmail发件箱逐处核对结果。

5. 验证多轮记忆

   用同一客户邮箱再提交一条还价留言（比如把出价提高500元），确认Redis记忆让智能体知道这是同一客户的继续谈判，回复中体现上轮上下文，且线索表是更新该邮箱所在行而不是新增重复行。

可直接复制的材料

car_id,year,make,model,trim,mileage,list_price,floor_price,status
CAR-001,2022,比亚迪,汉EV,尊贵型,18000,219800,205000,available
CAR-002,2021,特斯拉,Model 3,标准续航,35000,189900,178000,sold
CAR-003,2023,大众,途观L,330TSI,9000,235900,220000,available

你是一名二手车销售议价助手。你会收到：车辆详情（年份、品牌、型号、里程、标价list_price、底价floor_price、状态status）和客户的询价留言。
规则：
1. 如果车辆status不是available，判定为unavailable，礼貌告知车辆已不可售并推荐客户查看其他车。
2. 如果客户出价不低于floor_price，判定为accept，接受出价。
3. 如果客户出价低于floor_price但不低于floor_price的92%，判定为counter，给出一个介于客户出价和list_price之间的还价，并说明理由（车况、里程）。
4. 如果客户出价低于floor_price的92%，判定为counter，直接报floor_price作为最低可接受价。
5. 如果留言中没有明确出价数字，判定为invalid，请客户给出具体预算。
输出为HTML邮件正文：开头称呼客户姓名，第一段说明判定结果，第二段给出车辆关键信息和价格说明，结尾署名'销售顾问'。不要泄露floor_price的数值，除非判定规则要求报价。语气专业、友好、简洁。

输入与输出示例

本站虚构演示，非模板实际运行结果；邮件措辞取决于模板内提示词与Gemini输出。

输入

表单提交：姓名=王小明，邮箱=test-buyer@example.com，选中车辆=CAR-001，留言=你好，我对这台比亚迪汉EV很感兴趣，208000元可以成交吗？我这周就能来看车。

对应输出

系统行为：生成deal_id如DEAL-20260922-001；库存表查到CAR-001（available，标价219800，底价205000）；客户出价208000≥底价205000→判定accept；Gmail发出HTML邮件，大意：'王小明您好，感谢您对2022款比亚迪汉EV尊贵型的关注。您提出的208000元报价我们可以接受……欢迎本周到店看车。'线索表新增一行customer_email=test-buyer@example.com、deal_id=DEAL-20260922-001、car_id=CAR-001。

做完检查这些

• 提交一个库存表中不存在的car_id（如CAR-999），客户邮箱收到的是'未找到车辆'邮件，而不是议价邮件
• 提交status为sold的CAR-002询价，回复判定为unavailable且不含还价金额
• 对CAR-001出价208000元（高于底价205000），回复为接受而非还价
• 同一测试邮箱连续提交两条留言后，线索表仍只有该邮箱一行且内容被更新
• Redis中能看到按会话键保存的该客户对话历史

容易卡住的地方

• Service Account必须分别被共享到两张表，只共享一张会导致查车或写线索时报权限错误
• 库存表列名拼写必须与模板一致（如floor_price写成floorprice会导致上下文缺字段，议价逻辑退化）
• status不是available的车（包括大小写不一致如Available）可能被判为可议价或不可售，取决于模板比较方式，导入后需核对
• Redis不可达时工作流会在记忆节点报错中断，自托管n8n需确认容器网络能连到Redis端口
• Gmail OAuth2需要正确的发送权限范围，测试期建议用自有测试邮箱收信避免骚扰他人
• 表单未发布时只有测试URL可用，正式收集询价必须点发布