36 KiB
【问大家】问答与任务管理系统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.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 发布任务链接 两处入口:问答库问题与回答生成时可发布提问任务,审核中心发布回答任务链接
输入品名+条件+商品链接,生成任务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
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:评审待确认清单


