1产品定位
一句话概括:聚焦汽车赛道的全链路 AI 新媒体运营管理后台。
- 不是直播推流平台——直播在抖音等第三方平台进行,本平台通过平台开放 API 拉取数据、管理投放,是运营团队的"指挥中枢"。
- 多租户 SaaS——服务汽车品牌、代运营公司、经销商集团三类 B 端客户的新媒体运营团队。
- 全链路覆盖——智能策划(内容生产)→ 直播监控(直播执行)→ 数据大盘(数据复盘),形成完整运营闭环。
前期策略:平台 API 权限申请周期较长,V1 阶段先做抖音,数据采用人工录入兜底,API 开通后逐步切换为自动拉取/自动操作。
2目标用户与组织模型
2.1 客群
| 客户类型 | 典型场景 |
| 汽车品牌 | 新车上市发布会直播、品牌官方号日常运营 |
| 汽车新媒体代运营公司 | 同时管理多个品牌/经销商的直播账号 |
| 经销商集团 | 旗下多个 4S 店的促销直播、车展直播 |
2.2 组织模型
租户(代运营公司 / 品牌方 / 经销商集团)
├─ 项目 A(品牌/经销商 1 的直播账号)
│ ├─ 场次 1(单场直播:策划案 + Rundown + 监控数据 + 复盘报告)
│ └─ 场次 2
├─ 项目 B(品牌/经销商 2 的直播账号)
└─ ...
数据隔离:项目之间完全隔离,成员只能看到被分配的项目。
2.3 角色与权限
租户超管
成员管理、套餐、绑定抖音账号、全局设置。全部功能权限。
运营负责人
统筹多个品牌项目、审批策划案、看全项目数据大盘、定投放策略。跨项目查看 + 审批 + 预算决策。
策划
建策划案、生成脚本/Rundown、维护车型库与话术库。智能策划模块 + 车型库/话术库管理。
直播运营(场控/投手)
直播中盯盘、处理告警、执行投放调整。直播监控模块(看自己负责的场次)。
数据分析
生成复盘报告、导出、归因分析。数据大盘模块(被授权的项目)。
线索专员
查看线索、更新跟进状态。线索模块(被分配的范围)。
3产品架构总览
| 模块 | 定位 | 优先级 |
| 基础数据管理 | 车型库、话术库、平台模板库——AI 生成的前置数据基础 | V1 必做 |
| 智能策划 | 策划案生成、直播脚本、分钟级 Rundown | V1 必做 |
| 直播监控 | 实时看板、异常告警、自动场控、投放人机协同 | V1 必做 |
| 数据大盘 | 单场复盘报告、时间轴归因 | V1 必做 |
| 线索管理 | 线索录入、跟进状态管理 | V1 必做 |
| 计费/套餐管理 | 多租户计费、用量统计、订单 | 后置 |
4功能模块详细说明
4.0 基础数据管理 前置模块
为什么前置:AI 生成"直接可用"内容的前提,是汽车核心信息(车型、价格、政策)已结构化。否则 AI 写错一个车型参数,在汽车行业就是合规事故。
| 子功能 | 说明 | 阶段 |
| 车型库 | 每租户自建:车型名称、指导价、配置参数、当前优惠。优惠政策由运营人员更新。 | V1 |
| 话术库 | 从零搭建,积累汽车垂类专业话术(车型讲解、政策解读、互动引导等)。 | V1 |
| 平台模板库 | V1 仅抖音模板(含平台内容格式要求)。视频号/快手模板后期扩展。 | V1 抖音 |
4.1 智能策划
核心价值:替代策划、编导的重复性工作,将策划案产出时间从"天级"压缩到"分钟级"。
策划生成流程
第 1 步:选择项目(品牌/经销商账号)
第 2 步:选择直播场景(新车上市 / 门店促销 / 区域车展 / 日常播)
第 3 步:从车型库选择本场要讲的车型(1-3 款)+ 勾选优惠信息
第 4 步:选择平台模板(V1 仅抖音模板)
第 5 步:AI 生成 → 输出:策划案(营销主题+目标人群+福利策略)+ 分环节直播脚本 + 分钟级 Rundown
第 6 步:人工编辑修改(策划直接改,或重新生成)
第 7 步:提交审核 → 运营负责人审批通过 → 绑定到具体场次
第 8 步:场次开始后,Rundown 进入"直播监控"模块作为执行依据
| 子功能 | 说明 | 阶段 |
| 策划案自动生成 | 适配新车上市、门店促销、区域车展等汽车专属场景,输出完整可执行的营销方案 | V1 |
| 分环节直播脚本 | 生成符合汽车垂类专业话术的直播脚本 | V1 |
| 分钟级 Rundown | 精确到分钟的时间轴:福利节点、车型讲解顺序、互动环节设置 | V1 |
| 短视频脚本生成 | 生成车型讲解、政策解读类短视频脚本(可对接 AI 视频生成工具) | V1 |
| 策划案审核流 | 策划提交 → 运营负责人审批 → 绑定场次 | V1 |
| 多方案对比生成 | 一次生成多个版本策划案供策划挑选对比 | V1 |
4.2 直播监控
核心价值:替代场控、投手的机械性盯守工作,减少"盲盯"导致的数据流失。
| 子功能 | 说明 | 阶段 |
| 实时看板 | 在线人数、互动率、消耗速率等核心指标。V1 前期人工录入数据,API 开通后自动拉取 | V1 |
| 异常告警 | 消耗异常、人气下滑等自动提醒(无消耗/瞬时空耗/消耗速率异常三类投放问题) | V1 |
| 自动场控 | 按 Rundown 自动提醒/执行:发福袋、推互动话术、上购物车链接 | V1 |
| 投放人机协同 | AI 出调整建议、人做最终确认(加预算/调出价/暂停/延场) | V1 |
| 敏感词拦截 | 实时敏感词拦截、话术合规校验 | V1 |
自动操作边界(人机协同红线)
| 操作 | 无 API 阶段 | API 开通后 | 红线 |
| 公屏互动话术推送 | 系统建议,人复制粘贴 | 自动执行 | — |
| 福袋发放 | 系统到点提醒 | 自动执行 | 每场最多 100 次(可配) |
| 加投预算 | 系统建议金额,人操作 | 需人工确认 | 单场自动加投累计上限 ¥10,000(可配) |
| 调整出价/暂停计划 | 系统建议,人操作 | 需人工确认 | 超阈值需运营负责人审批 |
| 延长直播时长 | 系统建议,人操作 | 需人工确认 | 不超过预设最晚结束时间 |
待确认数值:"单场自动加投上限"默认值(如 ¥500/¥1000/¥2000)、福袋每场最大次数——需与业务方确认。
4.3 数据大盘
核心价值:替代数据分析师的基础统计工作,播完即出复盘报告。
| 子功能 | 说明 | 阶段 |
| 单场复盘报告 | 自动生成:直播时长、观看人次、最高/平均在线、互动数、新增粉丝、留资数、成交数、投放消耗、商品点击/下单 | V1 |
| 时间轴归因 | Rundown 关键节点打点 + 数据曲线对齐,自动标注"哪个节点带来峰值/低谷" | V1 |
| 深度归因 | 直播语音识别(ASR) + 语义分析,自然语言理解"主播说了什么→行为影响" | 后期 |
| 线索全路径追踪 | 打通品牌留资系统、经销商 CRM,追踪线索到店/成交全路径 | 后期 |
V1 归因策略:先做"时间轴对齐归因"(在 Rundown 标注关键环节,播后对齐数据曲线),深度归因依赖 ASR 能力放后期。
4.4 线索管理
| 子功能 | 说明 | 阶段 |
| 线索录入 | 运营/线索专员将直播间留资用户信息录入系统 | V1 |
| 线索字段 | 用户昵称、手机号、意向车型、意向等级(高/中/低)、来源场次、备注 | V1 |
| 跟进状态管理 | 新线索 → 已联系 → 已到店 → 已成交 / 流失 | V1 |
| CRM 对接 | CRM 对接到外部系统,本系统不做过多操作 | V1 轻量 |
| 自动意向打标 | 根据评论区互动自动标记意向用户 | 忽略/后置 |
5关键业务流程
5.1 策划→直播→复盘 全链路
[策划] 选项目→选场景→选车型+优惠→选模板→AI 生成→编辑→审批→绑定场次
↓
[执行] 场次开始→实时看板(人工录/API拉)→异常告警→人机协同投放→自动场控
↓
[复盘] 播后数据汇总→时间轴归因→复盘报告→线索录入→跟进追踪
5.2 无 API 阶段的数据流转
直播中:运营人员手动录入关键数据(在线人数/互动/消耗等,边播边录或播后补录)
直播后:系统汇总人工录入数据 + Rundown 节点 → 生成复盘报告 + 时间轴归因
6非目标(Non-goals)
V1 明确不做以下内容,防止范围蔓延:
- 不做直播推流/开播能力——直播在抖音等平台进行
- 不做视频号/快手平台对接——V1 仅抖音
- 不做深度 CRM 集成——线索在本系统管理,CRM 对接由外部系统负责
- 不做计费/套餐/订单管理——V1 后置
- 不做深度归因(ASR + 语义分析)——V1 仅时间轴对齐归因
- 不做自动意向打标——V1 忽略
- 不做 AI 数字人出镜合规角标——后期
7风险与依赖
| 风险项 | 影响 | 等级 | 应对 |
| 抖音 API 权限获取周期长(1-3 个月) |
直播监控实时数据、自动投放操作无法落地 |
高 |
V1 先人工录入兜底,同步推进 API 申请 |
| 数据基础设施薄弱(无话术库、无历史直播数据) |
AI 生成质量受限,冷启动效果不确定 |
高 |
V1 先建车型库+话术库,AI 生成结果需人工审核 |
| 汽车行业合规要求高(价格/政策不能错) |
AI 生成内容出错 = 合规事故 |
高 |
汽车知识增强 RAG;关键信息从结构化车型库取,非 AI 编造 |
| 多租户架构从 Day 1 设计 |
后期改造成本高 |
中 |
需求阶段即明确租户模型与数据隔离方案 |
8已确认事项(全部锁定)
| # | 事项 | 确认值 |
| 1 | 单场自动加投上限默认值 | ¥10,000(可配) |
| 2 | 福袋每场最大自动次数 | 100 次(可配) |
| 3 | 角色是否需补充"财务" | 不需要,维持 6 个角色 |
| 4 | 策划是否需多方案对比 | 需要,一次生成多版供挑选 |
| 5 | 技术团队规模 | 3-5 人 |
| 6 | 首批种子客户 | 暂无(需求驱动,非客户驱动) |
需求梳理完成。所有待确认事项已锁定,可进入 PRD 撰写阶段。
注意:3-5 人团队需对 V1 范围做严格取舍——建议 PRD 中标注各功能的工作量评估与建议分期。