引言:咨询天花板的基本逻辑 [cite: 20]

咨询行业存在的本质 [cite: 15]

  • 向前/外看: 识别同业公众号不会说的真实原因 [cite: 16]。
  • 向内看: 冷静审视“庐山真面目” [cite: 17]。
  • 解决不成熟问题: 用成熟方法论处理从未出现过的挑战 [cite: 18]。
  • 变革推手: 承担“背锅”和推进的红脸角色 [cite: 19]。

BCG 如何面对问题 [cite: 29]

“无情逻辑机器”的工作范式:

1. 提出假设: 至少抛出 2-3 个核心诱因 [cite: 30]。

2. 小心论证: 数据/访谈/脑暴闭环验证 [cite: 31]。

3. 大胆吹牛: 追求简单清晰的“大字报”表达 [cite: 32]。

第一部分:思维内功——底层逻辑 [cite: 33]

1.1 假设驱动 (Hypothesis-Driven) [cite: 34]

“先瞄准再开枪”:在数据大海前先提出最有潜力的答案 [cite: 37]。

零售银行案例:

某行手机银行月活(MAU)连续下滑。不要急于拉取全量数据分析,先建立三个假设:
1. 首页改版导致中老年用户寻找转账入口困难;
2. 竞品近期上线的权益活动力度更大;
3. 系统频繁报错导致登录成功率下降。

1.2 MECE原则:结构化基石 [cite: 40]

独立性 (ME) + 完整性 (CE) = 100% [cite: 43, 44]。

现场互动脚本: “各位,如果要分析一家银行网点的客户流失原因。有人说‘服务不好’,有人说‘利率低’。请用MECE尝试拆解。我们可以按客户旅程拆(准入-转化-流失)或者按内部产品维度拆(储蓄-理财-贷款)。”

1.3 金字塔原理:高效沟通 [cite: 46]

结论先行:管理层注意力只有 30 秒 [cite: 47, 49]。

演练: “与其说:‘因为系统慢、优惠少、员工老,所以客户不来’。
不如说: ‘我们的长尾客户活跃度下降了15%,核心原因是由于服务交互体验滞后。为此我们建议……’” [cite: 49]

第二部分:问题界定与拆解 [cite: 52]

2.1 问题 = Gap [cite: 56]

明确 As-is(现状)与 To-be(目标)的差值 [cite: 56]。

SCQA 模型应用 [cite: 57-59]:

S (场景): 某行零售业务利润占比已达 45%。

C (冲突): 但近期受降息及线上平台冲击,净息差收窄至历史低位。

Q (关键问题): 零售业务如何实现从“吃息差”向“吃手续费”的智能化转型?

2.2 议题树 (Issue Tree) [cite: 61]

“化整为零”:将沉重目标拆解为可操作的小任务 [cite: 62, 65]。

互动练习: “请大家画一个逻辑树,目标是‘提升网点理财销售额’。第一层可以拆成:1. 提升存量客户购买比例;2. 增加新客户引入数量;3. 提高单笔购买金额。” [cite: 64]

2.3 优先级排序:2x2 矩阵 [cite: 66, 69]

快速获胜 (Quick Wins)
影响力高/易执行 [cite: 70]
关键挑战
影响力高/难执行 [cite: 70]
锦上添花
影响力低/易执行
资源浪费
影响力低/难执行

第三部分:分析与验证——数据说话 [cite: 71]

3.1 80/20 法则 [cite: 72]

20% 的因素解释 80% 的结果 [cite: 73]。

零售银行洞察:通常 20% 的 VIP 客户贡献了全行 80% 的 AUM。我们需要减去对 80% 低效工作的投入 [cite: 75, 76]。

3.2 三角验证 [cite: 81]

  • 内部访谈: 听听客户经理怎么说 [cite: 81]。
  • 外部同业: 看看招行/平安在做什么 [cite: 81]。
  • 数据分析: 看看 SQL 跑出来的真实路径 [cite: 81]。

数据分析中的 "So What?" [cite: 82]

数据: “去年手机银行流失客户中,30岁以下占70%。” [cite: 85]

So What (洞察): “我们的产品UI缺乏社交基因,年轻人正向抖音/支付宝生活圈转移。” [cite: 85]

第四部分:方案构建与汇报执行 [cite: 87]

1
Ghost Deck (幻影胶片) [cite: 91]

在没数据前先画草图逻辑,防止迷失在细节里 [cite: 91]。

2
Action Title (行动建议标题) [cite: 92]

错误:零售客户画像分析
正确:建议针对“月供族”投放定向低利率消费贷。 [cite: 92]

3
Pre-wiring (会前沟通) [cite: 101]

在向行长汇报前,先和分管副行长及技术总监确认。避免当众被质疑可行性 [cite: 101]。