售后服务
我们是专业的

Day 47-3:利益诉求分析实战 — 找到每个人的「利益密码」

一个令人深思的失败案例

2022年秋天,某豪华品牌华中区运营专家刘强推动门店服务标准化项目。他非常重视利益相关方管理,识别出了所有关键角色,并与每个人都进行了沟通。

但项目还是失败了。

复盘会上,刘强困惑地说:

「我明明跟门店店长沟通过了,他也说支持啊。为什么执行的时候完全不配合?」

区域总经理一针见血地指出问题:

「你知道店长说支持,但你知道他为什么支持吗?你知道他真正在乎什么吗?他的KPI是业绩,你的标准化会帮他提升业绩吗?不会。反而会增加他的工作量。他表面支持,但心里抗拒,这就是你失败的原因。」

这个案例揭示了一个残酷的真相:识别出利益相关方只是第一步,真正的挑战是理解他们的真实诉求。


什么是「利益诉求分析」

利益诉求分析(Interest Analysis)是指:深入理解每个利益相关方真正在乎什么、他们的动机、顾虑、痛点和期望,从而找到与他们协作的切入点。

为什么要做利益诉求分析?

「人们不会因为你的理由而行动,只会因为他们自己的理由而行动。」

三个残酷的事实:

事实1:每个人都有自己的利益诉求

  • 门店店长在乎业绩和团队稳定,不在乎你的战略意义
  • IT部门在乎系统稳定性和开发排期,不在乎你的业务紧急度
  • 财务在乎成本控制,不在乎你的项目有多重要

事实2:表面的态度≠真实的想法

  • 很多人会礼貌性地说「支持」,但实际执行时阳奉阴违
  • 有些人表面不说话,但心里已经在盘算如何抵制
  • 只有理解真实诉求,才能判断他们是真支持还是假支持

事实3:用对方的语言说话,才能打动对方

  • 你说「战略意义」,门店听不懂
  • 你说「业绩提升」,门店才会认真听
  • 用他们在乎的东西说服他们,而不是用你在乎的东西

利益诉求分析的三大维度

维度1:显性诉求 — 他们说出来的

显性诉求是指利益相关方明确表达出来的需求、目标和关切。

常见显性诉求类型:

1. KPI导向型

  • 门店店长:客户满意度、业绩、利润
  • IT部门:系统稳定性、项目按时交付率
  • 财务部门:成本控制、预算达成率

2. 资源导向型

  • 需要更多预算
  • 需要更多人手
  • 需要更好的工具

3. 问题导向型

  • 担心项目失败影响自己的绩效
  • 担心增加工作量
  • 担心系统不稳定

如何识别显性诉求?

方法1:直接提问

  • 「这个项目你最关心什么?」
  • 「你觉得最大的风险是什么?」
  • 「你希望从这个项目中得到什么?」

方法2:观察KPI

  • 查看对方的绩效考核指标
  • 了解对方今年的工作目标
  • 研究对方部门的OKR

方法3:听他们的抱怨

  • 他们经常抱怨什么?
  • 他们在会议上反复强调什么?
  • 他们过去拒绝过什么项目?为什么拒绝?

维度2:隐性诉求 — 他们没说但在意的

隐性诉求是指利益相关方不会直接说出来,但实际上非常在意的深层需求。

常见隐性诉求类型:

1. 政治安全

  • 不想背锅,不想承担失败风险
  • 不想得罪上级或其他部门
  • 不想影响自己在组织中的地位

2. 控制感

  • 不希望被架空或边缘化
  • 希望在项目中有话语权
  • 不希望自己的工作被别人指手画脚

3. 舒适区

  • 不想改变现有工作习惯
  • 不想学新东西
  • 不想增加工作强度

4. 面子和尊重

  • 希望被认可和尊重
  • 不希望在公开场合丢脸
  • 希望自己的专业性被承认

如何识别隐性诉求?

方法1:观察行为而非言语

  • 他说支持,但行动上拖延 → 可能有隐性抗拒
  • 他说没问题,但会议上总是沉默 → 可能有顾虑不敢说
  • 他说很忙,但其实是不想配合 → 可能觉得项目对他没好处

方法2:换位思考

  • 如果我是他,我会担心什么?
  • 这个项目会威胁到他的什么利益?
  • 他的哪些「舒适区」会被打破?

方法3:侧面了解

  • 找他的下属或同事聊聊
  • 找之前跟他合作过的人了解
  • 观察他在其他项目中的表现

维度3:潜在诉求 — 他们自己都没意识到的

潜在诉求是指连利益相关方自己都没有明确意识到,但实际上会影响他们行为的深层动机。

常见潜在诉求类型:

1. 职业发展

  • 这个项目能不能帮他晋升?
  • 这个项目能不能帮他建立影响力?
  • 这个项目能不能成为他的亮点业绩?

2. 组织地位

  • 这个项目会提升还是削弱他的话语权?
  • 这个项目会让他更重要还是更边缘?
  • 这个项目会改善还是恶化他与其他部门的关系?

3. 价值观和使命感

  • 他相信什么?
  • 他想证明什么?
  • 他的职业理想是什么?

如何发现潜在诉求?

方法1:长期观察

  • 他过去主动推动过什么项目?
  • 他在什么场合特别有激情?
  • 他最引以为傲的成就是什么?

方法2:深度访谈

  • 「你为什么选择这份工作?」
  • 「你觉得最有成就感的时刻是什么?」
  • 「你三年后希望做到什么位置?」

方法3:洞察模式

  • 他一贯的行为模式是什么?
  • 什么类型的项目他会特别支持?
  • 什么类型的提议他会本能拒绝?

实战工具:利益诉求分析画布

利益诉求分析画布是一个结构化工具,帮助你系统地分析每个关键利益相关方的诉求。

画布结构:

基本信息

  • 姓名/角色:
  • 在项目中的角色(RACI):
  • 权力-利益象限:

显性诉求(他们说的)

  • KPI和目标:
  • 明确表达的关切:
  • 提出的要求:

隐性诉求(他们没说但在意的)

  • 可能的担忧:
  • 舒适区威胁:
  • 政治考量:

潜在诉求(深层动机)

  • 职业发展目标:
  • 价值观和信念:
  • 历史行为模式:

协作策略

  • 如何满足他的诉求:
  • 如何化解他的顾虑:
  • 沟通频率和方式:

真实案例:某新能源品牌的完整分析过程

项目背景:

某新能源品牌华东区运营专家陈敏负责推动「售后服务流程数字化项目」。她需要重点分析3个关键利益相关方。

案例1:门店店长老王

基本信息

  • 角色:某标杆门店店长
  • RACI:R(负责执行)
  • 象限:关键玩家(高权力+高利益)

第一轮沟通(只问显性诉求)

陈敏:「老王,这个数字化项目你怎么看?」

老王:「挺好的啊,公司的战略项目,我肯定支持。」

陈敏:「你有什么顾虑吗?」

老王:「没啥顾虑,就是担心技师学不会。」

陈敏的初步判断:老王支持项目,主要担心是培训问题。

第二轮深挖(探索隐性诉求)

陈敏换了个角度:「老王,你今年的KPI重点是什么?」

老王:「客户满意度要到92分,业绩要增长15%。」

陈敏:「这个数字化项目对你的KPI有帮助吗?」

老王沉默了几秒:「说实话...不确定。系统上线初期肯定会影响效率,可能反而拖累业绩。」

陈敏:「那你为什么说支持?」

老王苦笑:「公司战略项目,我能说不支持吗?但我心里确实担心。」

陈敏发现了老王的真实顾虑:

  • 显性诉求:担心技师学不会
  • 隐性诉求:担心影响KPI,但不敢明说
  • 深层担忧:如果项目失败,他会被问责

第三轮深挖(发现潜在诉求)

陈敏继续聊:「老王,我听说你是区域标杆店长,连续三年A+绩效?」

老王(明显开心起来):「是啊,我们门店客户满意度全区第一。」

陈敏:「你觉得你们门店为什么做得这么好?」

老王:「我对服务细节要求特别高,每个环节都有标准化流程。」

陈敏:「那你觉得数字化系统能不能帮你把这些标准化经验固化下来,推广到其他门店?」

老王(眼睛亮了):「你这么说倒是...如果能把我们的经验变成系统模板,确实挺有意义。」

陈敏发现了老王的潜在诉求:

  • 老王有很强的成就感和荣誉感
  • 他希望自己的经验被认可和推广
  • 他希望在组织中有更大的影响力

陈敏的协作策略:

  1. 解决显性诉求:提供完善的培训支持,减少学习负担
  2. 化解隐性诉求:承诺上线初期的业绩波动不计入考核,甚至可以给予缓冲期
  3. 激发潜在诉求:邀请老王作为「标杆门店经验顾问」,让他的经验成为系统设计的基础

结果:

老王从「表面支持、实际抗拒」变成了「深度参与、积极推动」。他不仅配合项目,还主动帮其他门店做培训。

案例2:IT部门负责人李工

基本信息

  • 角色:IT部门技术总监
  • RACI:R(负责执行)
  • 象限:关键玩家(高权力+高利益)

显性诉求分析:

陈敏与李工沟通后,了解到:

  • KPI:系统可用性99.5%以上,项目按时交付率90%
  • 明确顾虑:现在有3个项目在并行,资源很紧张
  • 明确要求:需要明确的需求文档,不能频繁改需求

隐性诉求挖掘:

陈敏观察到:

  • 李工在跨部门会议上经常抱怨「业务部门不懂技术」
  • 李工特别强调「要尊重技术专业性」
  • 李工提到过去有项目因需求不清晰导致返工

陈敏推断出李工的隐性诉求:

  • 希望被尊重为技术专家,而不是「业务部门的工具人」
  • 担心业务部门「拍脑袋提需求」,让IT团队背锅
  • 希望在项目中有话语权,而不是被动执行

潜在诉求发现:

陈敏深入了解后发现:

  • 李工在公司做了8年,一直想做更有技术含量的项目
  • 李工抱怨过「总是做业务系统,没有技术挑战」
  • 李工最近在学习AI和大数据技术

陈敏发现李工的潜在诉求:

  • 职业倦怠,希望有技术突破
  • 希望做有影响力的项目,而不是小修小补
  • 希望证明IT部门的价值

陈敏的协作策略:

  1. 满足显性诉求
    • 提供详细的需求文档和原型
    • 控制需求变更,每次变更都走正式流程
    • 给予充足的开发时间
  2. 化解隐性诉求
    • 在项目启动会上,强调「这是技术驱动的创新项目」
    • 邀请李工参与方案设计,而不是只做开发
    • 在高管汇报中,突出IT部门的技术贡献
  3. 激发潜在诉求
    • 建议在系统中引入智能推荐算法(李工感兴趣的技术方向)
    • 承诺项目完成后,可以作为技术案例对外分享
    • 推荐李工作为公司技术创新奖候选人

结果:

李工从「资源紧张、排期困难」变成「主动投入、加班加点」。他甚至主动提出了很多优化建议,项目提前两周上线。

案例3:财务总监张姐

基本信息

  • 角色:区域财务总监
  • RACI:C(需要咨询)+ 幕后影响者
  • 象限:取悦者(高权力+低利益)

显性诉求分析:

  • KPI:成本控制,ROI达标
  • 明确顾虑:项目预算50万,回报周期不确定
  • 明确态度:不反对但也不积极

隐性诉求挖掘:

陈敏侧面了解到:

  • 张姐在公司10年,以严格著称
  • 张姐批过的项目很少失败,她对自己的判断力很自信
  • 区域总经理在大决策前都会征求张姐意见

陈敏推断:

  • 张姐在意自己的专业声誉
  • 她不想批一个失败的项目,影响自己的判断力形象
  • 她需要足够的证据来证明这个项目值得投资

陈敏的协作策略:

  1. 满足显性诉求
    • 提供详细的ROI分析
    • 承诺分阶段投入,先小试点再推广
    • 设置明确的里程碑和退出机制
  2. 化解隐性诉求
    • 提供行业标杆案例,证明这是成熟方案
    • 邀请张姐作为「项目财务顾问」,让她参与关键决策
    • 承诺每月提供详细的费用和效果报告

结果:

张姐不仅批准了预算,还在区域总经理面前积极推荐这个项目。项目获得了区域层面的全力支持。


利益诉求分析的五个常见误区

误区1:假设每个人都像你一样思考

错误做法:

「这个项目战略意义重大,大家肯定会支持。」

正确做法:

「这个项目对每个人意味着什么?他们为什么要支持?」

误区2:只关注显性诉求,忽略隐性诉求

错误做法:

「他说担心培训,那我就加强培训。」

正确做法:

「他说担心培训,但真正担心的是什么?是学习成本?还是对KPI的影响?」

误区3:用利益交换代替利益理解

错误做法:

「只要给他好处,他就会支持。」

正确做法:

「理解他真正需要什么,找到双赢的方案。」

误区4:假设利益诉求是不变的

错误做法:

「项目初期他说支持,那就一直支持。」

正确做法:

「定期复盘,他的诉求和态度可能会随项目进展而变化。」

误区5:只分析反对者,忽视支持者

错误做法:

「他已经支持了,不用再花时间在他身上。」

正确做法:

「理解支持者的诉求,才能让他们持续支持,甚至成为你的盟友。」


本节核心要点

? 利益诉求分析的本质:换位思考

不要问「我需要什么」,要问「他需要什么」。

不要问「我怎么说服他」,要问「什么能打动他」。

? 三层诉求缺一不可

  • 显性诉求:他说的(但可能不是全部)
  • 隐性诉求:他没说但在意的(往往是关键)
  • 潜在诉求:他自己都没意识到的(可能是突破口)

? 行动比言语更诚实

  • 观察他的行为,而不只是听他的话
  • 看他过去做过什么,而不只是听他说要做什么
  • 关注他的真实反应,而不只是礼貌性的回应

接下来,我们将学习如何分析利益相关方之间的冲突,并找到化解冲突的方法。

未经允许不得转载:似水流年 » Day 47-3:利益诉求分析实战 — 找到每个人的「利益密码」