news 2026/10/14 7:21:25

战略评估没共识?DG1037双轴四区模型把评审会变成作战手册

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
战略评估没共识?DG1037双轴四区模型把评审会变成作战手册

先说结论:DG1037不是什么高深的理论,它本质上就是一套把战略判断拆成可评分、可对比、可复盘的颗粒度的评估方法,打包成77页PPT之后,更像是一份可以直接拿去开评审会的作战手册。

这套框架最初是我带项目时内部起的代号,DG是某部门战略组的缩写,1037是当时立项的日子,后来叫顺口了就一直沿用。做它的起因很简单,那段时间我频繁被拉到各种评审会,发现一个很尴尬的问题:同一个业务线,战略部说该加码,财务部说风险太大,业务负责人说资源根本不够,几方各说各话,吵一晚上也吵不出一个统一结论。问题不是大家不专业,而是缺少一套共同的评估语言。所以我开始琢磨能不能把战略评估这件事做成一套标准流程,让所有参会者用同一把尺子量问题。

这套框架适合谁?如果你是做战略规划、投后管理、年度经营分析的人,可以直接借鉴它的评分逻辑和汇报结构;如果你是企业管理者,可以把它当作一个审视业务组合的体检清单;如果你跟我一样经常做跨部门评审汇报,那这套框架里的打分规则、数据口径、汇报顺序都能帮你省掉很多扯皮的力气。下面我把整份PPT的拆解思路、设计逻辑和实操过程完整复盘一遍。

1. 先聊清楚:为什么市面上的评估方法不够用

很多团队做战略评估时,第一反应就是套经典工具,SWOT、PEST、五力模型轮着上一遍。工具本身没问题,但用的时候普遍有个通病:做完的分析跟最后拍板之间是断层的。比如SWOT做完,优势劣势机会威胁列了满满一页纸,然后呢?没有然后,决策还是要靠老板拍脑袋。这不是工具的错,是使用方式出了问题——把分析工具当成了交付物,而不是决策的输入。

1.1 常见工具的碎片化问题

SWOT最大的问题是把所有信息往四个框里一塞,但框和框之间没有优先级、没有权重、没有相互抵消的逻辑。比如某条业务线技术很强(优势),但市场正在快速萎缩(威胁),这时候到底是该加大投入还是收缩?SWOT给不了答案。PEST则容易做成宏观环境摘抄大会,把GDP增速、政策条文复制粘贴一遍,跟自家业务的关系全靠汇报人嘴上硬连。波特五力更适合用来判断一个行业值不值得进,但回答不了"我们这家公司、以我们现在的资源禀赋,能不能在这个行业里活下来"。

这些问题叠加在一起,会造成一种极端体验:评估会开了三天,材料每份都做得很精美,但最后大家记住的只有某位高管拍桌子说的一句话,因为那才是唯一形成共识的东西。

1.2 评估和报表的区别:评估要输出“决策”

我后来想明白一件事:战略评估的本质不是做分析,而是做翻译。分析是过程,翻译是目的——把你对业务的各种感性判断,翻译成一套可比较、可追责、可复盘的标准答案。

财务报表能告诉你去年赚了多少钱,但告诉不了你明年应不应该把另一条业务线砍掉。评估要做的事情,是在"数据事实"和"战略动作"之间架一座桥。比如同一个市场份额数据,放在不同的评估维度里,背后对应的动作可能完全相反:如果份额高但市场增速趋缓,可能是收获现金而不是继续投入的信号;如果份额低但市场天花板很高,反而可能是卡位布局的机会。这套翻译逻辑光靠一张Excel表是完不成的,需要一套结构化的评估框架来承接。

1.3 DG1037的设计初衷:统一口径

我在内部推这套框架时,最常听到的质疑是"我们自己心里有数,搞这么复杂干嘛"。但真的一起开会就会发现,每个人嘴里的"有数"完全不是一个数。运营说市场大,指的是全网潜在用户多;财务说风险高,指的是账上现金流只够撑半年;业务说增长快,指的是下单量涨了但客单价在跌。三个人说得都对,但放在同一个决策议题里就是鸡同鸭讲。

所以DG1037的第一个设计原则就是统一口径:把所有评估因素归并到少数几个大家公认的维度里,每个维度下的数据定义、测算方式、评分锚点全都写死,谁有异议就翻定义。最开始这会多花一点沟通成本,但一旦跑顺了,后面所有评审会都会变得极其高效。

2. DG1037的底层设计逻辑

介绍这套框架的具体内容之前,必须先讲清楚它的核心骨架:双轴四区模型。这是整份PPT的灵魂,后面77页里所有的指标、评分、雷达图,最终都要落到这个双轴坐标系里。

2.1 核心逻辑“双轴四区”

我习惯把战略评估拆成两个终极问题:这个业务值不值得做?我们做不做得成?第一个问题看外部,第二个问题看内部。横轴代表外部吸引力,纵轴代表内部可执行性,两条轴把平面切成四个区域:重点投入区、选择性投入区、改善观望区、退出收缩区。

打个比方,这就像评估一道菜该不该进菜单:横轴看的是这道菜在市场上受不受欢迎、竞争对手多不多、能不能卖出溢价;纵轴看的是我们后厨有没有会做这道菜的师傅、供应链稳不稳定、毛利撑不撑得起成本。一道菜再好吃,后厨做不出来也是白搭;后厨样样精通,但市场已经没人吃这道菜了,照样是浪费食材。

落在重点投入区的业务,特征是外部吸引力和内部能力双高,该给钱给钱、该给人给人;落在退出收缩区的业务,双低,就要果断止损,别因为沉没成本恋战。最纠结的是两个中间区:外部好但内部能力跟不上,要嘛补能力要嘛找外部合作;内部强但外部空间小,则适合做现金流奶牛而不是增长引擎。

2.2 五维评估指标体系的构建

双轴是骨架,真正决定评估精度的是血肉——指标。DG1037用了五个一级维度,每个维度下再拆2到3个二级指标,总共15个左右,不多不少,再多评审会就开不完了。

五个维度分别是:

  • 市场与客户:包括市场容量、需求一致性、客户集中度。市场容量看空间,需求一致性看产品匹配度,客户集中度看收入结构是否过于依赖少数大客户。
  • 竞争与壁垒:包括竞争强度、准入壁垒、替代速度。如果这个业务门槛很低、能随便被抄,那就算眼下赚钱也要打个折扣。
  • 财务与经济性:包括投入产出比、回款周期、毛利空间。我特别看重回款周期,很多业务账面上赚钱,现金流却是负的,这种假繁荣会直接把公司拖死。
  • 组织与能力:包括团队配置、核心技术、运营效率。注意这里说的是"现在和未来半年能调动的能力",不是"过去做出了什么成绩"。
  • 风险与韧性:包括合规风险、供应链风险、单一依赖风险。风险这个维度容易被忽略,但2020年之后大家都明白了,一个变量就能让所有推演失效。

2.3 权重设计:不同业务不同答案

很多模板会把五个维度都按20%的权重去算,我强烈不建议这么干。权重的本质是战略优先级,而战略优先级在不同业务上完全不同。比如说流量型业务,市场与客户的权重可能要到35%;重资产项目,财务和经济性的权重必须拉高;技术孵化型项目,组织与能力这个维度反而是关键的。

权重怎么定?不是战略部自己拍脑袋,而是在评审会开始前,先请决策层用五分钟做完一个小练习:给五个维度排序,谁排第一说明大家默认什么最重要。直接把排序结果换算成权重初步值,再经过一轮讨论微调。这一步看似费时间,实际上能避免后面所有的争吵——因为之前大家已经对"什么最重要"达成了共识。

3. 77页PPT逐段拆解:一个完整评估案例是如何走完的

这套PPT一共77页,分成五个章节:问题定义与评估范围、外部环境与市场扫描、内部能力盘点、评分卡与雷达图、战略组合与行动计划。我把每个章节的核心内容和你拿到手之后该怎么看、怎么讲,一起过一遍。

3.1 第1-12页:问题定义、评估范围、评估委员会

前12页经常被人翻两下就跳过,但我恰恰认为这部分是整套框架里最容易翻车的地方。它要解决三个问题:评估对象是什么、评估边界在哪里、由谁来评。

评估对象一定要具体到可以量化考核的颗粒度。比如"企业服务业务"就不合格,是行业SaaS?是定制化项目制交付?还是渠道代理模式?每一种的评估结果天差地别。评估边界要写清楚包括哪些产品线、哪些区域、哪些客户群,不然后面数据收集阶段会出现"这算不算我们的业务"这种纠缠。

评估委员会的结构也很重要。我的经验是必须包含四类人:有拍板权的决策者(一般是CEO或事业部负责人)、负责落地的执行者(业务线负责人)、提供财务视角的财务负责人、以及一个不直接参与业务、只负责方法和数据质量的角色(通常是战略部或外部顾问)。少了决策者,评估结果没人认;少了执行者,评估会飘在空中;少了财务,很多口径扯不清;少了独立角色,做出来的就是一场自嗨。

3.2 第13-38页:外部环境与市场扫描

这个章节占了整整26页,是整份PPT里数据密度最高的部分。核心目的就一个:把横轴"外部吸引力"的每个指标都填上经得起挑战的数值。

做法上我建议分三步走。第一步做宏观扫描,用PEST把政策、经济、社会、技术四个层面的关键影响因子理一遍,但注意每一条宏观要素后面必须写一句"对本业务的具体影响",写不出这句话的条目直接删掉。第二步做行业测算,市场容量要用至少两个独立数据源交叉验证,比如行业协会报告和头部券商研报各算一遍,两个数字差超过50%就要警惕数据质量。第三步做竞争扫描,把直接竞品、替代品、潜在进入者都盘一遍,重点看对手的增长率而不是规模。

做这26页时最容易掉的坑是数据污染。我见过有人把机构预测的市场规模和实际可服务市场规模混在一起,算出来一个天文数字,所有人high了半天,最后发现压根不是那么回事。我的习惯是每一个数据旁边标注口径来源,PPT放映时可以不放这些注释,但Q&A环节被质疑时你翻得出底稿,这比什么都重要。

3.3 第39-52页:内部能力盘点

外部扫描是看机会,内部盘点是看能不能接住这个机会。这14页的核心,是把企业自身的家底——团队、技术、资金、流程、供应链、客户关系——放到放大镜下审视。

做内部盘点时有几个反直觉的结论我得强调一下。第一,过去的好业绩不能推导成未来能力。有些团队靠渠道红利把营收做起来了,红利退潮后发现产品创新能力其实很弱,这时候你不能在能力维度给它高分。第二,要区分能力是"个人能力"还是"组织能力"。某个销冠能签下大单,但他离职之后业务就断层了,这不能算组织能力,只能算运气。第三,资金维度不能只看账面现金,还要看资金的时间属性。账上有一个亿,但其中六千万是三个月后要还的短债,那实际可投入研发的资源就要大打折扣。

内部盘点最实操的方法是画能力矩阵:纵轴是业务成功的关键环节,比如获客、交付、售后;横轴是我们当前在对应环节的能力水平,分成薄弱、一般、优秀三档。再叠加一个竞争对手的对比值,就能直观看到哪些环节是短板、哪些环节是值得依托的长板。这个矩阵后面做战略组合时非常有用。

3.4 第53-66页:评分卡与雷达图

前面所有数据收集完,最终都要汇总成评分。这一章是最有技术含量的,也是评审会上最容易产生分歧的地方。

评分规则我用了1到5分制,每个分值都必须有锚点描述,不能靠感觉打分。比如市场容量这个指标,1分代表"可服务市场空间小于1亿",3分代表"1到10亿",5分代表"大于50亿"。锚点必须事先定好并写进评估手册,不许在打分现场临时讨论标准,否则评委们会不自觉地把分数往自己想要的结论上靠。

权重和计算方式也要提前公示。我习惯用加权平均法算总分,但在计算双轴坐标时还会做二次加权:横轴分数主要由市场与客户、竞争与壁垒两个维度合成,纵轴分数主要由财务、组织与能力、风险与韧性三个维度合成。这样五维评分能回答问题"整体值不值得做",双轴坐标能回答问题"该放在四区里的哪一格"。

雷达图不是装饰品,它的价值在于一眼看出业务的"形态特征"。比如财务和组织能力都很高、但市场维度塌陷的雷达图,说明这是个存量收割型业务;市场维度满分、组织和财务都很低,说明这是个典型的"看着美好但吃不到"的诱惑型业务。我每次评审会都会把雷达图打出来贴在白板上,让所有人看五分钟再讨论,效果比上来就看数字好得多。

3.5 第67-77页:战略组合与行动计划

最后11页是把评估结果翻译成战略动作的关键同步。到了这一章,PPT的画风要从"分析报告"转变成"作战命令"。

针对不同象限给出不同的策略模板。重点投入区的业务,目标是做大做透,配预算、配人才、给容错空间;选择性投入区的业务,要找到特定的细分场景或客户群,集中火力打穿透,而不是全面铺开;改善观望区的业务,先不给大资源,但设一个半年为期、可量化的改善指标,达标再升级投入;退出收缩区的业务,原则是体面止损,里面的关键动作是把核心资产(客户关系、专利、骨干团队)拆出来转移到其他象限的业务上,而不是简单关停了事。

更重要的是,每一页战略动作后面必须跟一张责任分工表:写清楚做什么、谁来做、何时完成、用什么指标验收。没有这四要素的行动计划,说难听点就是在评审会上表演努力,散会后谁也记不住自己要干嘛。

4. 实操复盘:一次用DG1037评估新业务线的全过程

框架讲再多,不如完整走一遍。我在某次年度战略复盘时,就用这套框架评估过一家公司要不要继续加码一条会员制电商业务线。这里把当时的操作过程和踩过的坑原原本本复盘一遍,你可以把它当成一个案例参考。

4.1 背景与评估范围界定

那条业务线当时已经运营了一年半,季度GMV在增长,但离盈亏平衡点始终差一口气。管理层分成两派:一派认为应该继续烧钱换规模,一派认为这是无底洞应该收缩。双方僵持不下,我提出用DG1037跑一遍,大家没有反对,但也没人真的相信一套PPT能解决纷争。

第一步先明确评估对象。我们没有把整个会员制电商当成一个整体来评,而是拆成了两个子业务:面向存量会员的交叉销售业务,和面向新用户获取的拉新业务。拆开之后才发现,两个子业务的外部环境、财务模型、能力要求差别极大,合在一起评估只会得到一团和气的平庸结论。

评估委员会由我、业务负责人、财务BP和一名外部行业顾问组成。有一点很重要:第一轮沟通时我直接说清楚了DG1037的规则,尤其是"所有评分锚点会前定好、现场不许改"这一条。当时还有人觉得我太死板,后来证明这条规则救了整场评审。

4.2 数据收集与口径对齐

数据收集阶段花了三周,比预期多了一周。外部市场容量那次出现了典型的口径冲突:行业报告说会员制电商市场有几千亿规模,但我们实际能触达的、愿意为会员权益买单的存量客户池,粗算下来只有几个亿。两个数字差了上百倍。

最后我们把口径统一为"可触达且可转化目标客户数×年均客单价",排除了那些指数虚高但不属于我们的市场,外部吸引力评分瞬间从4分预期降到2.8分。这算是框架带给我们的一次及时纠偏——如果没有数据口径的对齐,头脑里那个几万亿蛋糕会让所有人热血上头,继续加注一个没有终点的赌局。

内部能力盘点还暴露了一个更微妙的问题:业务团队的执行力很强,季度目标完成率一直在120%以上,但这个团队的核心能力集中在活动运营和流量采买上,平台底层技术架构和会员权益体系的搭建能力明显不足。能力矩阵一画出来,长板和短板一目了然。

4.3 打分与争议处理

评审会上最激烈的争执出现在"市场增长率"这个指标。业务团队拿到了一份漂亮的同比曲线,主张给4.8分;我把数据来源换成去掉头部大促月份的月度环比,增长率掉了近一半。你说哪个数据更真实?两个都真实,但反映的时间维度和业务韧性完全不同。

这正是锚点描述的意义所在。我不去争"到底哪个增长率是对的",而是让大家看评估手册:增长率锚点写过是"剔除异常月份后的中位数年化增速",谁当时没有提出异议,现在就按这个标准来。最终这项指标给了3.2分。争议依然存在,但至少所有人认同我们是在用同一套规则博弈。

五维加权后的结果是:市场与客户2.9、竞争与壁垒3.4、财务与经济性3.1、组织与能力3.6、风险与韧性3.5。综合分3.28,放在双轴坐标上正好卡在选择性投入区和改善观望区的边界线上。对于这种五五开的结果,框架给的建议不是非黑即白地"继续或砍掉",而是设计一个条件式方案。

4.4 决策结论与评估后跟踪

最终形成的决议是:跨业务线不再无限期输血,给两个子业务分别设定了明确的三个月验证期。面向存量会员的交叉销售业务,如果能在一个季度内把贡献毛利率拉到正值,就给予下一轮资源;拉新业务则大幅削减预算,只保留成本可控的渠道,等存量业务的模型跑通后再考虑重启。

这个结果不算完美,但它的价值在于让两派人都能接受:想继续投入的人看到了明确的下一步路径,想收缩的人看到了止损底线。更重要的是,三个月之后我们复盘时,所有分数、权重、锚点定义都还历历在目,可以很客观地说清楚当初的假设哪些兑现了、哪些落空了,而不是凭记忆互相指责。

5. 常见问题与避坑指南

用了这么久,我把实际碰到的典型问题和应对思路整理一下。这些内容平时写不到正式文档里,但恰恰是最值钱的经验。

5.1 评估结果和老板直觉不一致怎么办

这种情况太常见了。老板拍板想推一个项目,但框架评估下来落在"退出收缩区"。硬碰硬说"数据不支持"只会让会议陷入僵局。我现在的处理办法是先不急着否定直觉,而是用评估框架识别"直觉和逻辑的分歧点到底在哪"。

如果老板看好的是长期赛道,而框架里市场容量锚点取的是当前可服务空间,这个冲突的本质是"时间窗口选的不同",需要做的是重新设定评估的时间假设,把五年后的预期纳入敏感性分析,而不是推翻框架。如果老板赌的是某个具体的新技术突破,框架里组织与能力维度分低,那就要针对"技术突破需要什么前提条件、我们离条件还差哪几步"做补丁式推演。框架是用来帮助思考的,不是用来战胜老板的,这个心态摆不正,再好的方法也推不下去。

5.2 数据不够好是不是就没法做

战略评估最不缺的借口就是"数据不全"、"市场太新看不到权威报告"。但评估的目的从来不是追求统计精度,而是建立判断逻辑。哪怕所有数据都是估的,只要口径一致、假设透明,得出的相对排名和业务优先级依然有参考价值。

我建议用区间代替点估:比如市场规模给一个上下限区间,评分时上限定"乐观值"、下限定"悲观值",让评审委员会对两种情形分别打分。如果同一个业务在乐观和悲观情形下落入了同一个象限,那数据粗糙一点也不影响决策;如果跨象限了,那就说明这个决策真正依赖的关键假设其实只有几个,针对这几个做专项调研就好。

5.3 评估变成了“程序合规”

这是最隐蔽的坑。DG1037跑顺之后,有些团队会把它当成一个走过场的模板:数据填一填、分数打一打、汇报做一做,该干嘛还干嘛,评估成了形式主义。

我的判断标准是:评估报告里如果没有任何一个数字让管理层感到意外,这份评估基本就是废纸。好的评估应该至少有一个环节能提供"反直觉洞察"——要么是某个你以为很赚钱的业务实际风险极高,要么是某个边缘业务在双轴坐标上意外地能打。为了达到这个效果,我在流程里加了一步"魔鬼代言人":评审会开始前,指定一个人专门负责挑毛病,找数据里的漏洞、假设里的偏见、锚点里的不合理。这个人不需要懂业务,只需要逻辑足够严密、脸皮足够厚。

5.4 拿到77页PPT之后怎么用

最后说下如果你通过下载方式拿到了原版文件,怎么让它的价值最大化。不要只是从头到尾翻一遍,那样你只会得到"好像有点道理"的印象。

我的建议是分三步用。第一步通读第一章节和第五章节,搞清楚评估对象怎么定义、最终输出什么结果,建立整体感。第二步只看第53到66页的评分卡部分,拿着你自己的业务线模拟打一次分,感受锚点描述对打分的约束力。第三步选一个你公司或你团队真实面临的业务问题,召集两三个人,用这套流程完整跑一遍——哪怕只做简化版,你也会比我这样干讲一万字更能体会到框架的妙处。

我在实际使用中最深的一个体会是:战略评估框架的终点不是那份PPT,而是评估之后那个敢于决策、也敢于负责的瞬间。框架本身不会告诉你答案,但它会让你清楚地知道——这份答案基于什么数据、建立在什么假设之上、风险在哪里。有了这些,无论你最后做了什么选择,至少都是清醒的选择。

最后分享一个小技巧。我会把每页PPT都打印出来铺在会议桌上,用不同颜色的便签标记:黄色是数据待核实、蓝色是逻辑待推演、红色是不可退让的原则。这样做几轮之后,你会慢慢培养出一种肌肉记忆——不管对方提出什么战略议题,你脑子里会自动跳出五个维度、两个坐标轴和一个问句:这个业务到底是做成能力了,还是只是赶上了风口?这个问题想透了,很多决策会变得简单很多。

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

1550nm超强斜光栅:从原理到多参数光纤传感实战解析

1. 这个器件到底是干什么的:先从三个问题切入第一次听到“1550nm超强斜光栅”这个说法时,很多人会下意识以为这只是普通布拉格光栅的“加强版”:反射率更高一点,带宽更宽一点,耐温更好一点。但真正在光纤传感和光通信领…

作者头像 李华
网站建设 2026/10/14 7:21:11

AnyPS5跨设备串流实战:低延迟游戏串流方案与优化指南

1. 从“AnyPS5”这个标题说起:它到底想解决什么问题第一次看到“AnyPS5”这个标题,我脑子里蹦出来的第一个念头是:这大概率是一个围绕“跨平台运行”“远程串流”“设备兼容”做文章的项目。为什么这么判断?因为“Any”这个前缀在…

作者头像 李华
网站建设 2026/10/14 7:19:28

C语言数据类型与常量:从底层原理到避坑实战

1. 为什么我先劝你把数据类型和常量彻底搞懂你是不是也遇到过这种情况:程序跑得好好的,换了一台电脑就崩了;或者明明只是把一个 int 换成了 short,数据就变得莫名其妙;再或者一个 float 累计金额,算着算着末…

作者头像 李华
网站建设 2026/10/14 7:19:26

Codex与LCU协议握手全链路实操:从界面验证到HTTP/2+TLS穿透

1. 项目概述:这不是一个“软件安装教程”,而是一次底层通信链路的穿透式复现“Computer Use 怎么用:从 Codex 界面验证到 LCU 接入”——这个标题乍看像某个小众工具的入门指南,但实际拆解后会发现,它指向的是现代桌面…

作者头像 李华
网站建设 2026/10/14 7:19:11

《忧郁的热带》解读:从田野笔记到结构主义里程碑

1. 一本“游记”如何成为人类学分水岭我读《忧郁的热带》是在某门社会学课程的书单上。最初翻开它,以为是一本比较高级的旅行随笔——毕竟书名里带着“热带”,作者又确实写了自己深入巴西腹地、与土著部落同吃同住的经历。但读到中间某个段落&#xff0c…

作者头像 李华
网站建设 2026/10/14 7:18:54

32位.NET逆向实战:dnSpy反编译与调试全指南

简介:dnSpy中文版是一款面向.NET开发者与安全研究人员的反编译与调试工具,专为32位Windows系统优化,无需额外安装.NET框架即可独立运行。它支持将程序集反编译为可读的C#或VB.NET代码,查看和编辑IL中间语言、元数据与资源文件&…

作者头像 李华