skills-si-consulting-engagement-workflowConsulting engagement workflow: SOW scope and acceptance, issue trees and hypotheses, interview guides and notes, findings synthesis, recommendation roadmaps and pyramid-style decks.
Independent Skills-SI snapshot · Automated classification · Original documentation governs
本站原创（Skills-SI）｜AI辅助起草｜待独立人工专业复核｜未在任何客户AI宿主中实机执行。 不冒充客户、第三方、行业机构、监管机构或官方；本包是可编辑的项目协作规范，不是执业意见、签发文件或项目成果证明。
交付状态： 所有输出均为供客户指定项目负责人及相应专业人员复核的可编辑草稿；未经授权、证据核验和必要审批，不得作为客户最终决策、合同承诺、正式验收或专业意见。
开始前确认目标、受众、材料、关键日期、保密级别和复核责任人。一次最多追问 3 个关键问题，优先消除范围、证据或格式的不确定性。
问题一：要改变、决定或澄清什么；业务问题、成功定义和排除项是什么？
问题二：有哪些授权材料、数据所有者和访谈对象；哪些材料不可使用？
问题三：谁有范围、事实、建议、预算和验收决定权；关键节奏和复核机制是什么？
缺失材料、授权、决策人或口径标【待提供】；未经授权材料、访谈确认或一手来源核对的内容标【待核验】，不得推测补齐。
默认“项目底稿协作模式”：记录问题、假设、来源、责任、风险和待决事项。仅需提纲选“框架模式”；对外材料选“故事线与表达检查模式”；涉及实施选“实施设计模式”，明确负责人、依赖、节奏和验收。
始终区分事实、受访者陈述、假设、团队判断和待核验事项；不得将访谈或假设写成事实。
适用于管理咨询、行业咨询、运营改进、战略规划、组织与流程优化、PMO 与专业服务顾问的项目启动、诊断、建议和收尾协作。
覆盖 SOW 与验收标准、问题树/MECE 拆解、假设驱动计划、利益相关者与访谈、最小化数据请求、事实—洞见—影响、建议/路线图、PPT 故事线、项目汇报、验收、复盘和知识沉淀。
不替代客户决策、合同审查以及法律、税务、会计、工程、安全、医疗、劳动、信息安全、数据保护、行业许可或监管等专业工作；不承诺节省、增长、获批、上线、合规或其他业务结果。
不虚构市场数据、访谈引语、案例客户、客户业绩、标杆结论、法规条文、政策数字、税率、费率、通过率或项目成果。仅使用用户授权材料或可核验一手来源；无法核对时标【待核验】。
仅收集解决当前问题所必需的数据字段、期间和样本；不索取无关个人信息、账号、密钥、商业秘密或受限制材料，并按客户约定处理访问、存储和删除。
不协助隐瞒不利事实、伪造记录、粉饰结论、规避审批/规定或未经授权披露。涉及行业规则、监管、合同、税务、劳动、数据保护或其他专业意见时，只写“请核对【待提供：相关机构】现行规定/经批准内部政策”，并由相应专业人员复核。
开始协作前，按任务读取并复用以下可编辑资源。
需求简报与项目启动模板用于锁定业务问题、项目范围、治理、材料、访谈、数据和验收责任。
主要交付物模板库提供 SOW、问题树、访谈纪要、发现—建议、路线图、故事线和项目汇报的可复制结构。
全过程检查清单用于启动、调研、分析、沟通、交付和复盘前的逐项复核。
完全虚构演示展示从委托、访谈到建议和验收的写法；其中人物、机构与数据均不能作为事实来源。
来源与版本说明原创归属、版本与运行状态。
完整许可证说明本包使用许可。
若客户已有批准的合同、项目章程、方法论、访谈同意流程、数据治理制度或汇报模板，应以经批准版本为准，并将本包作为补充协作框架。
需要将模糊委托转成明确的业务问题、范围边界、交付物、治理机制和验收标准时使用。
需要用问题树、MECE 拆解和假设驱动计划统筹多个工作流，避免“先收集所有资料再找问题”时使用。
需要准备利益相关者地图、访谈提纲、访谈纪要和数据请求清单，并确保每一类证据有所有者和使用边界时使用。
需要把研究、数据和访谈素材压缩为事实、洞见、影响、建议和待决事项，形成讨论底稿时使用。
需要设计一页一个结论的 PPT 故事线、周报、指导委员会汇报、实施路线图或项目验收材料时使用。
需要做交付复盘、方法论沉淀或建立下次可复用的匿名化知识资产时使用。
用户要求代替客户作出最终经营、人事、投资、法律、监管或安全决策，或要求保证结果时不使用。
只有传闻、截图、二手转述或无授权材料，且无法取得可追溯来源、访谈确认或数据定义时，暂停分析并列出【待提供】。
材料疑似包含未经授权的个人数据、医疗资料、账号密钥、商业秘密、竞业敏感信息、保密客户名单或限制信息时，暂停处理、限制传播并按客户流程升级。
项目依赖现行法律、税务、许可、行业监管、信息安全或数据保护结论时，转交相关专业人员，并标记【待核验：请核对相关机构现行规定】。
用户要求伪造访谈引语、倒签会议记录、删除不利发现、将假设包装为市场事实、虚构标杆案例或伪造客户认可时，拒绝并保留合规替代建议。
动作： 使用需求简报记录待解决的业务问题、决策节点、目标受众、项目边界、排除项、初步成功标准、工作语言、沟通节奏与复核责任。将“希望达成的效果”翻译成可观察的项目输出，不把商业愿望直接写成已承诺结果。
输出： 一页项目任务卡、范围内/范围外清单、【待提供】和【待核验】事项清单。
检查点： 是否明确谁可以变更范围；是否明确客户提供材料的授权和限制；是否避免把咨询建议写成最终决策或结果承诺。
动作： 将范围拆成工作流、活动、交付物、客户责任、顾问责任、排除项、变更机制和验收方式。为每个交付物写可检查的最低内容、格式、审阅人、反馈窗口和“接受/需修改”的判定条件；对依赖客户输入的事项写明延迟影响。
输出： SOW 草案、交付物目录、验收矩阵、项目假设及依赖登记表。
检查点： 不引用未经核对的合同、法规或采购条款；不承诺不可控的业务收益、批准或实施日期；交付物与客户责任是否可对应。
动作： 先写“需要在何时由谁做什么决定”，再分解为核心问题、次级问题、可验证假设、所需证据与排除项。使用互不重叠、整体穷尽的结构作为检查目标；如当前信息不足以证明 MECE，则明确重叠或缺口，而非强行声称完整。
输出： 问题定义说明、问题树/假设树、优先级排序和证据地图。
检查点： 每个枝节是否直接服务于决策；是否避免以部门架构代替问题逻辑；是否列明反证假设的条件。
动作： 为每个关键假设指定验证方法、资料来源、访谈对象、分析动作、负责人、开始/结束时间、依赖、质量门和停损条件。先验证高影响、高不确定、可在当前周期内获取证据的假设；对低价值资料请求降级或取消。
输出： 工作流计划、假设登记表、RACI/责任分工、风险与依赖日志、周度节奏表。
检查点： 计划是否有明确的“证实、证伪或暂不能判断”结果；是否避免无目的地广泛收数；是否为客户审批、访问授权和专家复核留出时间。
动作： 按影响力、受影响程度、知识持有、实施责任和潜在冲突绘制利益相关者地图；将访谈对象分为决策者、流程拥有者、一线执行者、支持职能和外部相关方。为每类对象准备目的、问题、证据需求、保密说明、记录方式及后续确认动作。
输出： 利益相关者地图、访谈计划、访谈提纲、访谈邀请要点和纪要确认流程。
检查点： 不把个人观点归因于整个组织；不收集无关个人信息；利益冲突、权限争议或潜在报复风险应升级给客户指定负责人。
动作： 将每项数据请求写成用途、字段、时间范围、粒度、口径、拥有者、提交格式、期限和保密等级；建立来源索引。分析前确认定义、缺失、重复、抽样、时间范围和可比性；分析后保留计算逻辑、筛选条件和局限。
输出： 数据请求清单、数据字典补充项、分析计划、来源索引、数据质量/缺口日志。
检查点： 每个字段都服务于具体假设；无权限数据不索取或转发；未经核对的导出、手工汇总或图表数字均标【待核验】。
动作： 访谈纪要按“原意摘要、证据/例证、待确认、影响、后续动作”记录，避免编写逐字引语，除非用户提供并授权使用。将发现拆成事实、洞见和影响：事实可被来源支撑；洞见解释事实之间的关系；影响说明不处理或采取行动可能对目标产生的条件性后果。
输出： 经确认或待确认的访谈纪要、发现卡片、证据链、矛盾信息清单和优先级热图。
检查点： 发现是否有来源和时间范围；同一事实是否有相反证据；“可能”“显示”“证明”等措辞是否与证据强度相匹配。
动作： 对每项建议写清其解决的发现、机制、前提、可选方案、预期信号、成本/资源假设、负责人、依赖、风险、缓释和验收证据。按近期可启动动作、中期能力建设和长期结构性选择编排路线图；不把假设性收益写成承诺。
输出： 建议库、选项比较表、实施路线图、工作流设计、风险与依赖更新、变革沟通要点。
检查点： 建议是否可执行且与发现一一对应；是否说明不建议做什么；涉及行业、法规、合同、劳动、技术安全的判断是否列为专业复核项。
动作： 先用金字塔原理写顶部结论/请求，再配置支撑论点和证据。每页只回答一个问题或表达一个结论，标题写成结论而非主题；区分“请知悉、请讨论、请决定”。周报按进展、发现、风险、决策与下周计划汇报；指导委员会材料聚焦范围、质量门、关键取舍和需升级事项。
输出： 故事线大纲、页面清单、周报、指导委员会汇报草稿、决策日志和行动清单。
检查点： 标题与图表/正文是否一致；是否注明数据期间、来源和局限；是否未把初步发现写成最终结论或虚构客户背书。
动作： 按验收标准逐项确认内容、版本、审阅人与未决事项；记录范围变更和未交付原因。复盘哪些假设有效、哪些数据请求低效、哪些沟通节点失效，以及下次应保留/修改/停止的做法。仅在客户授权和去标识化后沉淀通用方法、模板和教训。
输出： 交付验收记录、遗留事项清单、项目复盘、匿名化知识条目和归档/删除确认项。
检查点： 不声称已获得客户验收、批准或实施成效，除非有可追溯确认；客户名称、个人姓名、敏感数据和受限材料不得进入通用知识库。
适用： 项目启动、续约、范围澄清、采购响应后的工作说明书起草或交付物重新对齐。
可直接使用的输出结构：
# 【待提供】项目工作说明书（草案）
- 项目目的： 【待提供】
- 决策/行动场景： 【待提供】
- 项目期限与关键里程碑： 【待提供】
- 项目负责人： 【待提供】
- 版本与状态： 【待提供】
## 1. 业务问题与成功定义
- 需要回答的问题：
- 不以结果承诺方式表述的成功标准：
- 【待核验】的前提：
## 2. 范围、排除项与变更机制
| 工作流 | 包含的活动 | 排除项 | 客户输入/责任 | 顾问责任 | 依赖 | 状态 |
|---|---|---|---|---|---|---|
| 【待提供】 | | | | | | 【待核验】 |
## 3. 交付物与验收矩阵
| 交付物 | 最低内容 | 格式 | 审阅人 | 验收标准 | 反馈窗口 | 状态 |
|---|---|---|---|---|---|---|
| 【待提供】 | | Markdown/客户模板 | 【待提供】 | | | 【待核验】 |
## 4. 治理、风险与升级
## 5. 【待提供】/【待核验】清单
适用： 战略诊断、运营改善、组织效能、服务设计、市场进入或复杂问题的开题阶段。
可直接使用的输出结构：
# 【待提供】问题定义与验证计划
- 核心决策问题： 【待提供】
- 决策者与决策日期： 【待提供】
- 当前证据边界： 【待提供】
## 1. 问题陈述
## 2. 问题树
- 核心问题：
- 次级问题一：
- 次级问题二：
- 次级问题三：
## 3. 假设与验证设计
| 问题/假设 | 为什么重要 | 需验证的证据 | 方法 | 来源/对象 | 负责人 | 完成日 | 结果 |
|---|---|---|---|---|---|---|---|
| 【待提供】 | | | 文件/数据/访谈 | | | | 待验证 |
## 4. 排除项、反证条件与质量门
## 5. 【待提供】/【待核验】事项
适用： 项目调研、流程诊断、利益对齐、管理层访谈、一线访谈或实施前变革准备。
可直接使用的输出结构：
# 【待提供】访谈计划与纪要
- 访谈目的： 【待提供】
- 保密与记录方式： 【待提供】
- 访谈日期： 【待提供】
- 记录确认人： 【待提供】
## 1. 利益相关者地图
| 群体/角色 | 影响力 | 受影响程度 | 掌握的信息 | 主要关切 | 参与方式 | 风险/冲突 |
|---|---|---|---|---|---|---|
| 【待提供】 | 高/中/低 | 高/中/低 | | | | 【待核验】 |
## 2. 访谈提纲
1. 当前流程、目标或体验是什么？
2. 哪些事实或例子可支持该观点？
3. 主要障碍、例外和风险是什么？
4. 若只能改变一项，建议先改变什么，前提是什么？
## 3. 纪要
- 原意摘要：
- 支持材料或例证：
- 与其他证据的差异：
- 【待核验】/需确认事项：
- 后续动作、责任人与日期：
适用： 诊断结论、运营改进建议、战略选项、服务优化或转型设计的中后期整合。
可直接使用的输出结构：
# 【待提供】发现、建议与实施路线图
- 结论适用范围： 【待提供】
- 资料截止日： 【待提供】
- 复核状态： 【待核验】
## 1. 发现卡片
| 编号 | 事实（来源/期间） | 洞见（解释） | 影响（条件性） | 证据强度 | 需核验 |
|---|---|---|---|---|---|
| F-01 | | | | 高/中/低 | 【待核验】 |
## 2. 建议与选项
| 建议/选项 | 对应发现 | 机制与前提 | 资源/依赖 | 风险与缓释 | 负责人 | 验收证据 |
|---|---|---|---|---|---|---|
| 【待提供】 | F-01 | | | | | |
## 3. 路线图
| 阶段 | 关键动作 | 决策点 | 依赖 | 预警信号 | 状态 |
|---|---|---|---|---|---|
| 近期 | | | | | 【待核验】 |
## 4. 需专业复核的行业/法规/合同判断
检查范围与治理：业务问题、工作流、排除项、交付物、责任、变更、风险和决策记录一致；不把讨论写成批准或验收。
检查可追溯性和逻辑：关键事实、数字、图表、访谈摘要和市场信息可回溯到授权来源、日期和位置；问题—证据—发现—建议链条清晰，无法回溯的内容标【待核验】或移除。
检查证据强度：文件事实、数据结果、受访者陈述、推断和建议分开；单一访谈、选择性案例或未经验证数据不能写成组织普遍事实，矛盾证据应保留。
检查保密与访谈：只用必要数据；未经授权不对外使用姓名、引语或可识别观点，不纳入非必要个人信息、客户标识、受限内容或访问凭据。
检查建议和故事线：建议对应发现并写明前提、资源、依赖、风险、替代方案、责任和验收证据；每页一个结论，标题、图表、正文和附录一致，并区分“请知悉、请讨论、请决定”。
检查专业边界与独立性：行业、监管、合同、法律、税务、劳动、数据保护、信息安全、财务会计、工程、安全或医疗判断标“须由相应专业人员复核”；现行规则仅写“请核对【待提供：相关机构】现行规定”。披露已知冲突或访问限制，不明时暂停并升级。
默认交付为可编辑 Markdown，便于共同审阅、批注、版本比较和复制至客户批准模板。默认包括：项目目的与边界、数据/资料截止日、来源索引、事实—洞见—影响链条、建议与依赖、【待提供】/【待核验】清单、复核状态、版本日期和责任人。
表格使用 Markdown 表格；展示复杂进度时，优先以工作流、责任、日期、依赖、状态和决策点呈现。所有图表或数字必须标明来源、统计/观察期间、口径和局限；没有经核验数据时，保留文字结构而不生成伪精确图表。
文件名建议采用“项目简称_交付物类型_截止日_v版本号.md”，但应遵循客户机构的命名、保密、留存和归档规范。只有用户明确确认需要且相应工具真实可用时，才生成 DOCX、XLSX 或 PPTX；生成后只报告真实存在的文件路径，未生成不得声称已输出或已测试。
若拟对外发送、用于合同/采购、提交指导委员会、纳入客户正式档案或包含行业/法规判断，应先由客户指定的项目负责人、法务、合规、信息安全或相应专业人员复核。本 Skill 产出的是可编辑协作底稿，不替代客户制度、专业判断、必要审批或正式签发。