产品人人都是产品经理·Totoro畅··AI 生成
从 270 分钟到 18 分钟:B 端产品经理如何主导一个 AI 达人撮合系统
本文以一套完整的AI达人撮合系统为例,从业务痛点、技术架构(召回-粗排-精排)、产品经理职责到数据反馈,完整拆解了B端AI产品的落地过程。作者提出了产品经理在AI项目中的四个核心工作:翻译、约束、兜底、度量。文章信息密度高,有具体数据和工程细节,适合对AI产品设计、推荐系统或B端业务感兴趣的读者,能提供可复用的框架和避坑思路。原文 ↗原文 ↗
核心观点
- ▍AI项目里,产品经理的核心价值不在于模型调优,而在于‘翻译’(业务需求转结构化输入)、‘约束’(设计规则防止AI输出商业上不可用的结果)、‘兜底’(设计降级策略)、‘度量’(设计指标判断AI价值并持续迭代)。
- ▍本文提出的AI撮合系统采用经典的三层搜索架构(召回-粗排-精排),其根本原因是成本分层:双塔向量召回速度快但交互浅,Cross-Encoder精度高但计算成本高,必须在性能和效果之间做工程平衡。
- 01灰度期间覆盖120家商家,430单投放,680万GMV,单笔均价约1.58万。
- 02核心指标变化:ROI从2.8提升到3.6,人工干预时长下降79%,多路召回覆盖率从62%拉到87%,履约率从91%提到96%,作弊达人占比从4.2%压到0.8%。
- 03多路召回包括:向量召回(双塔Embedding,query和item互不可见,用于捕捉浅层风格相似)、标签检索、规则过滤。
- 04粗排采用轻量级线性加权打分,维度包括预算匹配度、履约率、作弊风险分、粉丝质量,按硬性阈值过滤,将候选集从几百压到几十。
- 05精排使用Cross-Encoder,将商家需求文本与达人简介拼接,利用Transformer双向注意力做深度语义交互,输出0-1匹配分,按分排序。
- 06大模型在系统中只用于需求解析(将口语化诉求转为结构化JSON槽位),不直接参与达人筛选,避免不可控和成本过高。
- 07系统设计了业务后干预规则层:模型打分后,强制屏蔽竞品达人、强制插队头部达人、AI效果差时降级切回标签筛选。
- 08作者强调‘透明披露比好看的数据更重要’,主动解释了ROI 2.8→3.6为灰度对照组的同品类平均ROI,非自己拍的数据。
反方 / 局限
- — 文中提及全量推还需要更长周期验证,120家商家430单的AB对照虽有统计意义,但结论推广需谨慎。
- — 作者承认粗排的线性加权打分是‘规则模型或简单LR’,其可解释性强但非最优,且权重配置依赖运营经验,存在主观性。
概念锚点
前置背景
平行视角
未来推演
延伸追问