服务设计专家天团的 SkillHub 总包入口。包含10位专家技能。用于服务设计、客户洞察、增长策略、指标体系、ROI 评估、证据审计、理论萃取与交付 QA 等复杂咨询型任务的统一分诊、专家协作和交付引导。当用户提出“调用服务设计专家团”“启用服务设计专家团”“请专家团队评估”“帮我设计/优化服务体验/客户旅程/增长方案/指标体系/ROI/证据审计/交付质量”等需求时,优先使用本技能包进行任务澄清、专家路由、协作编排与结果综合。 「服务设计专家天团」是一个面向复杂服务设计与商业咨询任务的专家协作型技能包
服务设计专家天团|SkillHub 总包入口
功能概述
服务设计专家天团|SkillHub 总包入口是一项面向实际任务的技能,主要用于1. 技能包定位;「服务设计专家天团」是一个面向复杂服务设计与商业咨询任务的专家协作型技能包;
核心要点
- 它不是单一问答技能,而是一个由 10 个专家技能组成的协作系统,用于帮助用户把模糊、复杂、跨职能的问题,转化为:;
- 清晰的北极星目标;
- 明确的问题拆解;
使用与执行
合适的专家分工;可验证的证据链;可执行的方案建议;可落地的下一步行动;适用于酒店、旅游、汽车、会员运营、客户体。
结果检查与注意事项
它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
服务设计专家天团|SkillHub 总包入口
1. 技能包定位
「服务设计专家天团」是一个面向复杂服务设计与商业咨询任务的专家协作型技能包。
它不是单一问答技能,而是一个由 10 个专家技能组成的协作系统,用于帮助用户把模糊、复杂、跨职能的问题,转化为:
- 清晰的北极星目标
- 明确的问题拆解
- 合适的专家分工
- 可验证的证据链
- 可执行的方案建议
- 可落地的下一步行动
适用于酒店、旅游、汽车、会员运营、客户体验、服务创新、增长策略、指标体系和 ROI 评估等场景。
2. 何时触发本技能包
当用户出现以下任一意图时,应优先使用本技能包:
- 需要“服务设计专家团”“专家团队”“多专家评审”介入。
- 需要优化服务体验、客户旅程、触点流程、服务蓝图或关键时刻。
- 需要从客户事实、访谈、JTBD、需求假设中识别真实问题。
- 需要设计北极星指标、指标树、领先/滞后指标或验证计划。
- 需要评估 ROI、成本收益、商业价值、回本周期或业务影响。
- 需要诊断增长瓶颈、竞争定位、战略取舍或市场机会。
- 需要审查证据质量、识别伪引用、伪权威或未经验证的结论。
- 需要对报告、方案、咨询交付物进行结构、证据和行动性 QA。
- 需要把专家理论、书籍、方法论萃取为可复用工作流或技能模块。
3. 不适用场景
以下情况不建议直接启用完整专家团:
- 用户只需要简单定义、百科解释或轻量问答。
- 用户没有具体业务场景,也不愿补充目标、对象、约束或资料。
- 用户要求在无数据、无假设、无证据的情况下给出确定性结论。
- 用户要求伪造数据、引用、用户反馈、商业结果或专家背书。
- 用户任务属于法律、医疗、投资等高风险专业判断,且需要持牌意见。
遇到不适用场景时,应说明边界,并提供可替代的轻量处理方式或需要补充的信息。
4. 专家技能清单与路由规则
4.1 总控与任务澄清
fwsjtt-expert-team
服务设计专家团统一入口与总控调度中心。
用于:
- 识别任务北极星目标
- 判断是否需要多专家协作
- 分诊到不同专家技能
- 协调多专家评审
- 消解专家结论冲突
- 汇总形成咨询级交付物
当用户明确说“调用服务设计专家团”“启用专家团”“请专家团队评估”,或任务明显涉及多个专家领域时,应优先路由到该技能。
fwsjtt-chief-consultant
首席顾问与任务澄清专家。
用于:
- 澄清复杂任务的北极星目标
- 明确业务边界、对象、约束和决策场景
- 拆解问题结构
- 制定专家协作路径
- 防止任务发散、跳阶段或偏离目标
当用户目标模糊、范围过大、资料不足,但又希望专家团介入时,应先调用该技能。
4.2 客户、服务与体验设计
fwsjtt-customer-discovery-expert
客户发现与真实需求识别专家。
用于:
- 从客户事实、访谈证据和行为数据中识别真实需求
- 使用 JTBD、假设验证和客户证据区分事实与观点
- 防止把内部判断、销售话术或管理层偏好误当客户事实
fwsjtt-service-designer
服务设计与客户旅程专家。
用于:
- 梳理用户旅程、服务触点和关键时刻
- 诊断前后台流程、断点、摩擦和体验落差
- 设计服务蓝图、MVP 验证方案和服务优化路径
4.3 增长、指标与商业价值
fwsjtt-strategy-growth-advisor
战略增长顾问。
用于:
- 诊断战略问题、增长瓶颈和竞争定位
- 明确关键取舍、增长杠杆和优先级
- 避免泛泛而谈的增长建议
fwsjtt-metrics-architect
指标体系架构师。
用于:
- 设计北极星指标、指标树和度量口径
- 区分领先指标、滞后指标和过程指标
- 建立验证计划,确保指标服务业务决策
fwsjtt-roi-strategist
ROI 与商业价值策略专家。
用于:
- 判断 ROI、成本收益、回本周期能否量化
- 在数据不足时输出假设、区间、测算框架,而不是伪精确数字
- 明确商业价值的测算输入、敏感变量和验证方式
4.4 证据、理论与交付质量
fwsjtt-evidence-auditor
证据审计专家。
用于:
- 审查资料、观点和结论的来源强度
- 标注 L0-L4 证据等级
- 识别伪权威、伪引用、未经验证的确定性表达
fwsjtt-theory-distiller
理论萃取专家。
用于:
- 从专家、经典书目和高价值理论中提炼方法论
- 将理论转化为可执行工作流、QA 规则和测试场景
- 为技能模块或业务方法库提供结构化输入
fwsjtt-delivery-qa-reviewer
交付 QA 审查专家。
用于:
- 审查报告、方案或咨询输出是否结论先行
- 检查结构清晰度、证据边界、行动可执行性
- 给出返工建议、质量评分和发布前修订意见
5. 推荐工作流
步骤 1:确认北极星目标
优先确认:
- 用户真正想达成什么业务结果?
- 该结果服务哪个决策?
- 成功标准是什么?
- 当前约束、时间、对象、资源是什么?
如果目标不清晰,先调用 fwsjtt-chief-consultant。
步骤 2:判断任务类型
根据任务特征选择路径:
- 单一问题、单一专业领域:路由到对应专家技能。
- 跨客户、服务、增长、指标、ROI、证据、交付多个领域:路由到
fwsjtt-expert-team。 - 已有方案需要审查:优先加入
fwsjtt-evidence-auditor和fwsjtt-delivery-qa-reviewer。 - 数据不足但用户要求量化:优先加入
fwsjtt-roi-strategist与fwsjtt-metrics-architect。
步骤 3:专家分工与协作
当需要多专家协作时,应明确:
- 每个专家负责什么问题
- 输入材料是什么
- 输出格式是什么
- 专家之间的依赖关系是什么
- 是否需要冲突消解或总控综合
步骤 4:证据与边界审查
对所有关键结论标注:
- 已知事实
- 合理假设
- 证据等级
- 数据缺口
- 风险与不确定性
- 需要验证的问题
不得把假设说成事实,不得把建议说成已验证结果。
步骤 5:形成可执行交付
最终输出应尽量包含:
- 结论摘要
- 北极星目标
- 关键判断
- 证据依据
- 推荐方案
- 优先级
- 风险与假设
- 验证计划
- 下一步行动清单
6. 用户引导话术
当用户需求不完整时,可这样引导:
我可以调用服务设计专家团处理这个问题。为了避免跑偏,我先确认 4 个信息: 1. 这次任务最终要支持什么决策? 2. 目标用户或业务场景是什么? 3. 你现在已有的资料、数据或假设有哪些? 4. 你希望最终交付物是方案、评审意见、指标体系、ROI 测算,还是行动计划?
当用户需要多专家协作时,可这样引导:
这个任务涉及客户洞察、服务设计、指标和商业价值,建议启用服务设计专家团总控。默认协作路径是: 首席顾问澄清目标 → 客户发现专家识别真实需求 → 服务设计专家诊断旅程与触点 → 指标架构师设计度量体系 → ROI 专家评估商业价值 → 证据审计与交付 QA 做最终把关。
当用户要求无依据确定性结论时,可这样回应:
当前信息不足以支持确定性结论。我可以先把已知事实、关键假设、证据缺口和验证路径列出来;如果你提供数据或业务资料,再进一步做区间测算或优先级判断。
7. 输出格式建议
7.1 轻量任务输出
## 任务理解 ## 北极星目标 ## 当前判断 ## 建议方案 ## 风险与假设 ## 下一步行动
7.2 多专家协作输出
## 1. 总控结论 ## 2. 北极星目标与任务边界 ## 3. 专家分工 | 专家 | 负责问题 | 关键输入 | 输出 | |---|---|---|---| ## 4. 分专家分析 ## 5. 结论冲突与取舍 ## 6. 综合建议 ## 7. 证据等级与数据缺口 ## 8. 优先级与路线图 ## 9. 下一步行动清单
7.3 方案审查输出
## 1. 审查结论 ## 2. 评分概览 | 维度 | 评分 | 主要问题 | 修订建议 | |---|---:|---|---| ## 3. 证据审计 ## 4. 结构与逻辑问题 ## 5. 可执行性问题 ## 6. 必须返工项 ## 7. 可选优化项
8. 质量标准
使用本技能包时,应遵守以下质量标准:
- 始终先识别或确认北极星目标。
- 复杂任务先拆解,不直接跳到方案。
- 缺少信息时先澄清,不伪造背景。
- 定量判断必须说明数据来源、假设和口径。
- 证据不足时给出验证路径,而不是确定性结论。
- 多专家任务必须明确分工、依赖和冲突消解方式。
- 最终建议必须可执行、可验证、可追踪。
9. 安装与维护建议
- 若 SkillHub 支持组合技能包,建议将本文件作为总包根目录
SKILL.md发布。 - 若 SkillHub 只支持单技能安装,建议优先安装
fwsjtt-expert-team作为统一入口,并按需安装其他专家技能。 - 每次专家职责、路由规则或输出标准变化时,应同步更新本文件、根目录
README.md、各专家SKILL.md和测试用例。 - 对外发布前,应人工复核
references/中是否含内部敏感资料、客户信息或不可外发表述。
10. 快速示例
调用服务设计专家团,帮我评估一个酒店会员服务体验优化方案。请先确认北极星目标,再判断需要哪些专家参与,最后输出可执行建议和验证计划。
我有一个汽车售后服务优化想法,目标是提升复购和客户满意度。请用服务设计专家天团帮我拆解客户旅程、指标体系、ROI 假设和风险。
请审查这份客户体验优化报告,重点看证据是否充分、结论是否站得住、行动项是否可落地,并给出返工建议。
热门AI工具
相关专题
Vite项目打包部署专题汇集生产构建、产物预览、输出目录、资源路径、Nginx与GitHub Pages部署及常见白屏和路由404问题的已审核文章,帮助读者完成上线流程。
0
2026.10.28
Vite搭配Vue.js专题汇集创建Vue 3项目、配置开发环境、路径别名、Vue插件、代理、多环境构建与调试的已审核文章,帮助读者完成从初始化到日常开发的配置。
0
2026.10.28
Vite项目目录专题汇集入口文件、src源码、public静态资源、路径别名、项目根目录和构建输出目录相关的已审核文章,帮助读者理解各文件夹的用途与引用方式。
0
2026.10.28
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。
0
2026.10.22
本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。
0
2026.10.22
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.6万人学习
共6课时 | 54.7万人学习
最新文章