核心观点
合适的工具是能关生成、能导出日志、有人会抽检的那一类，而不是功能列表最长的。先写清要减哪一种重复劳动、数据能不能出域、出错谁值班，再去试用。宣传里的成交倍数和“开箱即智能”都不可当作验收标准；以下厂商名为常见类别举例，功能和价格以对方当前公示为准。
三种接入方式，差在数据和责任
形态一：商城或私域平台里的现成模块
例子：看店通以及同类小程序商城后台里的客服、推荐、营销组件。
往往省事的地方：
- 订单、商品、会员在同一套权限里，少一次对账
- 运营改规则的位置和改活动的位置接近，不容易各改各的
- 不一定要单独立项开发
需要提前问清的：
- 是检索知识库，还是开放生成；生成能否关掉
- 对话和推荐日志能否导出做质检
- 店铺停用或迁移时，素材和知识库怎么带走（能导出不等于能原样复现效果）
更适合：先验证流程、咨询和货架痛点明确、没有专职算法岗的团队。
形态二：垂直 SaaS（客服中台、分析、推送等）
例子：偏分析的神策等、偏推送的个推等、偏会话的智齿等（仅作类别记忆，不构成推荐排序）。
往往更细的地方：
- 质检、多渠道会话、分析模型等，可能比通用商城模块深
- 可对接多系统，也意味着字段映射和权限要有人做
代价：
- 订单和会员同步一旦延迟，机器人会答错库存和物流
- 个人信息出域，要合同、留存期和分包再处理条款
- 学习成本和年费都要算进“有没有人每周看报表”
更适合：已经有人对接字段、能接受采购和安全评审的团队。
形态三：大模型接口自己拼
例子：各家开放 API（名称和计费经常变）。
灵活在哪：
- 可把检索、工单、生成拼成自己的流程
- 按调用付费，用量起来后账单会跳，要设限额
容易低估的：
- 评测集、提示词版本、幻觉回归、值班，缺一不可
- 把聊天原文送去训练或用于改进服务，可能超出用户同意
- 没有产品经理式的“关生成、转人工”，出问题全是自己的
更适合：有研发和安全，且能说明为什么现成模块不够。
按要解决的活来看，而不是按热门榜
下列价格量级只为方便对照“大概是按次、按人、按年”，不是报价。签约前以合同和官网为准，并问清超量怎么算、是否含生成、数据是否用于训练。
智能客服类
知识库、转人工、情绪升级，比品牌更重要。搭建细节见AI智能客服。选型时重点试：答错政策能否被知识库压住、转接是否带上下文、非值班是否诚实留言。
1. 偏机器人会话的老牌厂商
- 看什么：意图和知识库管理是否让运营能改
- 常见计费：按对话或按机器人路数，量级因套餐而异
- 问清：生成式回复默认开还是关
2. 偏全渠道坐席的中台
- 看什么：企微、小程序、网页是否真能通，而不是宣传通
- 常见计费：按坐席或按席位包
- 问清：质检抽检谁来做，工具只是辅助
3. 偏中小企业套餐的云客服
- 看什么：人机切换和留言是否好用
- 常见计费：月套餐起
- 问清：超出会话怎么计、日志保存多久
用户分析类
埋点错了，后面的画像和推荐都是错的。标签怎么用见AI用户画像。
1. 偏事件分析的平台
- 看什么：能否自己建漏斗、能否排除测试用户
- 常见计费：按事件量或年费档
- 问清：数据驻留地、子处理者、导出权限
2. 偏快速看看板的产品
- 看什么：无埋点或可视化圈选是否满足，不够再上复杂方案
- 常见计费：年套餐
3. 有免费档的统计
- 看什么：免费范围是否含你要的端，超额后的单价
- 适合：先把基础访问看清楚，再决定要不要上精细运营包
营销自动化与推送
- 旅程画布好看，不如先看：误触达如何熔断、退订如何同步全渠道
- 推送按条计费时，算法选出“高意向”仍要过频次和模板审核
- 年费跨度很大，应用你们真实的发送量和座席数去算，不要套用他人口径
内容生成
草稿与审核流程见AI内容生成。这里只选工具侧：
- 通用对话：是否可关闭训练、是否可开通企业合同
- 偏文案的海外工具：中文语气和广告法都不在其默认能力里，更依赖你的禁止词
- 生图：商用条款、是否允许电商主图、是否要求标识生成内容
怎么选：四步，每步都可停
第一步：痛点写成可抽检的句子
- 晚上售后咨询没人回，还是首页全靠人工拖？
- 哪一类错误现在已经在发生（答错时效、推缺货、群发被投诉）？
- 成功长什么样：未匹配下降、对照点击不伤退款、打回率可控——选一个能数的
- 失败就停：哪一类客诉出现几次就关自动
第二步：资源如实写
钱
- 月费很低时，仍要算每周抽检几小时
- 年费很高时，先问能否只买一个模块试点
- 大额定制前，确认现成模块是否真的卡住了
人
- 没人改知识库，就不要买强生成客服
- 有一两个开发，也只适合接文档齐全、有沙箱的 API
- 有团队也不等于可以跳过安全评审
数据
- 行为很少时，协同过滤和精细分群都使不上，先热门和规则
- 行为很多但脏（刷单、测试），先洗再买分析包
- 没有“满多少用户就一定发挥价值”的线，只有“现在的数据能否支撑这个算法”
第三步：试用要对着真实订单
- 用你们的缺货单、过期活动、方言问法去试，不要只用销售演示账号
- 看易用性：运营能否自己改答案而不发工单到对方实施
- 看稳定性：高峰是否排队、是否丢会话
- 看服务：出幻觉时对方是否只回“模型就是这样”
- 看合同：数据用于训练默认是否关闭
第四步：扩面有前提
- 先一个场景（例如仅售后 FAQ），抽检过关再加售前
- 加分析或自动化前，客服口径已经稳，否则错误会乘上推送量
- 所谓专属模型、核心竞争力，都排在日志和熔断之后；多数店不需要这一步
按经营体量粗分（不是档位承诺）
订单和咨询都很少
优先：平台内置 FAQ、热门货架、人工快捷回复。
- 生成式只用于内部草稿
- 月费目标以“可随时停”为主，而不是堆功能
有稳定复购，运营兼岗
优先：平台模块 + 必要时一个外接（例如会话中台或基础统计）。
- 不要同时上客服、推送、全渠道分析
- 外接前算清字段谁维护
多渠道、有专职运营
可以组合：会话、分析、推送分开买，但要有人做身份打通和冲突策略（别对同一人连推三次）。
- 预算应含实施和每年的抽检，不只是许可证
有研发和合规
可以：在模块不够时自研流程，而不是为了自研而自研。
- 数据平台、权限、审计日志比再接一个模型更优先
- 成本随调用和标注上升，没有固定上限
常见问题
Q1：多套工具怎么连？
A：先减少套数。必须并存时，明确哪个系统是会员主数据、哪个只读。同一云厂商不等于数据已打通。客户数据平台（CDP）能缓解分裂，也会多一个泄露面，要单独评审。API 能通字段，通不了责任：出错时以谁的日志为准要事先写下来。
Q2：怎样算值不值？
A：用你们自己的对照：人工时长、客诉、退款、抽检工时、软件费。公式可以是（可核实的节省或增量 − 全部成本）/ 全部成本，但“可核实”最难。不要套用他人“几百个百分点回报”的口头例子。短期只看见点击变好，把退货窗过完再决定续费。
Q3：要不要一次买齐？
A：不必。从当前正在产生损失的那一个点开始（答错、缺货乱推、群发投诉）。功能堆满而没人审核，费用和风险一起涨。
总结
选择时按责任能落地来排：
- 需求：写成可数、可关的一句话
- 约束：钱、会改知识库的人、数据能不能出域
- 试用：用真实脏数据，而不是演示环境
- 扩面：抽检过关再加通道
- 优化：工具只提供能力，口径和禁推清单在商家自己手里
体量只作粗分：
- 小：平台内置 + 内部草稿
- 中：平台 + 一个外接专项
- 更大：专项组合，并配打通和熔断
- 有研发：缺什么补什么，而不是默认定制全套
选定之后如何排期试点，见AI营销实施路径。
