第 3.10.1 节：先判断电商和门店运营哪些环节适合用 Agent
进入实现之前，先围绕“先判断电商和门店运营哪些环节适合用 Agent”划清适用场景、不做范围和判断条件。完成本节后，你应该能够写出电商和门店运营环节的适用场景、不适用场景、前置条件和进入工程实现的判断标准。
章节定位
电商、本地生活和门店运营项目最容易被客户理解，因为它们直接关系到咨询转化、商品表达、评价口碑、门店经营和复购。但这类项目也最容易出风险：商品库存会变，活动价格会变，平台规则会变，导购话术如果说得太满，可能被用户理解成保证效果或虚假宣传。
本章把这类项目拆成五个常见交付方向：商品问答 Agent（智能体）、详情页优化 Agent、评价总结 Agent、门店经营分析 Agent、售前导购 Agent。这里的 Agent 指能够按照业务目标读取资料、调用工具、生成结构化结果并接受人工确认的自动化助手，不是一个只会聊天的机器人。
学习本章的重点不是写某一种代码，而是掌握一套能拿去谈客户、做方案、控风险、验收交付的教程方法。你要能判断：客户的问题是否适合用 Agent，资料是否足够，哪些动作必须人工确认，哪些指标能证明项目真的有价值。
行业业务问题
电商和门店客户通常不会一开始就说“我要一个智能体系统”。他们更常见的表达是：“客服每天重复回答太多问题”“详情页写得不够吸引人”“差评太多但不知道原因”“门店销售下滑不知道怎么分析”“用户问了半天还是不知道推荐哪款”。
这些问题背后有四类真实业务矛盾。
第一类是信息分散。商品参数在表格里，库存和价格在后台里，售后规则在客服话术里，评价在多个平台里，门店销售在收银系统里。员工要回答一个用户问题，需要在多个地方来回查。Agent 的价值是把资料组织成可检索、可引用、可追踪的知识流程。
第二类是表达不稳定。同一款商品，不同客服的说法不同；同一个活动，不同门店解释不同；同一条差评，有人说是质量问题，有人说是物流问题。Agent 的价值是把标题、卖点、导购理由和风险提示变得更统一。
第三类是经营复盘滞后。很多门店只看销售额，缺少对客流、转化、客单价、活动、库存、评价的组合分析。Agent 的价值不是替老板做决定，而是把数据整理成能讨论的经营线索。
第四类是风险边界不清。客户希望自动化越多越好，但商品推荐、价格承诺、医疗功效、金融收益、平台违规词等内容不能随便生成。项目要一开始就把“可自动回答”“需人工确认”“禁止回答”分清楚。
适合与不适合场景
适合做的场景：
- 商品资料比较稳定，至少有商品名称、规格、价格口径、库存口径、售后规则和常见问答。
- 客服或运营每天处理大量重复问题，节省时间可以被客户感知。
- 详情页、标题、卖点和评价分析需要人工审核后再发布。
- 门店已有销售、客流、活动、库存、评价等基础数据，哪怕格式不完美，也能持续导出。
- 客户愿意定义禁用表述、人工确认边界和责任人。
不适合做的场景：
- 商品价格、库存、活动变化极快，但客户不愿提供实时数据或更新时间。
- 客户希望 Agent 直接承诺效果，例如“保证减肥成功”“保证投资收益”“一定治好”等。
- 客户没有商品资料，只想让模型凭感觉生成卖点。
- 平台规则严格，但客户不愿设置审核流程。
- 门店数据长期缺失，经营动作也无人执行，只希望系统自动给出“神奇答案”。
判断一个电商本地生活项目能不能做，可以先问一句：如果 Agent 给出了建议，客户能否拿出资料证明它为什么这样说，并且有人负责确认和执行？如果不能，先补资料和流程，不要急着做自动化。
需求澄清清单
谈需求时不要只问“你想做什么功能”，要追问资料、决策、风险和验收。
| 澄清项 | 必问问题 | 判断目的 |
|---|---|---|
| 商品范围 | 首批覆盖多少个 SKU（库存量单位）？是否包含组合套餐？ | 判断资料整理工作量 |
| 信息时效 | 价格、库存、活动多久变化一次？谁维护？ | 判断是否需要实时接口或人工更新时间 |
| 问答边界 | 哪些问题可直接答，哪些必须转人工？ | 防止越权承诺 |
| 平台规则 | 是否有禁用词、广告法限制、平台标题规则？ | 防止内容违规 |
| 数据来源 | 评价、销售、客流、退货原因来自哪些系统？ | 判断可分析性 |
| 推荐规则 | 推荐按价格、库存、毛利、适配需求还是品牌策略？ | 防止推荐逻辑和经营目标冲突 |
| 人工审核 | 谁审核详情页、活动话术和高风险回答？ | 明确发布责任 |
| 成功指标 | 看咨询解决率、转化率、采纳率、退货率还是满意度？ | 定义验收标准 |
| 接入方式 | 是否接 CRM（客户关系管理系统）、ERP（企业资源计划系统）、POS（销售终端系统）或门店表格？ | 判断技术复杂度 |
| 数据合规 | 用户评价、咨询记录是否允许分析和脱敏？ | 降低隐私风险 |