wendajia/【问大家】问答与任务管理系统PRD.md

36 KiB
Raw Permalink Blame History

【问大家】问答与任务管理系统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. 优化后流程image.png

    产品方案设计

    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)

    运营侧 → 用户侧 → 回运营审核**:**

    图片 1

    **①****创建任务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)

    用户侧上传 → 运营选答匹配 → 用户侧完成:

    image.png

    **①创建任务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:评审待确认清单