599 lines
36 KiB
Markdown
599 lines
36 KiB
Markdown
# 【问大家】问答与任务管理系统PRD
|
||
|
||
范围：智能问答+ 任务管理系统版本：v0.2｜
|
||
|
||
日期：2026-08-21状态：待评审
|
||
|
||
# 1. 项目背景与概述
|
||
|
||
## 1.1 项目定位
|
||
|
||
本系统由两个相互衔接的模块组成，覆盖运营在【问大家】的完整工作流：
|
||
|
||
* 模块一 · 智能问答库：用 AI 批量生成"问题"和"回答"，并由运营采纳入库形成可复用知识资产。含两个入口——提问助手、回答助手。
|
||
|
||
* 模块二 · 任务管理系统：运营把采纳的问答建任务、发链接；提问用户（用户A）与回答用户（用户B，两拨不同的人）各自认领并完成；上传截图与收款码；运营审核。
|
||
|
||
**【重要边界】**本期"返款自动打款"（微信/支付宝退款 API 自动调用），本期任务闭环构建至"运营审核通过 → 生成待返款记录"为止，实际打款由后续返款模块实现。
|
||
|
||
## 1.2 业务背景与痛点
|
||
|
||
**运营在【问大家】区域的全链路耗时：生成问题/回答 ＋ 挑选问题/回答 ＋ 用户认领问题/回答 ＋ 审核 ＋ 返款。：**
|
||
|
||
* 提问生成效率低：运营需手动向豆包等通用 AI 提问，入口分散、质量不一、来回切换。
|
||
|
||
* 任务分配繁琐：手动拉群、人工校对用户账号与截图，无法快速验证真实性，逐一联系效率低、无法监控任务状态、无法溯源。
|
||
|
||
* 截图审核易错：多人多图易漏审/误审
|
||
|
||
_（如两人各答 30+ 问题批量发图；要求答 25 个、用户只答 23 个）。_
|
||
|
||
* 返款易错：人工核对任务 ID + 截图，效率低、记录难追溯，存在漏返、重复返款风险。
|
||
|
||
**一句话：运营 80% 精力耗在"生成 + 挑选 + 分配 + 审核 + 返款"的机械劳动上，而非"判断什么内容真正有用"。**
|
||
|
||
## 1.3 项目目标
|
||
|
||
本项目打造统一问答生成与任务管理平台，整合提、问、分配、审核，内容合规生活化并自动入库查重；任务实时通知、全程可溯，提交后系统自动审核、人工兜底，同时沉淀数据，为后续自动返款与智能化运营奠定基础。
|
||
|
||
## 1.4 非目标（Non-goals，本期不做）
|
||
|
||
| **不做的事** | **原因 / 后续安排** |
|
||
| --- | --- |
|
||
| 返款自动打款（微信/支付宝退款 API） | 本期仅构建至"审核通过→待返款"记录，实际打款由后续模块实现。 |
|
||
| 不替代运营在审核与返款中的最终决策责任 | 自动审核后保留人工复核兜底。 |
|
||
| 不覆盖淘宝以外渠道（京东/抖音等） | 先聚焦淘宝【问大家】单一场景验证价值。 |
|
||
| 不接入 C 端用户真实提问流 | 生成“样例/种子”问答供运营筛选，不实时接入买家真实提问。 |
|
||
| 不做多模态（图文混合回答） | 先交付纯文本，降低技术风险 |
|
||
|
||
## 1.5 关键假设与依赖
|
||
|
||
* 依赖商品资料库（名称/品类/功效/卖点/成分字段）可读。
|
||
|
||
* 依赖历史评价 + 竞品评价数据接口（用于卖点提炼，P1）。
|
||
|
||
* 依赖大模型 API + 内容安全 API，需提前申请配额。
|
||
|
||
* 依赖 OCR 识别能力（回答模块识图提取产品图与问题文字）。
|
||
|
||
* 依赖用户微信登录及任务 ID 绑定能力（移动端链接场景）。
|
||
|
||
* 返款退款 API 为后续依赖，本期不接入（接口预留）。
|
||
|
||
* 假设运营具备基础商品知识，能判断生成内容是否合适。
|
||
|
||
# 2. 竞品分析
|
||
|
||
**公司内部特殊使用工具较难寻找到可参考的竞品，但可根据已有的工具基础上沿用思路改善****：**
|
||
|
||
## 2.1 第一类：通用 AI 对话工具
|
||
|
||
* 代表：豆包、通义千问、ChatGPT、DeepSeek 等。
|
||
|
||
* 优势：自然语言理解强、可自由写 Prompt、生成灵活、覆盖多场景。
|
||
|
||
* 劣势：运营要自己写 Prompt；商品信息需人工整理；无公司商品知识默认上下文；结果不一定符合【问大家】规范；每次都要重述需求。
|
||
|
||
**本产品机会：**把"运营写 Prompt"变成"运营填业务字段"。例：通用 AI 要写"帮我针对这款身体乳生成 10 个自然问题…"；++本工具只需填 品类=身体乳/功效=保湿滋润/人群=熟龄/风格=口语，系统自动完成 Prompt 构建与知识检索。++
|
||
|
||
**2.****2** **第****二****类：公司内部 AI 内容工具 / 任务众包**
|
||
|
||
* 传统内部工具通常是：输入 Prompt → AI 生成 → 人工复制；任务则靠微信群手工拉群+人工校对。
|
||
|
||
* 本产品升级为：商品信息输入 → AI 分析 → 生成问答 → 人工筛选采纳入库 → 建任务发链接 → 用户认领/完成/上传 → 系统审核。
|
||
|
||
**核心竞争力：不是"模型本身更强"，而是 业务知识 + 商品知识 + 用户关注点 + 场景化 Prompt + 内容规则 + 任务闭环 的组合。**
|
||
|
||
# 3. 用户画像
|
||
|
||
## 3.1 主要用户：运营人员（生成 + 初审 + 分配）
|
||
|
||
* 身份：个护化妆品淘宝店铺运营 / 内容运营。
|
||
|
||
* 目标：快速产出大量、合规、像真人的问答；高效把任务分配给用户并审核完成。
|
||
|
||
* 痛点：手动切 AI、复制粘贴繁、怕踩违规词；拉群分配繁琐、审核易漏。
|
||
|
||
* 诉求：少填点、多出点、一键复制；任务建好发链接即可，状态看得见。
|
||
|
||
## 3.2 次要用户：审核岗 / 运营主管 / 财务
|
||
|
||
* 主管：复核系统审核结果、管理生成规则与任务分配；关注效率与合规。
|
||
|
||
* 财务/对账：核对返款记录、处理异常告警（返款模块上线后）；关注资金准确与可追溯。
|
||
|
||
## 3.3 任务承接用户
|
||
|
||
* 用户A（提问）：被邀在【问大家】发布指定问题的人群
|
||
|
||
* 用户B（回答）：已购买公司品牌商品、被邀回答的人群
|
||
|
||
**诉求：进链接就能看到自己能做的任务、规则清楚、提交便捷、状态有反馈。**
|
||
|
||
## 3.4 不服务的用户
|
||
|
||
* 财务部
|
||
|
||
## 3.5 用户故事
|
||
|
||
| **编号** | **用户故事** |
|
||
| --- | --- |
|
||
| US-1 | 作为运营，我希望填入商品字段和风格标签就能一键生成多个问题，以便省去手动找 AI 和复制的麻烦。 |
|
||
| US-2 | 作为运营，我希望结果同页展示、支持单条/多选并带分页。 |
|
||
| US-3 | 作为运营，我也自己会刷一些竞品问答，我也有自己的知识沉淀敏感度，我希望生成后可编辑/补充优化系统给我生成的东西，且系统提示库内相似提问时能够提示我做出更好的决策。 |
|
||
| US-4 | 作为用户A，我希望进链接就能看到可认领的问题和领取规则（一天最多5个），选完即绑定我的ID，以便清楚知道自己领了什么。 |
|
||
| US-5 | 作为用户B，我希望上传被邀回答页截图后系统能识别出产品图和问题，并显示可回答的问题与参考回答，以便复制去完成。 |
|
||
| US-6 | 作为用户A/B，我希望提交截图+收款码后能看到"审核中/已通过/未通过"状态，以便知道进度。 |
|
||
| US-7 | 作为审核，我希望管理界面直接显示某用户任务ID下被分配的提问与回答，便于和截图对照，以便不漏审不错审。 |
|
||
|
||
**4.** **优化后流程**
|
||
|
||
# 产品方案设计
|
||
|
||
## 4.1 系统架构总览（三大页面）
|
||
|
||
**按用户需求，系统由三大部分构成；运营侧为后台，用户侧为两个独立任务链接（人群不同，入口分离）：**
|
||
|
||
* ① 运营管理系统（Web 后台）：问答库查看 + 任务管理 + 任务分配 + 审核。运营在这里生成问答、采纳入库、建任务、发链接、审截图。
|
||
|
||
* ② 提问用户任务链接（用户A）：微信登录 → 绑定任务ID → 认领问题（≤5h）→ 完成提问后上传截图①+收款码。
|
||
|
||
* ③ 回答用户任务链接（用户B）：微信登录 → 上传截图②（被邀回答页）→ 系统 OCR 识别 → 运营选可回答问题并匹配回答（相似≥60%）→ 用户复制回答完成 → 上传截图③+收款码。
|
||
|
||
**【页面关系】**运营管理系统的"任务管理/分配"负责创建任务并生成两个链接（提问链接、回答链接）；用户侧链接提交的数据回流到运营管理系统的"审核"。
|
||
|
||
## 4.2 用户角色与旅程图
|
||
|
||
**运营人员旅程：**
|
||
|
||
| **阶段** | **运营行为** | **当前痛点** |
|
||
| --- | --- | --- |
|
||
| 提问准备 | 随机挑提问用户A、建A群 | 用户来源分散，依赖人工筛选 |
|
||
| 任务分发 | 筛选问题、去重、指定用户发送、发话术 | 挑选琐碎耗时、用户可能领到重复问题 |
|
||
| 提问审核 | 审核截图①（提问页） | 多人多图易漏审/错审 |
|
||
| 返款 | 人工返款（微信/Excel） | 记录靠人工登记（本期待定） |
|
||
| 回答准备 | 筛选已购用户B、建B群 | — |
|
||
| 回答分发 | 审核截图②是否作答（≤3答/问，靠感觉） | 纯靠人工判断与记忆 |
|
||
| 回答审核 | 审核截图③数量与准确性 | 批量图易漏审（如应25实23） |
|
||
| 返款 | 人工返款 | （本期待定） |
|
||
|
||
**用户A（提问）旅程：**
|
||
|
||
| **阶段** | **用户行为** | **备注** |
|
||
| --- | --- | --- |
|
||
| 收到任务 | 进入微信群 | — |
|
||
| 确认任务 | 认领提问话术、打开商品链接 | 单任务一人一天最多5条；一淘宝号一问，可多号多问，可一号隔天问 |
|
||
| 完成任务 | 发布指定问题 | — |
|
||
| 提交截图 | 上传截图① | 截图①：个人淘宝"我的提问"页截图 |
|
||
| 收到返款 | 确认到账 | （本期待定） |
|
||
|
||
**用户B（回答）旅程：**
|
||
|
||
| **阶段** | **用户行为** | **备注** |
|
||
| --- | --- | --- |
|
||
| 收到任务 | 进入微信群 | 需确认是否购买公司品牌商品 |
|
||
| 确定任务 | 查看【问大家】被邀请回答页并截图② | 截图②：被邀评价回答页截图 |
|
||
| 被分配任务 | 等运营确认要回答的问题和答案 | 单任务一人最多20–30条；一淘宝号可多答 |
|
||
| 完成任务 | 发布回答后回群上传截图③ | 可能漏答，运营会提醒确认 |
|
||
| 提交截图 | 上传截图③ | 截图③：实际做出回答的页截图 |
|
||
| 收到返款 | 确认到账 | （本期待定） |
|
||
|
||
## 4.3 提问任务闭环业务流程（用户A）
|
||
|
||
**运营侧 → 用户侧 → 回运营审核****：**
|
||
|
||
|
||
|
||
**①****创建任务ID：**运营输入品名 + 条件设置（含商品链接），每个任务ID下挂问题/回答编号（运营用 AI生成 / 生成后编辑 / 自己补录 任一方式采纳问答入库）＋用户id
|
||
|
||
_\-__系统显示库内采用过的相似提问，询问是否继续添加相似提问。_
|
||
|
||
例：任务ID：TASK20260822001
|
||
|
||
├── Q001 → 用户A
|
||
|
||
└── 用户A完成提问 → 截图 → 审核 → 待返款
|
||
|
||
├── Q002 → 用户B
|
||
|
||
└── 用户B完成提问 → 截图 → 审核 → 待返款
|
||
|
||
├── A001-1 → 用户C
|
||
|
||
└── 用户C完成回答 → 截图 → 审核 → 待返款
|
||
|
||
├── A001-2 → 用户D
|
||
|
||
└── 用户D完成回答 → 截图 → 审核 → 待返款
|
||
|
||
**② 发布任务：**运营把提问链接发到 A 群 → 用户进链接选择问题；被选中的问题其任务ID 绑定用户ID（用户领取任务）；单日最多认领 5 个问题；链接页明示领取规则。
|
||
|
||
**③ 完成与提交：**用户在淘宝完成提问 → 返回链接上传截图①+收款码 →（本期）运营审核 → 审核通过生成"待返款"记录 → 完成任务数据留存。
|
||
|
||
## 4.4 回答任务闭环业务流程（用户B）
|
||
|
||
**用户侧上传 → 运营选答匹配 → 用户侧完成：**
|
||
|
||
|
||
|
||
**①创建任务ID：**运营输入品名 + 条件设置（含商品链接），每个任务ID下挂问题/回答编号运营用 AI生成 / 生成后编辑 / 自己补录 任一方式采纳问答入库）＋用户id；
|
||
|
||
_\-__系统显示库内采用过的__相似提问采用过该回答__，询问是否继续添加__相同字段回答__。_
|
||
|
||
例：任务ID：TASK20260822002
|
||
|
||
├── Q001 → 用户A
|
||
|
||
└── 用户A完成提问 → 截图 → 审核 → 待返款
|
||
|
||
├── Q002 → 用户B
|
||
|
||
└── 用户B完成提问 → 截图 → 审核 → 待返款
|
||
|
||
├── A001-1 → 用户C
|
||
|
||
└── 用户C完成回答 → 截图 → 审核 → 待返款
|
||
|
||
├── A001-2 → 用户D
|
||
|
||
└── 用户D完成回答 → 截图 → 审核 → 待返款
|
||
|
||
**② 上传邀答截图：**用户通过运营发的链接上传"被邀回答页"截图② → 系统 OCR 识别提取产品图与对应问题文字，形成选项。
|
||
|
||
**③运营选答匹配：**运营在后台选择可回答的问题，系统自动匹配库内对应回答（问题与回答相似性达 60% 即给出对应回答）；运营发布任务。
|
||
|
||
**③ 用户完成提交：**用户通过链接看到可回答的问题与回答，复制回答去完成 → 回来上传截图③+收款码（此时运营管理界面显示该用户任务ID下被分配的提问与回答，便于与截图对照审核）→运营审核 → 审核通过生成"待返款"记录 → 完成任务数据留存。
|
||
|
||
## 4.5 智能问答助手 模块方案
|
||
|
||
### 4.5.1 核心生成流程
|
||
|
||
运营输入/选择个性化商品信息 → AI将卖点/功效提取 → 竞品评价抓取 → AI 结合多方数据输出多条答案→ 生成针对性回答 → 内容规则校验 → 结果展示 → 采纳/重新生成/编辑/添加→发布任务
|
||
|
||
**【设计要点】"****运营经验沉淀** **+ 竞品评价"是差异化关键——让问题来自真实买家关心的事，而非 AI 凭空编。若评价数据暂未就绪，MVP 可先用商品资料+卖点，评价联动作为 P1 增强。**
|
||
|
||
### 4.5.2 内容生成策略与约束
|
||
|
||
| **要求** | **规则（提问）** | **规则（回答）** |
|
||
| --- | --- | --- |
|
||
| 字数 | 单条 ≤20 字，超长自动压缩 | 单条 ≤50 字，超长自动压缩 |
|
||
| 语言 | 自然语言、真实消费者提问习惯 | 直接回答、自然、接近真实用户表达 |
|
||
| 关联 | 与商品明确关联、有购买决策价值 | 直接回应问题、不机械复述详情页 |
|
||
| 多元化 | 同商品多批不雷同 | 同问题多条角度不同 |
|
||
|
||
* 下次问答生成时优先级：竞品数据＞运营采纳过的问答数据＞AI自行生成
|
||
|
||
### 4.5.3 个性化输入字段体系
|
||
|
||
**提问****要求**
|
||
|
||
* 商品信息（以下至少填一项即可生成）：商品名称、商品品类、商品功效、商品卖点。
|
||
|
||
* 语言风格（选填）：单选（幽默 / 口语 / 专业），默认"口语"。只影响表达方式，不改变事实。
|
||
|
||
* 目标人群（选填）：多选（女性 / 男性 / 学生 / 熟龄人群）。
|
||
|
||
* 使用部位（选填）：多选（脸部 / 身体 / 头发/ 手部 / 唇部 / 头皮 / 足部）。
|
||
|
||
* 使用场景（选填）：多选，后续可根据运营需求配（居家 / 旅行 / 通勤 / 运动 / 换季）。
|
||
|
||
* 购买渠道（选填）：多选、（大型商超 / 药房 / 美妆店 / 电商平台），生成时作为场景后缀融入回答。
|
||
|
||
* 生成条数（选填）：可输入，默认条数5条。
|
||
|
||
**回答要求**
|
||
|
||
* 回答要求：选填，告诉 AI 回答必须包含的信息（如"包含吸收速度和使用感"），为空则 AI 自动判断重点。
|
||
|
||
* 种草式回答（选填，默认勾选）
|
||
|
||
* 购买渠道（选填）：多选、（大型商超 / 药房 / 美妆店 / 电商平台），生成时作为场景后缀融入回答。
|
||
|
||
* 种草式回答：开关，默认关闭；开启后在真实自然前提下增强体验表达与购买吸引力。
|
||
|
||
* 每个问题默认生成10 条回答；
|
||
|
||
**结果展示：**
|
||
|
||
* 结果按"提问"分组展示。
|
||
|
||
### 4.5.5 技术实现
|
||
|
||
* 生成引擎：大语言模型 API；卖点提炼阶段用 RAG 检索商品资料与RPA竞品评价回答数据结合后生成。
|
||
|
||
* 问答入库：采纳的问答写入问答库，建立"商品→关注点→问题→回答"结构；新生成时对库内相似提问做重复提示。
|
||
|
||
* 可观测：每次生成记录入参、出参、耗时、命中规则，支撑指标看板。
|
||
|
||
* 竞品内容提取：通过 RPA + OCR 抓取竞品/同类商品的【问大家】内容作为生成素材；生成结果打"来源标签"（AI生成 / 竞品提取）区分，便于运营挑选入库。
|
||
|
||
## 4.6 任务创建 模块方案
|
||
|
||
**将运营下发的提问/回答任务，按 商品URL + 任务ID 分配给指定承接用户，并提供任务状态跟踪。**
|
||
|
||
* 按商品品名（ID）+ 任务ID，由运营分配给指定用户群（A 群 / B 群）。
|
||
|
||
* 用户群接收入口后认领任务，提交状态实时同步到任务状态看板（待发布 / 进行中 / 已完成 / 待返款）。
|
||
|
||
* 单商品URL映射下展示：任务ID 列表 + 该问答的引用次数（防重复分配）。
|
||
|
||
* 支持任务消息通知，替代手动逐一联系，提升分配与触达效率。
|
||
|
||
**【认领上限】**提问侧：单任务一人一天最多认领 5 个问题；回答侧：单任务一人最多 20–30 条。规则需在用户链接页明示。
|
||
|
||
## 4.7 截图与任务提交 模块方案
|
||
|
||
**为用户提供统一提交入口，在任务ID下提交任务截图与收款码截图。**
|
||
|
||
* PC 端（运营/审核）+ 移动端链接（用户）双入口；移动端支持多图上传与格式验证。
|
||
|
||
* 支持任务ID输入验证与提交记录查询。
|
||
|
||
* 提交状态通知：审核中 / 已通过 / 未通过。
|
||
|
||
* 回答模块：① OCR 识图提取截图文字，整合成文字筛选模块；② 截图提问与问答库做次数比对，回答次数＞3 时提醒干预（一条提问下最多约 3 个回答）。
|
||
|
||
* 支持用户微信登录并绑定任务ID。
|
||
|
||
|
||
**【截图定义】**截图①=个人淘宝"我的提问"页（用户A提交）；截图②=被邀回答页（用户B首次上传，供 OCR）；截图③=实际做出回答的页（用户B完成提交）。
|
||
|
||
## 4.8 审核中心 模块方案
|
||
|
||
**4.8.2 类型一 · 回答筛选审核（回答发布前内容筛选）**
|
||
|
||
* 触发：回答用户B 上传截图②（被邀回答页）后，系统 OCR 提取产品图与对应问题文字，生成候选问题清单，进入"待筛选"状态。
|
||
|
||
* 运营在"待筛选"列表中勾选"可回答的提问"，并对每个问题确认/调整"对应的答案"——系统按相似度≥60%自动匹配问答库内已有回答，运营可采纳、替换或补充。
|
||
|
||
* 目的：在任务正式发布给回答用户前，先完成"哪些问题值得回答 + 答案是否可用"的质量把关。
|
||
|
||
* 通过处置：确认后的"问题—答案"对发布为可回答任务，进入回答用户链接供用户认领完成。_关_
|
||
|
||
|
||
**4.8.1 类型二 ·** **任务审核****（任务完成后结算审核）**
|
||
|
||
* 触发：提问用户A / 回答用户B 完成任务后，上传截图①/③ + 收款码，提交进入审核队列：提问审核和回答审核。
|
||
|
||
* 自动校验任务ID有效性（存在、未重复认领、与用户绑定一致）。
|
||
|
||
* 对照审核：管理界面显示"该用户任务ID下被分配的提问与回答"，与上传截图①/③（及OCR出的问题）左右对照，核验数量、相关性、合规性。
|
||
|
||
* 审核截图合规性：包含商品信息、与任务相关、无违规内容。
|
||
|
||
* 人工复核处理系统无法判断的复杂情况；审核结果通知用户（审核中/已通过/未通过）。
|
||
|
||
* 审核通过后生成"已完结"记录（本期不打款，供后续返款模块消费）。_务结算__。_
|
||
|
||
## 4.9 返款模块说明（本期待定）
|
||
|
||
**【本期不做】**以下为理想流程与接口预留，供后续立项参考。
|
||
|
||
* 理想流程：审核通过后自动触发返款，支持返款记录查询导出及异常告警。
|
||
|
||
* 技术要求（规划）：微信/支付宝退款 API 自动调用；异常处理与日志记录；财务对账。
|
||
|
||
* 本期替代：审核通过即生成"待返款"状态 + 留存收款码，运营可据此手工返款或由后续模块接入。
|
||
|
||
* 资金风险缓解（规划）：保证人工二次校验、异常告警，避免纯依赖 AI 识别自动返款造成资损。
|
||
|
||
# 5. 功能需求说明
|
||
|
||
**编号：FR-Q=提问助手，FR-A=回答助手，FR-T=任务管理，FR-S=截图提交，FR-R=审核，FR-C=公共。优先级 P0 必做，P1 增强。**
|
||
|
||
## 5.1 智能Q&A助手
|
||
|
||
| **编号** | **功能** | **说明** | **优先级** |
|
||
| --- | --- | --- | --- |
|
||
| FR-Q1 | 商品字段输入 | 商品名称/品类/功效/卖点，至少填一项方可生成 | P0 |
|
||
| FR-QA2 | 语言风格(选填) | 单选：幽默/口语/专业，默认口语 | P0 |
|
||
| FR-Q3 | 目标人群(选填) | 多选：女性/男性/学生/熟龄人群 | P0 |
|
||
| FR-QA4 | 生成条数 | 默认提问5条，回答10条 | P0 |
|
||
| FR-Q5 | 一键生成 | 点击"生成Q&A"同页展示结果 | P0 |
|
||
| FR-QA6 | 单条勾选 | 单条勾选后采纳，如果未勾选弹窗空白提示 | P0 |
|
||
| FR-QA7 | 多选勾选 | 勾选多条 → 批量采纳 | P0 |
|
||
| FR-A8 | 种草式回答 | 开关，默认开启 | P0 |
|
||
| FR-A9 | 回答要求(选填) | 指定回答需包含的要点 | P0 |
|
||
| FR-QA10 | 全选 | 结果区"全选"勾选当前页 | P0 |
|
||
| FR-QA9 | 重新生成 | 保留输入条件，换一批、尽量不重复 | P0 |
|
||
| FR-QA10 | 分页 | 结果过多时按页展示，每条问答结果内容超5条回答加滚动条显示 | P0 |
|
||
| FR-Q11 | 字数校验 | 超 50 字自动压缩 | P0 |
|
||
| FR-QA12 | 采纳入库+相似提示 | 采纳进问答库；新生成提示库内相似提问 | P0 |
|
||
| FR-QA13a | 使用部位 | 多选：脸部/身体/头发（可扩展手部/唇部/头皮/足部） | P1 |
|
||
| FR-QA13b | 使用场景(选填) | 多选：居家/旅行/通勤/运动/换季 | P1 |
|
||
| FR-Q14 | 卖点提炼(评价联动) | 接入历史/竞品评价数据做出提取产出 | P1 |
|
||
| FR-Q14 | 竞品内容提取+来源tag | RPA+OCR 抓取竞品问大家内容，结果打"AI生成/竞品提取"标签 | P1 |
|
||
|
||
## 5.2 任务管理 · 创建发布
|
||
|
||
| **编号** | **功能** | **说明** | **优先级** |
|
||
| --- | --- | --- | --- |
|
||
| FR-T1 | 发布任务链接 | 两处入口：问答库问题与回答生成时可发布提问任务，审核中心发布回答任务链接<br>输入品名+条件+商品链接，生成任务ID，下挂问题/回答编号 | P0 |
|
||
| FR-T2 | 采纳问答入库 | AI生成/编辑/补录任一方式采纳；显示库内相似提问，询问是否继续添加 | P0 |
|
||
| FR-T3 | 生成任务链接 | 为 A 群/B 群分别生成提问链接/回答链接 | P0 |
|
||
| FR-T4 | 用户认领(提问) | 进链接选问题→任务ID绑定用户ID；单日≤5 问题；页示领取规则 | P0 |
|
||
| FR-T5 | 引用次数展示 | 单商品URL下展示任务ID与问答引用次数 | P0 |
|
||
| FR-T6 | 任务状态看板 | 待发布/进行中/已完成/待返款/已撤销 | P0 |
|
||
| FR-T7 | 创建任务 | 可自由选择创建任务类型与提问与回答的任务链接 | P1 |
|
||
| FR-T8 | 回答匹配(≥60%) | 运营选可回答问题，系统匹配库内回答(相似≥60%) | P0 |
|
||
|
||
## 5.3 任务管理 · 审核中心
|
||
|
||
_类型1：任务审核（看用户完成任务的截图和收款码）_
|
||
|
||
_类型2：回答筛选审核（看完成回答任务的用户要回答哪些问题）_
|
||
|
||
| **编号** | **类型** | **功能** | **说明** | **优先级** |
|
||
| --- | --- | --- | --- | --- |
|
||
| FR-R1 | 1 | 任务ID自动校验 | 有效性/未重复认领/与用户绑定一致 | P0 |
|
||
| FR-R2 | 1 | 截图审核 | 含商品信息、与任务相关、无违规 | P0 |
|
||
| FR-R4 | 1 | 对照审核视图 | 管理界面显示该用户任务ID下分配的提问或回答 | P0 |
|
||
| FR-R5 | 1 | 审核结果通知 | 通过/未通过通知用户 | P0 |
|
||
| FR-R6 | 1 | 待返款记录 | 审核通过生成"待返款"记录（本期不打款） | P0 |
|
||
| FR-R7 | 2 | OCR识图提取 | 用户上传截图后，对截图中的提问文字做提取和勾选选项 | P1 |
|
||
| FR-R7 | 2 | 用户B的截图问题采纳审核 | 勾选是否做该条提问任务，并给出匹配回答 | P0 |
|
||
| FR-R8 | 2 | 筛选发布 | 确认后"问题—答案"对发布为可回答任务 | P0 |
|
||
| FR-S9 | 2 | 回答次数>3提醒 | 截图提问与问答库比对，>3 提醒干预 | P1 |
|
||
|
||
## 5.4 任务管理 · 截图提交（用户链接）
|
||
|
||
| **编号** | **功能** | **说明** | **优先级** |
|
||
| --- | --- | --- | --- |
|
||
| FR-S1 | 微信登录绑定 | 用户微信登录并绑定任务ID | P0 |
|
||
| FR-S2 | 提问链接提交 | 用户A上传截图①+收款码 | P0 |
|
||
| FR-S3 | 回答链接-上传截图② | 用户B上传被邀回答页，OCR提取产品图+问题文字 | P0 |
|
||
| FR-S4 | 回答链接-查看与完成 | 用户B看到可回答问题与参考回答，复制完成，上传截图③+收款码 | P0 |
|
||
| FR-S5 | 多图上传+格式验证 | PC/移动端，格式与大小校验 | P0 |
|
||
| FR-S6 | 任务ID验证+查询 | 输入验证、提交记录查询 | P0 |
|
||
| FR-S7 | 提交状态通知 | 审核中/已通过/未通过 | P0 |
|
||
|
||
## 5.5 其他公共能力
|
||
|
||
| **编号** | **功能** | **说明** | **优先级** |
|
||
| --- | --- | --- | --- |
|
||
| FR-C1 | 必填校验 | 提问/回答/任务字段校验与提示 | P0 |
|
||
| FR-C2 | 生成中态 | 按钮置灰禁重复点击 | P0 |
|
||
| FR-C3 | 失败处理 | 失败提示、保留输入 | P0 |
|
||
| FR-C4 | 权限校验 | 无权限角色看不到对应入口 | P0 |
|
||
| FR-C5 | 生成历史 | 查看历史记录（问答库） | P1 |
|
||
|
||
# 6. 页面交互说明
|
||
|
||
系统根据实际使用角色划分为三类页面：
|
||
|
||
**1.****运营任务管理界面：**运营人员使用的 Web 后台，完成问答生成、问答入库、任务创建、任务发布、任务跟踪、回答筛选及任务审核。
|
||
|
||
**2.****提问用户链接页面：**用户A使用的移动端任务页面，完成问题认领、淘宝提问及截图提交。
|
||
|
||
**3.回答用户链接页面：**用户B使用的移动端任务页面，完成邀答截图上传、等待运营筛选、执行回答及截图提交。
|
||
|
||
## 6.1 运营任务管理界面
|
||
|
||
[https://operatepage.netlify.app](https://operatepage.netlify.app)
|
||
|
||
## 6.2 提问用户链接页面
|
||
|
||
https://askuserpage.netlify.app
|
||
|
||
## 6.3 回答用户链接页面
|
||
|
||
https://answerstaskpage.netlify.app
|
||
|
||
## 6.4三端状态统一
|
||
|
||
| **阶段** | **运营后台** | **用户A** | **用户B** |
|
||
| --- | --- | --- | --- |
|
||
| 任务创建 | 待发布 | \- | \- |
|
||
| 用户认领 | 进行中 | 已认领 | \- |
|
||
| 用户B上传截图② | 待筛选 | \- | 待筛选 |
|
||
| 运营发布回答 | 待完成 | \- | 待完成 |
|
||
| 用户提交截图 | 待审核 | 审核中 | 审核中 |
|
||
| 审核通过 | 已完成/待返款 | 已通过 | 已通过 |
|
||
| 审核不通过 | 需重做 | 未通过 | 未通过 |
|
||
| 运营撤销 | 已撤销 | 已撤销 | 已撤销 |
|
||
|
||
## 6.5 通用交互细节
|
||
|
||
| **场景** | **交互** |
|
||
| --- | --- |
|
||
| 生成中 | 按钮"生成中..."置灰禁重复点击 |
|
||
| 结果为空/失败 | 提问提示"请至少填写一项商品信息"；回答提示"请先输入要回答的问题"；失败"生成失败，请稍后重试" |
|
||
| 多选任务无勾选 | Toast"请先选择要发布的内容" |
|
||
| 重新生成 | 保留表单输入，换一批、尽量不重复 |
|
||
| 分页 | 结果过多时按页展示；翻页勾选状态重置 |
|
||
| 领取超限 | 提问链接提示"今日认领已达上限（5个）" |
|
||
| 提交状态 | 审核中/已通过/未通过 状态标签 + 通知 |
|
||
| OCR 中 | 回答链接提示"正在审核回答问题，请稍候查看任务" |
|
||
|
||
# 7. 权限设计（RBAC）
|
||
|
||
| **角色** | **智能问答库** | **创建/分配任务** | **审核** | **查看问答库** | **查看看板/对账** |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| 运营 | ✓ | ✓ | ✓ | ✓ | ✓ |
|
||
| 运营主管 | ✓ | ✓ | ✓ | ✓ | ✓ |
|
||
| 审核岗 | ✓ | × | ✓ | ✓ | ✓ |
|
||
| AI 管理员 | ✓ | ✓ | ✓ | ✓ | ✓（规则配置） |
|
||
| 用户A(提问) | × | 领取(限5/天) | × | × | × |
|
||
| 用户B(回答) | × | 领取(限20-30) | × | × | × |
|
||
| 财务/对账 | × | × | × | × | ✓（返款上线后） |
|
||
| 普通员工 | × | × | × | × | × |
|
||
|
||
**权限控制原则：**
|
||
|
||
* 生成与任务权限控制在业务运营范围内；AI 规则/Prompt/知识库不开放给普通运营与 C 端用户。
|
||
|
||
* C 端用户（A/B）仅能在被授权任务ID下操作自己的认领与提交，看不到他人数据与他人收款码。
|
||
|
||
* 审核岗可复核但不能改生成规则；主管/管理员可调整规则。
|
||
|
||
**数据权限：商品资料、评价数据按店铺/类目隔离；生成记录归属操作者，管理员可见全量用于质检。**
|
||
|
||
**隐私合规：涉及用户账号、订单、截图、收款码等个人信息，按《个保法》最小必要采集；评价数据仅用于提炼关注点，不留存个人明细。C 端链接提示"微信风控"时引导复制链接到浏览器打开。**
|
||
|
||
# 8. 异常流程与边界情况
|
||
|
||
| **场景** | **处理方式** |
|
||
| --- | --- |
|
||
| 商品信息不足 | 如只填"身体乳"，可生成但降低具体功效判断；提示建议补充功效/卖点 |
|
||
| 超长文本 | 超字数 AI 自动压缩；仍不满足则拦截重生成 |
|
||
| 模型/OCR 服务异常 | "AI/OCR 服务暂时不可用，请稍后重试"，保留用户输入 |
|
||
| 输入为空/不完整 | 拦截提交并提示对应必填项 |
|
||
| API 超时/限流 | 运营端展示失败原因，提供重新生成；限流排队提示 |
|
||
| 内容安全命中 | 极限词自动改/过滤；严重违规/事实错误/虚构功效拦截并说明，但是运营可以点击继续 |
|
||
| 批量粘贴格式杂 | 自动识别问题边界，去除无效序号/换行 |
|
||
| 网络中断/刷新 | 会话历史本地暂存可回看；未复制内容提示先复制 |
|
||
| 认领超限 | 提问单日>5 提示已达上限；回答单任务>20-30 提示已达上限 |
|
||
| 重复认领 | 同一任务ID同问题已被该用户领取则拦截 |
|
||
| OCR 识别失败 | 无法识别产品图/问题时，转人工在后台补录问题文字 |
|
||
| 截图与任务不符 | 审核自动比对商品信息/问题文字，不一致则标记待人工复核 |
|
||
| 回答次数>3 | 运营端在选择回答时，系统提醒干预"该提问下已有约3个回答，是否继续分配任务" |
|
||
| 收款码缺失/异常 | 审核不通过并提示补传；本期不打款 |
|
||
| 用户微信风控 | 提示复制链接到浏览器打开 |
|
||
|
||
# 9. 项目排期
|
||
|
||
**以下为预估排期（自然日），需与研发评审后锁定；建议 MVP 先交付 P0。**
|
||
|
||
| **阶段** | **关键交付** | **预估工期** | **依赖** |
|
||
| --- | --- | --- | --- |
|
||
| 需求评审 | PRD 对齐、范围冻结 | 3 天 | 本文档 |
|
||
| 开发(MVP P0) | 问答生成+采纳入库+任务创建/分配+用户链接+截图提交+审核 | 20 天 | 大模型/安全/OCR/微信登录就绪 |
|
||
| 联调 | 接口联调 + 内容质量 + OCR 调优 | 2天 | 开发完成 |
|
||
| 灰度 | 小流量运营+用户试用 + 指标采集 | 5天 | 联调通过 |
|
||
| 全量 | 开放全部运营 + 看板 | 3 天 | 灰度达标 |
|
||
| P1 增强 | 评价联动/维度分组/OCR深度/通知 | 10 天 | 全量稳定后 |
|
||
| 返款模块 | （另立项，本期不做） | — | 待决策 |
|
||
|
||
**【排期备注】**MVP 约 7–8 周（含任务管理系统）；返款模块单列、本期不排期。所有工期为预估，最终以研发评估为准。
|
||
|
||
# 10. 风险预估
|
||
|
||
| **风险** | **说明** | **缓解措施** |
|
||
| --- | --- | --- |
|
||
| 合规风险 | 淘宝内容规范/政策变动致内容被屏蔽 | 内容安全 API + 人工复核兜底；预留规则热更新 |
|
||
| 数据隐私 | 评价/用户账号/订单/截图涉个人信息 | 按《个保法》最小必要采集，不留存个人明细；C 端隔离 |
|
||
| 授权/配额风险 | API 配额或授权受限 | 提前申请配额，设计降级（少条数/重试） |
|
||
| 内容质量风险 | AI 幻觉、同质化、不像真人 | RAG 约束 + 多元化采样 + 运营审核闭环 |
|
||
| 采纳率不及预期 | 生成内容运营不愿用 | 灰度看采纳率，低于 35% 优化 Prompt 与标签 |
|
||
| OCR 识别风险 | 截图识别错误致匹配偏差 | OCR 结果转人工补录；相似度阈值可配 |
|
||
| 用户刷单风险 | 用户漏答/虚假提交 | 领取规则 + 截图与任务比对 + 人工复核对照 |
|
||
| 资金风险 | （返款模块上线后）误触发资损 | 保证人工二次校验、异常告警（本期仅留待返款记录） |
|
||
| 微信风控 | 用户链接被微信拦截 | 提示复制链接到浏览器打开 |
|
||
| 解耦风险 | 任务与问答库边界不清致返工 | 明确数据关联（任务ID→问答编号），接口预留 |
|
||
|
||
# 附录 A：文档内容释义集
|
||
|
||
| **术语** | **解释** |
|
||
| --- | --- |
|
||
| 【问大家】 | 淘宝商品详情页里的买家社区问答板块。 |
|
||
| 智能问答库 | 本次功能：用 AI 帮运营批量生成"问大家"里的问题和回答（不直接发给用户）。 |
|
||
| 个护化妆品 | 个人护理类（洗护/身体/头发）。公司不做彩妆。 |
|
||
| 内容安全审核 | 生成后自动查违规词/敏感内容，避免被平台屏蔽。 |
|
||
| 种草式回答 | 带一点安利语气的回答风格，内容结合产品卖点，但仍真实合理。 |
|
||
| 任务管理系统 | 本期新增：运营把采纳的问答入库、建任务、发链接，用户认领并完成、上传截图，运营审核。 |
|
||
| 任务ID | 运营创建的任务编号，下挂若干"问题 / 回答编号、用户id"，用于追踪与返款。 |
|
||
| 用户A / 用户B | 两拨不同的人群：用户A 负责"提问"，用户B 负责"回答"，不是同一批人。 |
|
||
| 认领 | 用户通过任务链接选择问题/回答，系统把"任务ID + 用户ID"绑定，相当于抢到任务。 |
|
||
| RBAC | 基于角色的权限控制：不同角色看到/能做的事不同。 |
|
||
|
||
# 附录 B：评审待确认清单 |