关于管理与 AI，
从你的问题开始。

从战略、研发、营销与交付中的经营和管理问题出发，结合管理改进与 AI 应用，让流程、责任和日常行动衔接起来。

已有明确的战略、流程或协同问题，可以从管理改进入口开始；想用 AI 但尚未确定场景，可以从 AI 落地入口开始。两种路径可以结合。

可以先梳理业务目标、当前工作和主要阻碍，再判断哪些问题适合用 AI 辅助，哪些需要先改善管理机制。

不以营收规模作为唯一判断。更需要看问题是否具体、是否有业务负责人参与，以及资料、团队和试运行条件是否具备。

当前页面是本地官网 Demo，工作流和输出为交互示意，没有连接真实业务系统。实际使用需要另行确认业务范围、数据条件与审核规则。

可以围绕同一个业务问题共同设计，也可以先做其中一部分。合作范围应由业务目标和实际条件决定。

不必把培训作为所有项目的前提。已有明确任务与数据条件时，可以直接讨论场景评估和样板实施；方向尚不清楚时，可先共创梳理。

先说明业务问题、现有工作方式和期望改善的结果，无需提交业务数据。涉及工作流样例或其他数据时，应先由客户业务负责人取得合法使用的书面授权确认；授权取得前不处理任何数据，包括脱敏样例。

工作流试点需要客户业务负责人（business owner）、实际使用人员及必要的技术或数据接口人。业务负责人须能决定流程、分工与考核变更并签字确认；项目对接人或 IT 支持人不能替代，只有参与意愿、没有流程变更权限也不能作为业务负责人。

可包括问题分析、流程与责任设计、样板工作流、操作与审核规则、试运行记录及改进清单。最终以双方确认的交付范围为准。

当前 Demo 不提供统一周期与报价。需要先明确场景数量、资料条件、系统接入、交付边界和参与方式，再约定计划与费用。

可以优先讨论一个边界清楚、价值可衡量的任务，先验证工作方式，再决定是否扩展到更多岗位和流程。

需要在合作范围中约定日常使用、业务审核、异常处理、知识更新与技术维护的责任。页面不默认包含无限期维护或所有后续扩展。

先做 2 天工作流诊断，按角色、输入、判断、输出、风险五格梳理，输出工作流选点清单；客户从符合准入条件的清单中选一个工作流，进行 4 周真实使用试点；4 周是试点安排，完成须以运行记录检验。交付包括工具／集成、使用与分工方法，以及数据权限、人工确认、留痕的治理规则；只交工具不算完成交付。

不是。当前目录依据已有产品材料梳理，内部实践、试点、演示与验收基线等状态各不相同；实际可交付范围需逐项确认。

需求识别侧重提取业务要求、保留来源并组织评审；合同审查侧重依据规则提示风险，由专业人员复核。这里展示的是两类工作方法，不代表成熟产品已上线。

没有。交互示意说明候选需求、原文引用与人工确认；完整需求管理还涉及分层、评审、变更和跨部门承接，需要通过咨询与试点明确。

人力与组织咨询、岗位 AI 应用和人事系统建设是不同事项。当前不将内部研发或本地验证表述为客户生产运行、系统验收或准确率成果。

应按任务明确人工审核与授权决策。页面展示的需求候选、风险提示、匹配排序和方案初稿，均不等于已获批准的业务结论。

需评估现有系统接口、身份权限、数据格式与模型部署条件。不同场景的技术实现可能不同，不预设所有环境都能直接接入。

工作流试点启动前，客户业务负责人须负责取得数据使用的书面合法授权确认，明确用途、范围、期限、存放位置，并有法律依据和客户方可授权人。取得授权前不处理任何数据，包括脱敏样例；FDE 不代为取得或代拟授权文件。同时核实模型调用的数据传输、存储、日志保留与训练使用政策，不能仅凭“知识库”或“本地部署”等名称作一概保证。

薄云将 GEO 定义为 AI 答案时代的品牌可信度建设。通过事实库、证据链、内容资产、可信来源和持续复测改善表达质量，不保证固定排名、推荐或商机数量。

DSTE、IPD、MTL、LTC、ITR 等是方法与业务流程名称。AI-IPD、AI-MTL、AI-LTC 是现有服务中的流程级能力方向；现有场景工具按具体任务承接，不意味着它们天然构成统一平台。

服务介绍包含 ISC 供应链、IFS 财经、HR/MHR 组织能力及变革管理。咨询范围和相应 AI 实现需分别评估，不因已有咨询能力就推定已有成熟 AI 产品。

样板能在真实任务中检查输入、输出、人工审核与异常处理，帮助团队识别不适用之处，再依据证据决定推广范围。

工作流试点先检查两个必备条件：数据可以合法授权使用，有明确且具备相应权限的业务责任人。两项必须全部满足，且不设例外。三个适配条件为：出错可回滚、发生频次足够、输入输出可结构化，至少满足两项。可回滚指 AI 产出不直接对外发出、不直接写入唯一权威业务记录；不满足时，先限定中间环节由 AI 出草稿或建议，对外与写入由人完成，或加入人工确认闸。频次以每周不少于 5 次为达标线；5–20 次／周可做，但须事先约定以单次质量与人工复核率为主要判据；低于 5 次／周原则上更换工作流。须写清工作流起止、输入清单、输出物和判断节点；写不清的先做流程梳理，不进入 AI 试点。FDE 与顾问共同判定，逐项记录达成情况、依据与补偿安排；唯一适配缺项须记录差距、补偿和风险承担人，由客户业务负责人签字后方可启动。仅要求 AI 直接对外或直接写入唯一权威业务记录、低于每周 5 次仍要试点两类特例，须 FDE 书面说明并完成薄云侧例外审批，仍由客户业务负责人签字。只满足一项适配条件，或缺少任一必备条件，均不进入试点。

先定义基线、统计口径、观察周期和数据来源，再比较周期、质量、采用情况或相关业务指标，避免把演示效果等同经营收益。

不必。指标应与场景直接相关。需求梳理可看遗漏与返工，知识复用可看有效引用，交付服务可看闭环与节点情况。

流程应设置待澄清、人工复核、异常记录和必要的停止条件。不能确认的内容应保留不确定性，而不是直接推进为最终结论。

应先复盘场景选择、输入质量、审核规则与人员使用情况。根据调整后的运行证据，决定继续试验、缩小范围或停止该场景。

网站分别展示匿名管理项目过程、AI 方法说明、受控探索和薄云内部实践。流程 Demo 使用虚构样例；方法、试点与阶段交付不等同于客户验收或经营成效。

应结合业务背景、实施范围、运行记录、审核与版本记录，以及改进前后的统计口径；单张截图或一次演示通常不足以说明持续效果。

本页既有本次内容样稿，也有围绕著作研究整理的著作研究内部预览。请以每项标记为准；内部可用不等于可公开，不能将工作稿写成已出版报告或已上市图书。

内部实践、客户试点和客户运行案例应分别标注，并说明证据范围。内部流程的效果不能直接转作客户项目的成果。

不能仅凭目前资料确认发行状态。出版字段存在证据缺口，本地 Demo 不添加 ISBN、出版社、定价、上市时间或购买入口，也不据此推断“尚未出版”。

本次官网以经营管理咨询为身份，面向 AI 时代，将管理改进与 AI 应用结合。工具与工程实现用于支撑具体业务改进。

顾问侧重业务目标、流程和组织机制，工程人员侧重技术实现与运行条件，客户团队提供业务实践与判断；具体分工按任务确定。

判断从经营问题开始。若主要障碍来自目标不清、责任不明或协作规则缺失，应先处理相应机制，再判断 AI 如何参与。

不会。当前表单只用于体验，不发送或保存信息；正式网站需要配置真实联系渠道、接收流程及相应隐私说明。

服务介绍记录薄云咨询成立于 2013 年。当前官网定位遵循本次确认的表达：面向 AI 时代的经营管理咨询，让管理体系真正跑起来。

不一定。先判断经营缺口、流程机制、责任能力与数据资源，再评估 AI 的必要性。合理结论包括开展 AI 试点、先改管理机制、先补基础，或暂缓 AI 投入并明确重新评估条件。

战略目标与部门行动、资源安排脱节，研发投入缺少取舍，营销研发交付交接反复，或关键判断长期依赖少数人时，应先检查目标、流程、职责和规则。是否引入 AI 需结合具体任务验证。

先约定 1–2 个真实使用时刻和探针题，在相同题目与口径下比较原有工作方式和知识库辅助方式。检查来源是否可追溯、错答是否可定位、缺少依据时是否能识别，并记录质量、复核投入与使用情况。资料数量不能替代任务验收。

合作中列明使用岗位、账号与环境、培训和操作说明；约定客户维护人与外部支持、更新触发条件、审核发布及版本记录；列明知识、规则、模板和组件的复用范围、权限和重新验证要求。具体交付与权利以项目约定为准。

两者需要分别判断。服务范围说明可以提供什么；实践记录说明实际做过什么；结果证据说明哪些改善已经得到确认。演示、试点、运行与经营结果分别呈现，服务设计和目标值不作为已实现的客户成果。

可以从经营管理改进咨询、经营诊断与改进路线、AI工作坊（AI Bootcamp）、业务知识整理与复用四类入口开始。AI工作坊同时承接理解与实操、场景试行及推广准备；工作流试点的具体条件与验收另行说明。

官网以经营管理改进咨询、经营诊断与改进路线、AI工作坊（AI Bootcamp）、业务知识整理与复用四类服务入口承接需求。业务方向用于理解能力如何组合；工作流试点与推广准备是AI工作坊下的具体路径，其准入、分工与验收另行明确。

先明确 1–2 个真实使用时刻，再整理相关对象、关系、规则、来源与版本，用探针题检查是否能支持任务。并非先收齐所有资料再等待产生效果。

FDE 负责拆流程、配工具、装治理，明确 AI 进入的步骤、工具与接口配置、权限、日志及异常处理。顾问负责管理机制与指标；客户业务负责人（business owner）决定是否使用、是否变更及是否签字，最终决定权始终在客户业务负责人手中，FDE 不替客户拍板。

试点完成须同时满足四项：连续 4 周在真实工作中使用；人工复核通过率达到约定标准；单次任务处理时间下降；有留痕与异常处理记录，且客户业务负责人书面确认继续使用。这些是待验证的完成判据，不代表已实现的客户成效；未达成时应复盘并决定调整或停止，不能直接视为可推广。

不是。DSTE 咨询解决战略判断、年度目标、责任和复盘机制。AI 辅助点、软件功能与系统集成需要分别界定，官网流程示意不代表完整 AI 产品交付。

薄云是面向 AI 时代的经营管理咨询公司，致力于让管理体系真正跑起来。薄云从经营问题出发，回应管理改进与 AI 落地两类需求，帮助企业打通战略、研发、营销与交付中的关键流程，让改进落实到日常工作与经营指标。

薄云创立于 2013 年，由具有华为管理体系建设和变革经验的团队发起。团队将企业实践与咨询经验结合，强调懂业务、懂体系、懂落地。相关经历不代表与原任职企业存在隶属关系。

从客户的实际问题出发，与业务团队共同梳理目标、设计方案和推进试点；通过定期复盘、持续辅导和经验沉淀，帮助团队形成可持续运行的工作机制。

实践覆盖泛 ICT、智能制造、智能终端、新能源及军工等行业。依据经营问题与组织复杂度判断适配性，不以统一营收规模作为合作门槛。

DSTE 连接战略与执行；IPD 连接产品与研发；MTL 连接市场与线索；LTC 连接商机、合同、交付与回款；ITR 形成客户问题闭环；ISC 支撑供应协同；IFS 支撑财经与经营；HR/MHR 建设组织与人才；变革管理推动体系落地。

认知松土 → 问题识别 → 设计应用咨询 → 试点落地 → 迭代提升。项目从真实问题和条件开始，明确共同投入，再决定扩展范围。

以访谈、数据分析、流程梳理与成熟度评估识别差距，通过共创设计、样板试点和迭代调整形成适合企业的机制。

培训结合方法讲解、真实任务练习、案例讨论和行动计划；训战将学习放入项目；辅导帮助客户团队承接决策与执行，而非只完成课堂讲授。

痛点解码明确为什么改变，方法赋能帮助团队掌握做法，标杆领航提供可参照实践，专家护航支持推进中的问题处理。

FDE（Forward Deployed Engineer）是驻客户业务现场或高频远程工作的交付工程师，负责拆流程、配工具、装治理。顾问确定改哪段机制、指标怎么算；FDE 确定 AI 落在哪一步、工具怎么配、权限与留痕怎么设；客户业务负责人决定用不用、改不改、签不签，拥有最终决定权。合作从 2 天工作流诊断和选点清单开始，由客户选一个工作流进行 4 周真实使用试点，一起交付工具／集成、使用与分工方法、治理规则。

同时设计方法、流程、数据、治理机制和工程实现。战略、产品、市场、销售、服务与组织场景共享一个品牌；组织人才咨询与尚待确认的 人力与组织应用方向 产品范围分开说明。

辅助信息洞察、战略选项准备、目标监测、偏差识别和经营复盘；经营者保留取舍与资源配置责任。

围绕趋势研判、需求拆解、研发节点与版本迭代提供支撑，连接需求来源、产品判断和研发协同。

围绕客户意图、市场洞察、内容资产、销售赋能和线索承接组织工作；品牌可信度建设与一般内容生成分别设计。

支撑线索质量判断、商机研判、过程提醒、合同履行与回款管理，保持业务负责人确认关键节点。

辅助问题分流、根因分析、风险预警、经验归档和预防再发；问题处理完成仍需验证与关闭。

GEO 是 AI 答案时代的品牌可信度建设：让品牌信息真实、一致、可被理解、可被引用，并通过持续测试观察表现。不等同于购买排名，也不只以线索量衡量。

多角色意图问题库、AI 基线诊断、品牌事实库、证据链地图、自有内容资产改造、第三方可信来源建设、持续复测治理、内部培训。

自测或快扫 → 专项诊断 → 30—90 天建设计划 → 年度治理。建设周期为可讨论的服务版本，需结合目标、平台与资产条件约定；不保证推荐、排名或引用。

历史介绍曾使用“服务 200 多家企业”“80% 客户合作超过三年”的表述。统计截止日与分母尚需更新，因此本预览保留说明，不将其作为实时业绩数字。

可以从案例与研究页了解匿名管理项目的业务背景、诊断、设计与推行过程。管理经验与 AI 应用方法分别呈现。

薄云的专业积累包括管理咨询服务能力、企业信用相关证书和保密业务备案，以及薄云 IPD 产品模型、Bring-IPD TPM 变革进展成熟度评估模型、薄云变革管理模型和薄云系统杀等作品登记。可在“公司资质与方法资产”中查看证书图片与简介。

顾问、工程人员与业务负责人共同明确目标、规则和审核责任，使用人员在真实任务中试行，依据运行记录开展阶段复盘。

专业、务实、响应实际需要与持续支持，是客户反馈中反复出现的主题。未展示未经授权的直接引语，也不把个别反馈推广为所有项目的结果。

项目启动时共同明确改进目标和衡量指标，推进中跟踪任务、交付物与流程运行情况，复盘时结合经营数据评估变化，并据此调整后续行动。

欧阳剑鸿为薄云咨询创始人，关注研发投资治理、IPD 产品经营、战略执行、企业架构、组织机制和管理变革，并开展 AI 与管理体系融合实践。《回归经营丛书》与《研发即投资》为其写作研究方向；正式出版信息另行确认。

按个人经历介绍，1996 年加入华为，2011 年离开，约 16 年间参与管理体系建设；2013 年创立薄云。截至 2026 年，咨询实践约 13 年。James 为工作称呼，正式英文署名待确认。

参与过 IPD、DSTE、LTC、IFS 和企业架构等领域的体系建设与落地实践，持续研究这些管理体系如何在不同企业中协同运行。

从早期研发中对个人能力的依赖，到组织化体系建设，再到咨询实践中帮助不同企业适配机制：核心关切始终是如何让方法进入真实经营，而非照搬组织形式。

战略与经营强调规划、解码和分析机制；企业架构关注端到端流程与组织治理；产品创新关注产品战略、需求和研发治理；变革关注组织利益与执行；AI 关注战略、研发、营销和服务工作中的应用。

管理机制最终需要服务客户价值、资源配置与经营结果。制度齐全并不自动等于企业已经具备经营能力。

研发是在不确定条件下持续投入资源，需要阶段判断、组合选择和退出机制。这是经营视角，不等于将所有研发支出作会计资本化处理。

随着证据变化，经营者应能停止、转向、缩减或重新配置投入。反悔权要与承担结果的责任和决策边界绑定，不能变成频繁摇摆。

研发管理是地基，产品经营是灵魂；流程体系连接二者。讨论经营不能取消工程纪律，讨论流程也不能掩盖资源下注与商业选择。

评审权、资源配置和激励机制如果断开，流程就可能成为形式。讨论 IPMT、PDT 与角色职责时，需要同时检查实际授权和结果责任。

资源配置体现战略方向，关键节点仍需要人的判断、责任与诚实。机制能够约束行为，但不能自动制造热情与担当。

To B/To C、软硬件、供应链自建/外包、蓝海红海及不同组织规模具有不同约束。坚持经营逻辑，调整流程与角色形态，反对照搬而非反对体系。

影子项目组合、僵尸项目、只求通过的 DCP，以及流程有名无实，提示实际资源与决策可能没有改变。诊断应检查证据，不将标签当作认证结论。

订阅、OTA、API 等模式使产品上市后仍持续变化，IPD 需要连接留存、续费与后续投资，而非把发布作为终点。

近年来开展 AI 融合实践，重点是先建立经营判断和责任，再选择工具。执行成本下降时，选择什么、为何下注和何时停止可能变得更重要；这是研究判断，不是效果保证。

探索失败不应自动被等同于失职，应保护真实反馈，讨论领导者承担与制度激励。坚持观点可讨论、局限可披露、结论可被实践修正。

围绕战略判断、年度经营、研发与销售协同，明确任务、责任和复盘规则。不同阶段分别界定目标与交付。

从问题受理、责任承接与根因分析出发，把反馈带回营销、供应、研发与经营协同。

从产品经营目标出发，检查需求、开发、评审和组织协作，不以未经确认的客户名称或结果说明能力。

连接市场判断、产品选择、资源安排和销售执行，以共同目标、角色与复盘机制促进协作。

通信设备与项目型交付中，销售驱动需求，产能和物料约束供应，需要产供销协同。S&OP 与 OTC、集成交付分开界定，不从相邻项目推断本项目范围。

通过分层访谈、能力对标和差距分析，设计计划架构与 L2/L3 流程，明确输入、输出及 SLA，建设岗位职责、任职资格和绩效机制；以样板试点、内部教练和推广复盘承接。

按现状分析、方案设计、迭代优化、推广与总结四个阶段实施，设置六个里程碑，每个绑定评审交付件。薄云提供指导与评审，客户组织与输出。

项目于 2019 年 8 月开工，2020 年底完成并通过客户验收，历时约 16 个月。验收由项目总监口述确认，不将项目验收等同于量化经营成效或当前持续运行。

《研发即投资——IPD 的本质是经营》为《回归经营丛书》研发卷写作方向，署名欧阳剑鸿；配套《研发即投资·实战手册》讨论 CEO 研发投资工具和实操打法，主书重判断、手册重行动。

工作稿曾标记主书 v133、手册 4.32，含 11 章、35 节、约 183 页，手册约 105 页、27 项工具、7 张交接表，以及 22 个方法小节、33 项 CEO 方法与自查内容。这些为工作版本记录，数量会变化，最终目录、出版社、ISBN、价格、上市时间、封面与购买方式尚未确认。

面向需要判断研发投入与产品经营的 CEO、创始人、研发和产品负责人、变革负责人。不是华为官方教材；

作者将经营理解为在不确定中作出难以撤回的资源承诺，同时保留重新判断的机制。这是一种分析视角，而非通行会计定义或行业定律。

投入不是一次性决策，而是依据新证据逐步重新估值、继续或撤回；机会成本、组合平衡和现金约束应进入 CEO 判断。

研发管理构成基础，产品经营居于中心，IPD 提供连接的骨架。停止、转向、缩减与重配资源的权力应回到承担组合损益的责任人，项目层面依授权执行。

不可逆下注与产品组合责任不能完全外包，可逆的项目执行可以授权；灰区需明确授权与保留判断的条件。

PDT 需要目标、资源、评审和激励相匹配的经营责任，但“小 CEO”不等于获得公司最终决策权。

结合现金、复购、留存、续费、NRR 与单位经济等指标理解产品价值，选择与商业模式匹配的观察口径，不能只以功能完成或上市衡量成功。

隐性知识、契约协作网络、产品组合与资金配置共同构成组织价值，单个能干的人或单一项目无法替代全部机制。

不确定探索中的失败应与失职区分；让诚实者不吃亏。

书稿将“流程的重力”作为隐喻，将“解耦点演化律”作为经验规律命名；两者都需结合具体业务理解，不作为已验证的自然定律。

从 To B/To C、硬件/软件、供应链自建/外包、平台复用等显性约束，到创新类型、蓝海红海、非标标准及商业模式等隐性约束，再考虑全球合规、数字化与 AI。不同业务可采用不同 OPP 与经营模型，不将章节分类视为通用标准。

作者以 20% / 50% / 30% 作为分阶段投入讨论起点，用于说明实物期权与证据驱动下注；具体比例需按业务风险与现金条件调整，不声称分阶段投资为独创。

设计止损奖励时，同时考虑会计规则、组织文化和责任，避免对继续推进单向奖励，或鼓励轻率放弃。

对齐方向、配置资源、确定优先级、裁决跨 PDT 冲突、终止项目。集体机制与负责人责任要并存；

DCP 应能明确通过、否决或附条件风险放行，保留重新判断的可能；不能把通过率作为唯一目标，也不能退化为材料检查。

谁付钱？机会成本是什么？停止项目时激励是否仍合理？这些问题补充经营判断，不替代专业技术评审。

作者建议按业务节奏在上市后 3、6、12 个月或季度继续观察留存、续费、NRR 和单位经济。这是面向持续经营的扩展建议，不冒称既有官方流程。

工作稿以小于 200 人、200—2000 人、2000 人以上讨论简化、轻量和多 BU 配置，仅是经验示意，不是客户准入标准或按人数自动选型的规则。

对部分软件和 AI 产品，可以用可运行原型加关键假设进入早期讨论；硬件、合规或高风险工程不能套用同一要求。

“一位判断者加智能体”是对可能组织形态的推演，不是现有产品功能、人员编制建议或已实现交付。

工作稿从约十类现象讨论有流程无经营的问题；影子组合、僵尸项目、声望项目、虚假忙碌和资源私下交换是检查线索，仍需组织证据判断，不能给企业简单贴标签。

先做 CEO 自查、单页项目清单与 IPMT 决策模板；条件具备时，用一页 Charter、1—2 个 DCP 和 3—5 人 PDT 开始样板。

工作稿提出 7 个问题，每项 0、1.5 或 3 分，合计 21 分，以 18、14 等阈值帮助讨论参与程度。这是作者自查工具，不是经统计验证的测量量表。

关注真实决策、投入变化与停止项目的证据，而非仅检查文件完成。90 天用于组织行动节奏，不保证经营改善。

“天才过滤器”提醒僵硬流程可能筛走创造力；“削足”讨论组织形态调整的代价；

《战略即判断——DSTE 的本质是经营》为《回归经营丛书》战略卷工作稿，署名欧阳剑鸿、罗爱国，配有实战手册。工作版本以 17 章展开，包含 7 章镜鉴与 10 章执行内容；

重点讨论创始人及经营者如何保留不可外包的判断，并组织年度执行与校准。工作稿使用过 2—3 亿至 100 亿等企业规模示意，但不同版本门槛尚不一致，不据此限定薄云客户；

BLM、五看、PBC 等承接既有管理实践；战略控制点、BSC、业务设计、三地平线及文化分析具有各自理论背景。

案例含跨行业匿名合成及失败情境，不据此识别真实企业或推断统计规律。工具是辅助判断的教学与实践建议，不提供结果保证。

去哪里、放弃什么、押注什么、如何认错。分析与工具帮助看清问题，最终仍需有人承担不确定后果。

把 SP 战略规划、解码、BP 年度经营计划、执行和复盘放在同一容器中。BLM 更多支撑 SP，不能将 BLM 与整个 DSTE 画等号。

经营者承担最终下注责任，但承担不等于独断。“承担权”是工作稿用于解释责任与决定关系的概念，不是既有官方管理术语。

研究分析提供信息，判断面对风险和不完备证据。“假设权”讨论承接相关管理思想，工作稿将其扩展到经营假设，不宣称基础概念由作者首次提出。

延后事项应有复议时间、责任人和标准；下注须说明谁承担风险、可承受损失与停止线；

把既有承诺未达成，与未来机会尚未抓住分开，先找原因再决定行动，避免将所有问题归为执行不力。

看市场、客户、竞争、自身与机会，最终应产生对战略的意义和选择。AI 可以准备分析，经营者仍需判断；

以 1—2 个主战场、少量关键选择训练取舍，“不超过 7 项”等属于教学提示。战略控制点应能解释难以被复制的竞争优势与持续利润；

预算、人才、带宽、管理注意力和产能都应支持战略。承诺超过能力时，需要削减任务、增加资源或调整目标，不能只继续分解指标。

保护坏消息与真实原因分析，既检查执行，也检查战略判断。不能把复盘开成表彰会，或将所有差距推给下级。

形成下一轮 SP 建议，明确接收责任人、公开签收与最终回应。重点是意见被处理，而不只是形成三条建议或会议纪要。

将愿景、约 3—5 年近中期追求与可讨论的挑战目标连接，反复校准可衡量含义和团队共识，而不是把鼓掌视为一致行动。

在经典 H1 成熟业务、H2 增长业务、H3 探索业务基础上，工作稿增加 H0 衰退业务，以讨论退出与资源转移；不同组合需要不同指标和治理节奏。

从产品、市场、商业模式和运营创新，结合自研、并购、合作与投资等路径讨论选择，不将该矩阵视为固定官方模板。

检查客户选择、价值获取、活动范围、战略控制与组织基础如何匹配。借助既有业务设计思想，防止只讨论产品而忽略经营模式。

连接意图、战略举措、指标、部门 KPI 与岗位承诺，借助 BSC 等既有方法保持逻辑，防止 SP 与 BP 各自成文。

个人承诺任务，组织也承诺资源与支持。What / How / Why 是工作稿解释方式，需要回到双方能执行的约定。

工作稿用 5—10 项关键任务、其中 2—3 项需要经营者重点关注作为讨论起点。数量按业务复杂度调整，而非填满清单。

IPD 创造产品，LTC 实现商业回报，ITR 解决客户问题；服务反馈反过来影响战略。

关键任务、组织、人才与文化需要两两一致，共同支撑方向。12—18 个月等为转型经验节奏，不构成统一项目工期或见效承诺。

通过任用、奖惩、领导者示范与日常行为理解文化，借鉴既有文化分析思想。不能只靠价值观口号推动转型。

将关键里程碑、收入、毛利、现金等纳入月度报告与经营会议，使用红黄绿、3GAP、3List 等可讨论表达；这些是工具组织方式，不冒称官方标准。

在条件有限时，以三个自查问题、三个关键交接与年度约六次重点会议建立基本节奏。工作稿中的规模与会议数是经验建议，按财年和决策需要调整。

AI 可辅助搜集、分析、起草、解码和差距识别；经营假设、战场选择、停止下注、关键用人和承认错误仍需人承担。

认知穿透、决策清醒、意志承担、自我清晰、归因清醒构成讨论维度；师徒、跨域读人、早期教育、重大失败、长期反思与精神参照提供培养线索。

谁作出不能外包的判断？谁承担后果？是否敢于下注与承认错误？工作稿用其检查机制，不把三问包装成独立完备理论。

一年后无人记得；五看止于行业研究；

手册用行动工具、约 17 类方法和 CEO 自查衔接主书；EMT 及战略经营复盘按财年排期；

经营、承担权、假设权与放弃治理构成核心讨论；三问、三数、四硬、五字、一报一会用于操作。