mcpField
C
customer-feedback-intake-review

customer-feedback-intake-review

github.com/sylphxai生产力144 次安装今天更新
代码仓库

关于 customer-feedback-intake-review

这项 Skill 面向产品和支持团队,将客户反馈收集问题转化为结构化方案,涵盖分类、证据评估、责任分配与后续跟进。

主要功能

  1. 01反馈来源与影响梳理
  2. 02反馈分类体系
  3. 03收集字段与去重规则
  4. 04证据评分与路由
  5. 05分诊及跟进产物

适用场景

  1. 01设计反馈收集流程
  2. 02区分缺陷与功能请求
  3. 03减少凭轶事排序
  4. 04规划客户后续沟通

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/sylphxai/skills --skill customer-feedback-intake-review

安装后在 Claude Code 中输入/customer-feedback-intake-review确认已加载。

附带文件agents/openai.yamlreferences/customer-feedback-intake-patterns.md

详细介绍

客户反馈受理审核

使用此技能,将客户反馈受理、去重、路由、优先级证据、路线图闭环和闭环沟通相关问题转化为具体产物,并明确负责人、关卡、指标和恢复路径。

工作流

  1. 确认反馈来源、客户细分群体、收入/用户影响、产品领域、负责人、决策频率和后续跟进承诺。
  2. 阅读 references/customer-feedback-intake-patterns.md。
  3. 将反馈归类为 Bug、易用性阻碍、功能请求、定价异议、流失原因、赞扬、风险信号或研究线索。
  4. 定义受理字段、分类体系、去重、严重程度、证据评分、路由、优先级交接和闭环工作流。
  5. 产出反馈状态机、信号决策表、事件架构、分流检查清单和防止以个别案例定论的防护措施。

不适用场景

  • 对于基础模型无需借助此技能特定产物规范即可处理的一般性建议,请勿使用此技能。

防护措施

  • 不要仅以反馈声量、品牌标识规模或时效性作为优先级信号。
  • 除非路线图负责人明确承诺,否则不要在受理反馈时承诺交付日期。
  • 不要将 Bug、支持问题、功能请求和流失原因混在一个未区分的待办列表中。
  • 未经脱敏、征得同意并设置访问控制,不要存储敏感的客户评论。

输出格式

Feedback context:
Source / segment / product area / promise:

Feedback system:
| Area | Decision | Evidence | Risk | Owner |
| --- | --- | --- | --- | --- |

Taxonomy and evidence:
- <item> -> <policy, metric, edge case, support note>

Close-the-loop and governance:
- <trigger> -> <action, communication, owner>

评论

支持 Markdown