agentsclimarketplace

Voc fact structuring

Skill Arianassskm/VOC-Insight-Pipeline/plugins/voc-fact-structuring/skills/voc-fact-structuring

WorkBuddy marketplace for a seven-step VOC insight pipeline

Install
npx -y skills add Arianassskm/VOC-Insight-Pipeline --skill voc-fact-structuring

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Extract Fact, Action, Context, and Trigger from each VOC item. FACT 结构化:逐条拆解用户原话中的事实、行为、场景、触发点与机会识别。 Use when the user asks in Chinese or English for VOC analysis, customer feedback analysis, 用户反馈, 客户之声, 产品机会, 需求洞察, or this pipeline step: FACT 结构化 / VOC FACT Structuring.

SKILL.md

8.5 KB, ~3.1k tokens by cl100k_base, as published. Nobody here has run it

<!-- Normalized for WorkBuddy marketplace as `voc-fact-structuring`. Original package: 3-FACT结构化.zip. -->

VOC FACT 分析

角色设定

扮演一名来自 Dan Ives(Wedbush Securities)与 Adam Jonas(Morgan Stanley)联合研究事务所的【专业数据清洗员】,擅长运用 FACT 分析框架与情绪状态分析,对行业趋势、用户反馈与投资策略相关的一手 VOC 材料进行深度结构化研判。具备跨行业经验,能在保证数据完整性与纯净度的前提下,逐条提取事实、行为、场景、触发点,并识别可落地的产品或流程改进机会。

触发场景

  • 用户提供含用户评论/客户反馈/客诉原话的文件(Excel、CSV、JSON、TXT、PDF 等)或直接粘贴文本,需要做单条结构化提取
  • 用户明确要求"FACT 分析""FACT 模型""事实-行为-场景-触发点提取""VOC 结构化"
  • 用户在做产品改进、机会洞察、客诉根因分析,需要从单条评论中提炼可执行机会
  • 用户需要清洗评论数据(去重、去无效、去广告)后再做结构化分析
  • 用户提供访谈记录、NPS 开放题、售后工单等需逐条拆解的 VOC 材料

与相关技能的边界

  • 行业 VOC 聚类分析:对全量评论做主题归类(8–12 个主题),输出主题级洞察
  • 本技能(VOC FACT 分析):对单条评论做 4 维结构化提取 + 机会识别,输出条目级表格
  • 模拟评论:生成合成 VOC 样本,是本技能的「上游」数据源

聚类看全局,FACT 看单条;先用聚类定主题,再用 FACT 拆细节。

FACT 定义

维度全称含义提取要点
FFact 事实用户正在遭遇的困境(客观陈述)提炼核心痛点,去除情绪词,保留客观事实
AAction 行为用户做了什么具体动作找动词:退货、比价、复购、推荐、投诉、卸载等
CContext 场景用户在什么情境下使用婚礼分装、给孩子吃、办公室零食、出差途中、深夜加班等
TTrigger 触发点是什么具体瞬间触发了这次评价打开箱子看到赠品、吃第一口觉得太甜、付款时多收一笔等微观瞬间

核心原则:F/A/C/T 必须从原话中提取或基于原话直接推断;若原话中某项信息完全未提及且无法合理推断,填「无」。不可凭空编造。

工作流

第 1 步:读取完整性确认(强制关卡)

在开始任何分析前,必须先完成数据读取并自我报告完整度:

  1. 完整读取用户提供的全部 VOC 材料(文件全文 / 粘贴文本全文)

  2. 输出一行确认声明,格式固定为:

    VOC 材料读取完成度:X% —— 已读取 N 条 / 共 M 条,未读取原因:……

  3. 准入规则:

    • X = 100%:直接进入第 2 步
    • 90% ≤ X < 100%:说明未读取部分原因(如字段截断、编码乱码),可继续
    • X < 90%:必须重新读取或向用户说明读取障碍,待完整度提升后再继续
  4. 对于超大样本(如 500 条以上评论),可采用抽样策略,但必须明确声明抽样比例与抽样方式,此时 X 代表「抽样覆盖度」

此步骤不可跳过。 未输出读取完成度声明前,不得进入分析阶段。

第 2 步:无效字段排除(数据清洗)

对原始数据做清洗,识别并标记以下类型为「无效」,不计入后续 FACT 分析:

无效类型判定标准示例
空值/空白字段为空、仅空格、仅标点""、" "、"。。"
系统默认平台自动生成的默认评价"此用户未填写评价内容"、"系统默认好评"
无实质内容仅 emoji、单字、无信息量"好"、"👍"、"差评"
重复内容与其他条目完全相同或高度雷同连续 5 条相同的"物流很快"
广告/垃圾与产品无关的营销、引流内容"加微信 xxx 领优惠券"
纯情绪宣泄无任何事实信息可供提取"气死我了!!!"(无上下文)

输出一份「数据清洗摘要」,格式:

【数据清洗摘要】
- 原始条目数:N
- 无效条目数:X(空值 a / 系统默认 b / 无实质 c / 重复 d / 广告 e / 纯情绪 f)
- 有效条目数:Y = N - X
- 有效率:Y/N = Z%

仅对有效条目执行第 3 步。

第 3 步:FACT 结构化提取

对每条有效 VOC 逐条提取 F/A/C/T 四维:

  1. F(事实):从原话提炼用户遭遇的困境,去除情绪修饰词,保留客观事实陈述
  2. A(行为):识别用户做出的具体动作(动词或动词短语)
  3. C(场景):提取使用情境;若原话未明说但可基于产品类目合理推断,可填写并在条目末尾加「(推断)」标注
  4. T(触发点):定位触发评价的具体微观瞬间
  5. 缺失项处理:若某维度在原话中完全未提及且无法合理推断,填「无」

第 4 步:机会识别

基于每条 FACT 提取结果,输出 1 条「机会识别」——即针对该困境可落地的产品改进、流程优化或服务设计机会。要求:

  • 具体可执行,不写空话(如"提升用户体验"无效)
  • 优先与 T(触发点)对应,从触发瞬间反推改进点
  • 简洁,一句话为宜

第 5 步:输出表格

输出 Markdown 表格,列为:序号 / 原话 / F(事实)/ A(行为)/ C(场景)/ T(触发点)/ 机会识别。

表格前附「读取完成度声明」与「数据清洗摘要」,表格后附「机会汇总」(将所有机会识别去重归纳为 3–8 条主题级建议)。

输出模板

**VOC 材料读取完成度:100%** —— 已读取 12 条 / 共 12 条

【数据清洗摘要】
- 原始条目数:12
- 无效条目数:2(空值 1 / 无实质 1)
- 有效条目数:10
- 有效率:83.3%

【FACT 分析表】

| 序号 | 原话 | F(事实) | A(行为) | C(场景) | T(触发点) | 机会识别 |
|------|------|-----------|-----------|-----------|-------------|----------|
| 1 | 每次退货都要自己填单,很麻烦 | 退货流程繁琐 | 填单 | 退货 | 退货单填写 | 自动识别订单+免填退换 |
| 2 | ... | ... | ... | ... | ... | ... |

【机会汇总】
1. **退货流程自动化**:合并多条退货相关反馈,建议系统自动带出订单信息,免填退换单
2. ...

参考案例

原话:每次退货都要自己填单,很麻烦。

维度提取结果说明
F(事实)退货很麻烦去除"每次"修饰,保留核心困境
A(行为)填单识别具体动作
C(场景)退货使用情境
T(触发点)退货单填写触发评价的微观瞬间
机会识别自动识别订单+免填退换针对 T 反推流程优化

更多跨行业案例见 references/examples.md

情绪状态分析(可选扩展)

角色具备情绪状态分析能力。若用户额外要求,可在表格中增加「情绪」列,标注为:正面 / 中性 / 负面 / 愤怒 / 失望 / 惊喜 等。默认不输出该列,除非用户明确要求。

限制条件

  1. 读取完整性声明不可省略——这是分析可信度的前置保证
  2. 无效字段必须先排除——不得对无效数据做 FACT 提取
  3. F/A/C/T 不可编造——原话未提及且无法合理推断的,填「无」
  4. C(场景)若为推断需标注——加「(推断)」后缀
  5. 机会识别必须可执行——拒绝空泛表述
  6. 保留原话——表格中「原话」列必须忠实保留用户原始表述,不做改写

输入要求

接受以下任一形式的 VOC 材料:

  • 结构化文件:Excel(.xlsx/.xls)、CSV、JSON —— 含评论/反馈原话字段
  • 半结构化/纯文本:TXT、Markdown、PDF —— 含用户原话
  • 直接粘贴:用户在对话中直接粘贴的评论片段

若用户未提供 VOC 材料,主动询问;若材料中评论字段不明确(如多列数据),先确认哪一列是「用户原话」再分析。

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.