news 2026/9/6 2:41:15

DSTE战略管理全流程:从规划到执行落地的闭环机制

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
DSTE战略管理全流程:从规划到执行落地的闭环机制

简介:一份108页的华为DSTE战略规划学员版教材,面向企业战略管理、人力资源、财经及运营团队,解决从战略制定到执行落地过程中常见的规划与经营脱节问题。内容以DSTE端到端流程为主线,从战略洞察、战略指引制定、战略规划(BLM模型)到战略解码导出重点工作(BEM),再延伸至年度业务计划与预测、BP预算编制、KPI结果评估及高管PBC签署,完整呈现了战略到执行的管理闭环。PPT着重拆解了经营分析会的六大典型问题——会议定位错误开成汇报会/诉苦会/邀功会、会议安排混乱、差距分析走过场、报告缺乏预测、报告未暴露问题、行动措施假大空,并给出“一报一会”机制、经营分析报告写法、差距根因分析与机会点清单、任务令等实操打法,对准备开好月度/季度经营会与年度预算复盘极具参考价值。资源共1个pptx文件,大小6.29MB,已有199人学习,适合希望引入华为战略到执行体系、提升经营分析质量与年度规划落地能力的管理者系统研读。 这几年我做战略咨询和内部管理,接触过不少企业的战略规划材料。一个特别普遍的现象是:年底开两天研讨会,各部门交一摞PPT,定了明年目标和几件"大事",然后就没有然后了。等到第二年年底复盘,发现年初定的那些战略动作,压根没进过管理层的月度议程,更没进过考核。问题出在哪?不是PPT做得不好,而是缺了一套把战略从"想法"推到"动作"再推到"结果"的闭环流程。华为内部把这套流程叫DSTE,全称是Develop Strategy To Execution,也就是从战略规划到执行。我前阵子专门整理过一套108页的战略规划学员版教材,内容很多,但把水分挤掉之后,真正管用的骨架并不复杂。这篇文章就把它拆开讲清楚,适合战略部同事、业务负责人、HRBP,以及所有被"战略落不了地"困扰的管理者参考。

1. 为什么多数企业的战略规划止步于"一摞PPT"

1.1 三个最常见的战略断裂点

先说说我观察到的"三个断裂",这是几乎所有战略执行问题的根源。

第一个断裂叫"战略与经营两张皮"。公司层战略研讨会开完,输出了一份五年规划,结果年度经营计划还是各个部门自己报自己的,预算也照旧编。战略规划是一套数字,年度预算和KPI是另一套数字,两边对不上。第二断裂叫"战略与组织两张皮"。战略里写着要开拓新业务、要数字化转型,但组织架构不动、关键岗位不换人、考核指标不变,大家干着干着又回到老路上。第三个断裂叫"年度之间没有接力"。第一年定了大方向,第二年换了个领导,又不认了,重新做一轮战略,推倒重来。

这三个断裂的本质,是把战略当成了"一份文件",而不是"一套管理流程"。华为的DSTE恰恰是把战略当作一个常年运转的流程来管,从战略设计、战略解码、战略执行到战略复盘,每一个环节都有明确的责任人、节奏、工具和输出物。

1.2 DSTE解决的是"最后一公里"问题

很多人学华为战略,一上来就想学BLM模型,或者学"五看三定",这当然重要。但DSTE这套流程的厉害之处,其实在"最后一公里"——它保证了战略不会烂在PPT里。

DSTE给每一层管理者都定了位:公司层面管战略方向,业务单元层面管业务设计,职能部门层面管资源和能力建设,个人层面管绩效目标。每一层之间,用一套共同的语言和工具连接起来,而不是各讲各话。所以你看华为的干部培训,战略管理从来不是只教一个工具,而是教一整条链路:怎么洞察、怎么定意图、怎么解码成KPI、怎么看经营分析会、怎么做战略复盘。

这一点对我启发很大。很多公司不是没有战略,也不是没有执行,而是中间缺了"解码"和"监控"这两个环节。DSTE把它补上了。

2. DSTE的整体骨架:战略制定、战略解码、战略执行与复盘的三段式闭环

2.1 从五年战略到年度经营计划:SP与BP的角色分工

DSTE大体上分三段:第一段是战略制定,产出中长期战略规划SP;第二段是战略解码,产出年度经营计划BP;第三段是战略执行与监控,通过经营分析会、管理复盘会等手段保证落地。

SP和BP的关系,可以类比成"盖房子的设计图"和"今年的施工图"。SP管的是中长期方向,一般滚动看五年,回答的是"我们要成为什么样的公司、在哪些战场打仗、怎么打"。BP管的是未来一年具体干什么,回答的是"今年要打赢哪几场仗、资源怎么分配、考核指标是什么"。

我在实际辅导企业时见过很多反面案例:有的公司五年规划做得极其宏大,结果年度经营计划完全不匹配,预算规模还是按照去年的惯性来。有的公司干脆跳过了SP,直接每年做BP,结果就是走一步看一步,完全没有中长期投入,竞争对手的护城河挖好了才反应过来。所以在DSTE里,SP和BP不是两个可选项,而是同一套流程的两个环节,SP通过BEM解码之后才形成BP,BP通过年度季度经营会议来监控执行。

2.2 核心工具:BLM与BEM的分工不是一回事

华为DSTE里有两个经常被混为一谈的工具:BLM和BEM。我一开始也容易搞混,后来用一个粗暴但不准确的说法给自己提了个醒:BLM解决"想清楚",BEM解决"做出来"。

BLM全称Business Leadership Model,业务领先模型,是一个从差距分析出发、覆盖市场洞察、战略意图、创新焦点、业务设计,以及执行要素的战略工具。它回答的是"我们的业务设计是否成立、能否领先"。

BEM全称Business Execution Model,战略执行模型,它负责把BLM里定下来的战略方向和业务设计,翻译成组织KPI、关键任务、以及可跟踪的年度重点工作。它回答的是"这些战略怎么变成今年每个人肩膀上的责任"。

所以BLM是上游,BEM是下游。很多企业学华为只学了BLM,做了个高大上的战略工作坊,产出非常漂亮,然后到年底发现KPI还是老一套,战略根本没法落地,就是因为少了BEM这一层解码动作。DSTE厉害的地方,是强制要求"所有战略设想最后必须落到组织和个人的KPI上",不给"战略归战略、考核归考核"留空间。

2.3 这套框架和一般战略管理的最大差异

一般企业的战略管理,最常见的是"目标分解法":公司定一个营收目标,然后按部门拆下去,销售部门扛收入,生产部门扛产量,完事。这不叫战略管理,这叫分指标。

DSTE最大的差异是"战略驱动目标",而不是"目标驱动行动"。它先通过市场洞察和业务设计,想清楚增量从哪里来、靠什么赢,然后再把赢的逻辑拆成关键任务,最后才落到KPI上。换句话说,KPI不是起点,而是战略逻辑推导的终点。这样推导出来的KPI,不仅包含财务结果,还包含能力建设、战略控制点、组织健康等过程型指标,不容易被短期主义带偏。

这种反过来的逻辑,很多刚开始接触DSTE的人会很不适应,觉得太绕了。但恰恰是这种绕,避免了"明明方向错了,考核还特别努力"的尴尬。

3. 战略制定环节的关键动作:差距分析、市场洞察与业务设计

3.1 差距分析:战略的起点不是愿景,是差距

进入DSTE战略制定环节,第一件事不是定愿景,而是做差距分析。华为内部有一句很直接的话:战略是从差距开始的。

差距分两种:业绩差距和机会差距。业绩差距是"已经存在但没抓住"的差距,比如去年目标定了一个亿,实际完成八千万,差的两千万就是业绩差距,原因通常是执行不到位,或者能力不足。机会差距是"本来可以拥有但主动放弃"的差距,比如市场上出现了一个新品类,竞品做了,你没做,错过的这块市场就是机会差距,原因通常是战略选择出了问题,或者洞察不够。

做差距分析的时候,我的经验是一定要把两类差距分开写。因为它们的解决方式完全不同,业绩差距靠提升执行力、补能力短板,机会差距靠调整战略方向、重新设计业务。混在一起讨论,会议一定跑偏。很多战略研讨会开不出效果,就是所有人都在谈执行问题,忽略了真正的战略问题。

3.2 市场洞察:五看三定的实战解读

谈了差距,接下来就是找机会。华为市场洞察的经典方法叫"五看三定"。

五看分别是:看行业/趋势,看市场/客户,看竞争,看自己,看机会。听起来很简单,但实际操作时需要把每一看落到具体的产出上。比如"看行业/趋势"要回答:我们所在的赛道未来三年是在增长还是萎缩?技术变革会不会颠覆现有玩法?"看市场/客户"要回答:客户的需求在往哪个方向迁移?什么客户最值得服务?"看竞争"要回答:对手的差异化优势在哪,有没有我们可以打的薄弱点?"看自己"要回答:我们真正的核心能力和资源短板是什么?最后"看机会"是综合前四看,输出机会的优先级排序。

五看做完,才进入"三定":定控制点、定目标、定策略。定控制点就是回答"我们要建立什么样的长期护城河",比如成本优势、技术专利、客户关系、品牌心智;定目标就是设定战略意图,包括财务目标和市场地位目标;定策略就是明确"用什么打法去实现目标",比如是高举高打还是农村包围城市。

我第一次带团队做五看的时候,最大的感受是:团队很容易把"看"做成"收集资料"。看行业变成贴一堆行业报告截图,看竞争变成罗列竞品官网上的产品功能。这样不行。五看的输出应该是洞察,不是信息。所谓洞察,是要能说出一个"原来我没意识到、现在明白了"的观点。比如看完行业趋势,你要能说"这个赛道明年会出现价格战,我们的成本结构撑不住",这才叫洞察。

3.3 业务设计:从选择客户到利润模型

有了洞察和策略,BLM模型里最关键的一步就是"业务设计"。业务设计回答的是六个问题:客户选择、价值主张、价值获取/盈利模式、活动范围、战略控制点、风险管理。

我见过不少做战略的人,业务设计就写了一页PPT:"我们要成为XX行业领先者","为客户提供高品质产品"。这等于没说。真正的业务设计,至少要回答:我们瞄准哪一类细分客户,不为哪一类客户服务?我们提供的差异化价值是什么,客户凭什么选我们不选竞品?我们从哪里赚钱,是一次性销售、订阅服务还是生态分成?哪些环节自己做、哪些外包或合作?我们用什么保护利润不被侵蚀?最大的一两个风险是什么,怎么对冲?

以一家做企业培训的公司为例,客户选择可以聚焦"年营收5000万到2亿的制造型企业",价值主张是"用DSTE方法帮老板把战略变成年度经营动作",盈利模式是"年度陪跑咨询,按年收费",活动范围是"只做诊断+解码+经营分析会的陪跑,不做单次公开课",战略控制点是"内部沉淀的行业案例库+方法论工具包"。这才算一个能指导经营的业务设计。战略控制点尤为关键,它是企业长期利润的保护机制,没有控制点的业务设计,本质上只是在描述一个机会,而不是在构建一个可持续的业务。

4. 战略解码:从公司战略到部门KPI和关键任务

4.1 BEM解码的逻辑链:战略方向→CSF→KPI→关键任务

战略制定出来以后,下一步是解码。战略解码的官方工具是BEM,我第一次看这套方法的时候,觉得它的核心逻辑其实可以概括成一条链:从战略方向导出关键成功因素CSF,再从CSF导出年度KPI和关键任务,最后落到组织和人。

什么叫CSF?就是"要实现这个战略,我们必须在哪几件事上做到行业级表现"。举个例子,某软件公司的三年战略是"从卖License转型为SaaS订阅模式"。那么它的CSF可能包括:云化产品打磨、客户成功体系建设、订阅制销售能力、组织考核机制调整。每一块都是影响战略成败的关键战场,缺一块都不行。

CSF定完之后,每个CSF还要往下拆。拆解的时候有一个很实用的方法叫IPOOC法,它把CSF按四个维度展开:Input输入、Process过程、Output输出、Outcome结果。以"客户成功体系建设"为例:输入维度是客户成功团队的编制和预算充足率,过程维度是客户健康度巡检频次、投诉响应时长,输出维度是续费率、增购率,结果维度是客户NPS和客户生命周期价值。这样做的好处是,每个CSF都有过程型指标和结果型指标,不至于只盯结果而不知道怎么管过程。

4.2 从CSF到重点工作:年度经营计划怎么编

CSF和KPI拆完之后,要落成第二年的年度重点工作,也就是BP层面的关键任务。华为的做法一般是为每个关键任务指定一个 Owner,设定里程碑节点,并匹配预算和资源。

我的建议是年度关键任务不要超过七到八项。有的企业做完解码,列了二十几项"战略重点工作",每个部门都有任务,每个任务都很重要。这等于没有重点。从管理幅度来说,一把手能亲自盯的重点工作,一只手数得过来。如果一件事重要到需要总经理月度跟进,那它才应该进入关键任务清单。如果只是部门内部的常规改进,放进部门的年度计划就行,不需要上升到公司战略层。

年度经营计划里还要注意"指标口径"问题。很多公司战略解码会开到一半就卡住,原因不是战略不清楚,而是同一个指标每个人理解不一样。"客户满意度"是谁的满意度?调研样本是什么?用几分制?这些口径不统一,后面经营分析会一定扯皮。所以在解码会上,必须把每个关键KPI的计算口径当场确认,形成一张《指标定义表》,这比多争一两个指标重要得多。

4.3 解码阶段最常见的三个坑

解码是DSTE里最容易翻车的环节。我在实操中见过三个高频的坑。

第一个坑,是解码会开成了"讨价还价会"。各部门代表拿到的CSF后,第一反应是"这不合理""我们人不够""目标太高了"。一上午就在讨价还价中浪费了。应对方法是:解码会上只讨论"怎么达成"的逻辑,不讨论"目标合理性的辩论"。目标一旦由战略推导出来,就进入执行逻辑,而不是重新谈判。

第二个坑,是KPI堆砌严重超载。一个部门的KRI指标挂了16项,平均权重不到7%。指标一多,考核就变成了形式主义的填表。我建议部门KPI控制在5到8项,超过10项基本等于没有KPI。同时战略性KPI权重应该占到40%以上,否则大家都会去做日常事务,没人做需要额外付出的战略任务。

第三个坑,是只分解到部门,不分解到关键个人。战略解码只做了部门一层,部门内部再往下分的时候,通常就简化成了岗位职责的日常绩效指标,战略关联度迅速衰减。要避免这个坑,至少要把公司级关键任务的相关指标落到核心管理者个人头上,让每个部门负责人都清楚"我个人的考核里,有哪几项是公司战略的体现"。

5. 战略执行与经营监控:让"管理"真正介入战略

5.1 经营分析会:从报数到找根因

战略解码做完,接下来就是一整年的执行监控。在DSTE体系里,经营分析会是最重要的战略管理抓手。

很多公司的月度经营分析会,开成了"部门汇报会",各部门轮流念一遍PPT,讲一讲上个月干了啥,数字好看了就过,数字不好看了领导骂两句,然后散会。这种会议开一年,对战略目标一点帮助都没有。

华为的经营分析会,逻辑很不一样,核心是"找差异、挖根因、定行动、落责任"。会议准备的时候,财务要先把"预实差异表"拉出来,不是只看总收入,还要把产品线、区域、客户群、重点项目全部摊开。开会时只讨论那些"该完成的没完成""不该花的超支了"的差异项,原因找不深不放过。每个差异必须落到明确的下一步行动,指定负责人和完成时间,下一次会议第一件事就是回顾上次行动项的关闭情况。

我在辅导企业落地时,经常建议大家暂时停掉其他例会,只保留一个经营分析会,把这个会开透,比开十个会都有用。理想的节奏是:月度经营分析会聚焦短期差异和关键任务推进,季度经营分析会聚焦阶段性和战略里程碑,半年度做一次战略健康度审视,年度再驱动新一轮的SP/BP刷新。

5.2 战略健康度审视与关键任务跟踪

除了经营分析会,DSTE还强调对战略本身的定期审视,术语叫"战略健康度审视"。它回答的是:年初的战略假设条件还成立吗?当时的市场洞察现在还准吗?我们的战略控制点在增强还是被削弱?

这一点特别容易被忽略。大家总觉得战略定了,一季度就闷头冲。但市场是活的,技术是变的,如果外部环境已经发生了重大变化,还在按原计划傻跑,那不是执行力强,是反应迟钝。战略健康度审视不是推翻战略重来,而是校准:哪些要继续,哪些要调整,哪些要停下来。

关键任务跟踪方面,我的体会是"进度不等于成果"。企业里最常见的汇报是"已完成70%""按计划推进中",但你要追问一句:这个70%创造了什么商业结果?如果答不上来,那大概率只是在做活动,不是在打仗。所以在设计关键任务跟踪表时,一定要区分"里程碑达成情况"和"业务结果贡献"两列,两列都要有关,单看任何一列都会失真。

5.3 预算与绩效的联动:战略能否落地的最后一道锁

DSTE里还有一个容易被忽视的环节,就是预算联动。战略解码输出的关键任务,如果没有进入预算,基本等于没有资源保障。我见过一家企业,战略解码会上定了"海外市场拓展"为年度第一关键任务,结果年度预算里海外差旅费只有一个很低的额度,业务根本没法出门跑客户。这种"战略说了算、预算另外算"的情况,在大量企业里都存在。

正确的做法是:年度预算必须跟着战略关键任务走。关键任务在解码阶段就应该做粗略的资源测算,进入预算环节时作为必保项,然后再做其他存量业务和职能部门的资源配置。绩效方面,承接了公司级关键任务的管理者,这些任务对应的考核权重应该明显高于常规工作,否则大家心里都明白"重要是重要,但考核不算啥",执行就会自动降级。

华为内部讲"力出一孔",意思是整个组织的力量要聚焦在一个战略方向上。落到操作层面,就是预算、绩效、关键任务这三样东西必须同时指向同一个地方,只要有一个脱节,战略执行就会出现黑洞。

6. 普通企业学DSTE,应该从哪里切入:适配建议与避坑清单

6.1 不建议直接全套照搬

看到这里你应该已经感受到,DSTE是一个相当重的体系。华为体量大、管理基础扎实,可以支撑每年固定的战略规划周期、上百人参与的战略解码营、按周推进的经营分析会。但是对大多数中小企业来说,全套照搬DSTE,大概率变成新的形式主义:每个季度开一大堆会,填一大堆模板,战略仍然没有落地。

我个人的观点是:中小企业学DSTE,最值得抄的是它的逻辑和关键动作,而不是它的组织流程。核心逻辑就三句话:战略要从差距和洞察出发,不能拍脑袋;战略必须解码成组织和个人KPI,不能停在PPT;战略执行要靠经营分析会持续监控,不能放任自流。把这三句话内化成管理习惯,比照搬一套华为的流程文件有用一万倍。

6.2 一个最小可用的DSTE落地版本

如果你所在的企业想真正动手做,我建议从一个简化版开始,不要超过一个季度就能完成一轮完整循环。

第一步,用一天时间做差距分析+市场洞察工作坊。把核心管理层拉到一个封闭会议室,围绕业绩差距和机会差距,做五看三定。产出是三年战略意图和当年的业务设计一页纸。这步输出比什么都重要,因为它让核心团队第一次在同一个方向上对齐。

第二步,用半天到一天做战略解码,也就是BEM工作坊。从战略方向导出三到五个CSF,每个CSF导出两到三个KPI,再挑出不超过八项年度关键任务,指定负责人和里程碑。产出是一张《年度关键任务表》和一张《公司级KPI卡》,这两张纸就可以挂到墙上。

第三步,每月开一次经营分析会,只过差异、只看关键指标、只复盘关键任务,其他事项全部踢出会议。产出是每月一份《经营分析会决议跟踪表》,逐月闭环。

我见过很多小团队用这个简化版跑了一年,效果相当不错。有一个做工业品贸易的客户,过去年年定目标年年完不成,改用这套逻辑后,第一年就发现了一个重大的战略机会,原来他们80%的利润来自一个没进过战略研讨会的边缘产品线,第二年直接调整了业务重心,利润上升了30%多。这靠的不是什么高深的工具,而是把战略管理做成了每周每月都要面对的真问题。

6.3 学习DSTE需要避开的认知误区

最后聊聊学习过程中常见的认知误区,尤其是那些找外部机构学华为战略的团队。

第一个误区,是以为学DSTE就是学BLM画布。网上大量资料把DSTE简化为"画一张BLM模型图",这完全跑偏了。BLM只是战略制定环节的一个工具,DSTE的后半场——解码、执行、监控、复盘——才是大多数企业真正缺的功课。

第二个误区,是期待"培训解决战略问题"。战略能力是"打"出来的,不是"听"出来的。你参加再多的DSTE课程,回公司不按月开经营分析会、不做差距分析,一切都等于零。真正有效的学习路径是:带着自己企业的真实经营问题来学,学完一个工具,立刻拿回去用,下个月再带数据回来复盘。那些108页的教材PPT,本质上只是索引和地图,价值不在读完,而在用完。

第三个误区,是把华为的方法当成唯一正确的标准,忽略了企业自身发展阶段。DSTE是从实践中长出来的管理流程,它服务的是一家拥有全球市场、复杂产品线和庞大研发体系的科技公司。如果你的企业只有几十个人,你需要的不是更多流程,而是更少的流程、更清晰的重点。战略管理的本质,是让你在有限的资源下做对关键的选择,然后用一套机制保证选择被坚定地执行下去。这一点,不论企业大小,逻辑永远一致。

最后分享一点我自己的实操体会。DSTE这套方法我前前后后研究了很长时间,真正改变我工作方式的,不是某个模型,而是"战略是管理出来的"这个理念。好战略不是靠一次精彩的研讨会生成的,而是靠持续不断的洞察、解码、执行、复盘循环中打磨出来的。哪怕你什么都没学会,只要从下个季度开始,每月雷打不动地开好一次经营分析会,认真找一次差异的根因,定下一个追责到人的改进动作,你的组织就已经走在DSTE的路上了。

本文还有配套的精品资源,点击获取

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/6 2:38:48

IAR发布原生Linux跨平台IDE,嵌入式开发告别环境割裂

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/6 2:36:51

CAN总线调试实战:从协议原理到物理层波形与故障排查

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/6 2:36:22

从“成绩最重要”到系统化备战:编程竞赛全流程方法论

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/6 2:34:55

整车在环ViL测试技术详解:从架构原理到工程实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/6 2:26:19

AI Agent安全开发指南:从架构设计到生产部署的全面防护

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/6 2:25:41

珞纤Silk开源项目部署指南:从环境配置到生产实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华