「服务设计专家天团」是一个面向复杂服务设计与商业咨询任务的专家协作型技能包。
它不是单一问答技能,而是一个由 10 个专家技能组成的协作系统,用于帮助用户把模糊、复杂、跨职能的问题,转化为:
适用于酒店、旅游、汽车、会员运营、客户体验、服务创新、增长策略、指标体系和 ROI 评估等场景。
当用户出现以下任一意图时,应优先使用本技能包:
以下情况不建议直接启用完整专家团:
遇到不适用场景时,应说明边界,并提供可替代的轻量处理方式或需要补充的信息。
fwsjtt-expert-team服务设计专家团统一入口与总控调度中心。
用于:
当用户明确说“调用服务设计专家团”“启用专家团”“请专家团队评估”,或任务明显涉及多个专家领域时,应优先路由到该技能。
fwsjtt-chief-consultant首席顾问与任务澄清专家。
用于:
当用户目标模糊、范围过大、资料不足,但又希望专家团介入时,应先调用该技能。
fwsjtt-customer-discovery-expert客户发现与真实需求识别专家。
用于:
fwsjtt-service-designer服务设计与客户旅程专家。
用于:
fwsjtt-strategy-growth-advisor战略增长顾问。
用于:
fwsjtt-metrics-architect指标体系架构师。
用于:
fwsjtt-roi-strategistROI 与商业价值策略专家。
用于:
fwsjtt-evidence-auditor证据审计专家。
用于:
fwsjtt-theory-distiller理论萃取专家。
用于:
fwsjtt-delivery-qa-reviewer交付 QA 审查专家。
用于:
优先确认:
如果目标不清晰,先调用 fwsjtt-chief-consultant。
根据任务特征选择路径:
fwsjtt-expert-team。fwsjtt-evidence-auditor 和 fwsjtt-delivery-qa-reviewer。fwsjtt-roi-strategist 与 fwsjtt-metrics-architect。当需要多专家协作时,应明确:
对所有关键结论标注:
不得把假设说成事实,不得把建议说成已验证结果。
最终输出应尽量包含:
当用户需求不完整时,可这样引导:
我可以调用服务设计专家团处理这个问题。为了避免跑偏,我先确认 4 个信息:
1. 这次任务最终要支持什么决策?
2. 目标用户或业务场景是什么?
3. 你现在已有的资料、数据或假设有哪些?
4. 你希望最终交付物是方案、评审意见、指标体系、ROI 测算,还是行动计划?
当用户需要多专家协作时,可这样引导:
这个任务涉及客户洞察、服务设计、指标和商业价值,建议启用服务设计专家团总控。默认协作路径是:
首席顾问澄清目标 → 客户发现专家识别真实需求 → 服务设计专家诊断旅程与触点 → 指标架构师设计度量体系 → ROI 专家评估商业价值 → 证据审计与交付 QA 做最终把关。
当用户要求无依据确定性结论时,可这样回应:
当前信息不足以支持确定性结论。我可以先把已知事实、关键假设、证据缺口和验证路径列出来;如果你提供数据或业务资料,再进一步做区间测算或优先级判断。
## 任务理解
## 北极星目标
## 当前判断
## 建议方案
## 风险与假设
## 下一步行动
## 1. 总控结论
## 2. 北极星目标与任务边界
## 3. 专家分工
| 专家 | 负责问题 | 关键输入 | 输出 |
|---|---|---|---|
## 4. 分专家分析
## 5. 结论冲突与取舍
## 6. 综合建议
## 7. 证据等级与数据缺口
## 8. 优先级与路线图
## 9. 下一步行动清单
## 1. 审查结论
## 2. 评分概览
| 维度 | 评分 | 主要问题 | 修订建议 |
|---|---:|---|---|
## 3. 证据审计
## 4. 结构与逻辑问题
## 5. 可执行性问题
## 6. 必须返工项
## 7. 可选优化项
使用本技能包时,应遵守以下质量标准:
SKILL.md 发布。fwsjtt-expert-team 作为统一入口,并按需安装其他专家技能。README.md、各专家 SKILL.md 和测试用例。references/ 中是否含内部敏感资料、客户信息或不可外发表述。调用服务设计专家团,帮我评估一个酒店会员服务体验优化方案。请先确认北极星目标,再判断需要哪些专家参与,最后输出可执行建议和验证计划。
我有一个汽车售后服务优化想法,目标是提升复购和客户满意度。请用服务设计专家天团帮我拆解客户旅程、指标体系、ROI 假设和风险。
请审查这份客户体验优化报告,重点看证据是否充分、结论是否站得住、行动项是否可落地,并给出返工建议。
共 1 个版本