7S模型：从七个维度，看清企业为什么做不出来

企业有了目标，为什么还是推不动？制度已经写了，为什么执行总是走样？能人招进来了，为什么业绩仍然依赖老板亲自盯？

遇到这些问题，我们很容易先下结论：员工执行力不行、管理层能力不足、组织架构不合理。于是换人、调部门、加考核。忙了一轮，问题却未必得到解决。

原因可能在于，我们只看见了一个局部，却没有看见企业作为一个整体是怎样运转的。

7S模型提供了七个观察组织的维度：战略、结构、系统、风格、人员、能力、共同价值观。它的价值，是帮助我们把分散的管理问题放到同一张图里，考察这些要素是否相互支持，还是彼此牵制。

对老板而言，这是一张检查自己企业的地图；对做企业咨询的人而言，这是一套调研和思考的框架。老板借它看清自己的组织，咨询者借它提出问题、收集证据，再与老板共同形成判断。

一、先理解7S：企业的表现，来自要素之间的配合

7S框架由麦肯锡在20世纪70年代末提出，并通过彼得斯与沃特曼的《追求卓越》等著作广为传播。它强调，组织有效性不能只靠组织架构来解释，还需要观察多种相互关联的因素。来源：麦肯锡对7S框架的介绍

七个英文名称都以S开头，因此称为7S。

通常，战略、结构、系统被称为“硬要素”，风格、人员、能力、共同价值观被称为“软要素”。前者较容易写进方案、组织图和制度，后者更多体现于人的行为和组织习惯。这个分类便于理解，并不意味着软要素不重要，或无法观察和改变。

点开查看完整大图 ↗

这里需要分清三个容易混淆的概念。

系统不只是制度文件，也不只是软件。预算、绩效、审批、会议、业务流程、数据反馈，都是组织运行系统的一部分。买了系统，不等于建立了有效的运行机制。

风格不等于管理制度。制度规定应该怎么做，风格体现管理者实际上怎么做。纸面上要求授权，老板却习惯越级指挥，二者就可能发生冲突。

能力不等于培训。培训是形成能力的一种途径。真正需要判断的是，企业能否稳定地完成关键工作，是否把个人经验转化成了团队可以重复实现的结果。上述术语边界参考麦肯锡对7S要素的说明；下文的提问、案例和工作步骤，是面向企业自查与咨询实践的应用设计。来源：麦肯锡对7S要素的定义

二、七个维度，分别应该看什么

使用7S时，不必先给企业打分。更有用的做法，是从一个具体经营目标出发，在每个维度里找事实，找差距，再找关系。

1. 战略：企业究竟选择做什么

“今年增长30%”是目标，还不能完整表达战略。战略需要说明，企业选择服务什么客户，解决什么问题，通过什么方式形成优势，以及为此放弃什么。

老板可以问自己：我们的增长准备从哪里来？哪些客户和订单值得持续投入，哪些业务即使有收入，也不再优先做？如果同时问销售、交付和财务负责人，他们对这些选择的理解是否一致？

咨询调研不能只看战略汇报材料。要把老板的表述，与客户结构、产品毛利、订单构成、预算投向和实际项目选择放在一起比较。企业把钱、时间和骨干投入到哪里，往往更能说明它正在执行什么战略。

需要特别留意：口头上重视长期客户，实际资源却持续追逐一次性低价订单；提出新业务方向，却没有调整预算和关键岗位。

2. 结构：责任、权力与协作怎样安排

结构不仅是“谁向谁汇报”，还包括工作怎样分解和整合，谁承担结果，谁能够调动资源，跨部门问题由谁协调。

老板可以问自己：一件事出了问题，能否找到对最终结果负责的人？负责的人是否有相应的决策权？哪些事项无论大小都要等我拍板？

咨询者应选择一个真实订单或项目，沿着销售、设计、采购、交付、回款走一遍，记录每个环节的负责人、交接条件、决策权限和等待时间。组织图说明正式安排，实际工作路径说明企业如何运转。

需要特别留意：有岗位名称，却没有清楚的结果责任；要求项目经理对交付负责，却不给他协调资源的权限；多个部门都完成了本部门任务，客户的问题却无人负责。

3. 系统：好意图怎样变成日常动作

系统的作用，是让关键工作不必每次都从头摸索，也不必完全依赖老板提醒。它包括流程、规则、激励、信息与反馈机制。

老板可以问自己：企业想实现的目标，是否进入了预算、流程和考核？员工按照现行规则做事，得到的结果是否正是我想要的？异常发生后，能否及时发现并推动处理？

咨询者应核对制度与实际记录：绩效如何计算，奖金实际怎样发放，订单如何审批，信息是否准确，复盘有没有改变后续动作。制度是否齐全只是起点，关键是它有没有运行、有没有产生预期效果。

需要特别留意：要求销售提高订单质量，却只按签约金额奖励；要求部门合作，却只考核各自的局部结果；会上反复汇报问题，始终没有责任人和完成日期。

4. 风格：管理者的行为正在教会大家什么

管理风格体现在日常选择中：先听事实还是先找责任，遇到分歧如何决策，犯错后如何处理，授权以后是否允许下属真正做主。

老板可以问自己：我嘴上鼓励的行为，与我实际奖励的行为是否一致？员工是在主动解决问题，还是在猜测我的态度？我亲自介入一件事以后，团队的能力是在增长，还是依赖在加深？

咨询者可以观察经营会议、问题复盘和审批过程，访谈不同层级的人，了解同一事件如何被处理。不要仅凭老板说自己“开放”“民主”就下判断，也不要把强势或温和简单等同于好坏。

需要特别留意：要求员工报告风险，却在风险被提出时责骂报告者；要求干部承担责任，却经常推翻已经授权的决定。管理者反复做出的行为，会成为员工理解规则的重要依据。

5. 人员：关键工作有没有合适的人来承担

人员维度关注队伍的配置与发展：需要哪些角色，谁适合承担，关键岗位是否有人接续，招聘、培养和保留机制是否支持业务方向。

老板可以问自己：实现下一阶段目标，最缺的是哪几类人？问题是数量不够、配置不当，还是关键岗位没有合适人选？一个骨干离开，会不会让整条业务链停下来？

咨询者应查看岗位需求、人员配置、关键岗位空缺、流动情况和培养安排，并与业务量、工作负荷相互核对。访谈既要覆盖骨干，也要听到一线员工的真实处境。

需要特别留意：新战略需要解决方案型人才，却仍按过去的标准招聘；所有复杂问题都堆在一个骨干身上；说要培养接班人，却没有给他承担真实工作的机会。

6. 能力：企业能否持续把关键事情做好

人员回答“谁来做”，能力回答“能不能做成”。一个人很优秀，不一定意味着企业已经拥有相应能力。

老板可以问自己：哪些工作我们能稳定做好？哪些工作换个人就做不好？当前优势是组织能够重复实现的能力，还是少数人的个人本领？新战略要求的能力准备从哪里获得？

咨询者要看实际成果：项目交付、质量稳定性、销售转化、研发周期、客户问题解决情况等。再追问成果背后有没有方法、工具、知识积累和训练机制。能力缺口也可能通过招聘、合作或外部资源补足，不必全部转化为培训任务。

需要特别留意：培训很多，工作结果没有变化；骨干能做出方案，其他人只能等他；企业要做定制化服务，却缺少需求诊断、成本估算和项目管理能力。

7. 共同价值观：遇到冲突时，企业坚持什么

共同价值观决定组织认为什么值得追求、什么不可接受。它会影响战略选择、资源分配，以及面对压力时的实际取舍。

老板可以问自己：当短期收入与客户利益冲突时，我们怎样选择？当优秀业绩与违规行为同时出现时，我们怎样处理？这些原则是我个人的想法，还是团队共同理解并愿意遵守的判断依据？

咨询者应从真实事件入手：一次客户投诉、一次晋升、一次订单取舍、一次质量事故。比较企业宣称的原则，与当时实际做出的决定。定位回答企业在市场上扮演什么角色，愿景描述想成为什么；它们可以与价值观相互联系，但不能直接互相替代。

需要特别留意：墙上写着“客户第一”，面对客户损失却只要求销售隐瞒；宣称尊重专业，资源分配却长期取决于私人关系。

真正影响组织的价值观，会在有代价的选择里显现出来。

三、把七个维度连起来，才能看见问题

如果只按七个标题分别写一段介绍，7S就会变成七份互不相干的材料。它真正有用的地方，是帮助我们发现不一致。

例如，战略要求快速响应客户，结构却让每次报价都经过多层审批；制度要求干部主动负责，老板的管理风格却让所有关键决定回到自己手里；企业希望复制优秀员工的成果，能力建设却一直停留在个人经验上。

这些情况说明，一个维度看起来“没问题”，不代表它与其他维度配合得好。

一个示例：从卖产品转向提供解决方案

下面是一家虚构设备企业的教学示例，并非真实客户案例。

企业过去主要销售标准设备，现在希望为客户提供整体解决方案。老板发现，新方向讲了很久，销售依然拼价格，项目越做越忙，交付投诉也在增加。

如果只从表面判断，很容易把问题归结为销售不会卖、项目经理能力差。但沿着7S往下看，会出现另一幅图景。

这里可能存在一条需要验证的关系：签约奖励偏向金额，推动销售扩大承诺；方案评估没有成为必要流程，项目负责人又缺少协调权限，最终使交付承担了未经充分评估的任务。

这是一项诊断假设，还不能仅凭表格就认定为原因。需要结合订单记录、承诺内容、评审过程、交付情况和相关人员访谈，检查它是否成立，同时排查供应、技术和客户需求变化等其他解释。

如果证据支持这项判断，第一步可以选择一类客户、一个项目组试行：明确服务范围，建立签约前评审，给项目负责人相应协调权限，并把销售激励与订单质量、交付结果适当连接。与此同时，管理者需要遵守新的评审规则，团队需要补足方案与项目管理能力。

改进应当围绕同一个业务目标共同推进。只办一次培训，或只调整一张组织图，通常不足以解决这类相互牵连的问题。

四、老板怎样用：选一个问题，开一次有事实的讨论

老板不必一开始就做全公司的大型诊断。可以先选择一个反复出现、影响经营的问题，例如交付延期、客户流失、新业务推进缓慢，或者自己始终无法退出日常协调。

把问题写成一个具体结果：发生在什么业务里，持续了多久，影响什么指标，希望在什么期限内改善。不要只写“执行力不足”，而应写出可核对的现象，例如“最近一个季度，某类项目经常晚于合同约定交付”。

然后请相关负责人分别回答三个问题：

1. 围绕这个目标，我们在七个维度里的实际做法是什么？
2. 哪两三处做法正在相互冲突？各自有什么事实支持？
3. 如果只先改一处，必须同步调整哪些配套条件？

讨论时，先各自记录，再共同核对。下属的答案与老板不同，未必说明谁不理解企业，也可能说明正式安排与实际运行之间已经出现落差。

最后选出一至三个优先事项，为每项写清负责人、所需配套、完成时间和验证指标。不要因为模型有七个维度，就要求七个维度同时启动七项改革。

五、徒弟怎样用：从框架走向调研，再走向判断

面对老板的企业，咨询者要先理解他想解决什么问题，而后使用7S组织调研。不要带着一张表，就认定企业一定存在七类问题。

点开查看完整大图 ↗

第一步：明确问题与边界

确认经营目标、诊断对象和时间范围。区分问题现象与老板对原因的判断。老板说“员工不负责”，要继续了解具体发生了什么，而不是立即把它写成结论。

这一阶段应形成：一段双方认可的问题描述。

第二步：还原七个维度的实际情况

每个维度都要区分“企业宣称怎样做”与“实际怎样做”。访谈老板、相关管理者和执行人员；查看制度、数据和工作记录；沿着真实项目观察流程。

资料缺失时，就记录“待核实”。不要为了让表格完整而替企业补故事。访谈意见彼此矛盾，也是一项需要进一步核对的发现。

这一阶段应形成：有事实出处的现状表。

第三步：核对关系，形成可检验的假设

先看七个要素是否支持同一个目标，再检查要素之间的冲突。可以画关系图，也可以做两两核对的矩阵，但不必强行把每一对关系都解释一遍。

优先关注能解释当前问题的关系：目标与资源、责任与权限、激励与行为、承诺与能力、价值观与实际取舍。

这一阶段应形成：关键不一致，以及需要验证的原因假设。

第四步：把判断转化为配套行动

依据影响、证据强度、实施条件和依赖关系，选择少量优先事项。每项行动都需要回答：谁负责，先改什么，还要带动什么变化，如何判断有效。

不能只写“完善管理”“加强培训”“提升文化”。例如，“在试点项目签约前增加方案与交付评审，明确审批权限，并同步调整销售奖金的订单质量条件”，才开始接近可以执行的行动。

这一阶段应形成：有责任、有期限、有配套的行动表。

第五步：复盘结果，检查有没有新的冲突

试点前保留基线，试点后检查结果与副作用。例如新增评审是否减少了返工，也是否让正常订单审批变慢；授权是否减少了等待，也是否暴露出人员能力不足。

复盘既可能支持原来的假设，也可能说明原因判断需要调整。模型的作用，是帮助持续核对，而不是替第一次判断提供权威。

这一阶段应形成：继续、调整或停止行动的依据。

一张最小调研记录表

记录中应把事实、判断和建议分开。例如：“现行奖金办法仅以签约金额计奖”是可核对的事实；“这一机制可能推动销售忽略交付难度”是原因假设；“在试点中加入订单质量条件”是建议。三者不能直接画等号。

六、用好7S，也要知道它的边界

7S更适合观察组织内部的配合情况。它不能单独回答市场有没有需求、竞争优势是否成立、商业模式能否盈利，也不能替代现金流和财务分析。组织内部很一致，仍可能共同执行一个错误的方向。

因此，分析应从经营问题与外部事实出发，再用7S检查企业能否支持相应的选择。也不必追求七个维度“完美和谐”。企业会不断变化，现实中的改进是在约束条件下减少关键冲突，并持续验证结果。

对老板而言，最值得追问的是：为了实现现在的目标，我的企业有哪些安排在相互支持，又有哪些安排在相互抵消？

对徒弟而言，最需要练习的是：从事实中看见要素，从要素之间看见关系，再从关系中形成能够被验证的判断与行动。

如果借用“梳理为繁、化繁为简、化简成易、化易成图”这条思考路径，7S可以帮助我们先把企业的运行情况梳理出来，再提炼影响结果的关键关系，最后把这些关系变成可以共同讨论、核对和改进的图与行动。

企业的问题并不会因为记住七个名称而自动解决。真正的价值，是让老板与咨询者拥有一套共同语言，把原本模糊的感受转化为可观察的事实，把分散的判断转化为对整体运行的理解。