桌底下的需求(转自51job)

2023-10-11 06:18
文章标签 转自 需求 51job 底下

本文主要是介绍桌底下的需求(转自51job),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

最近,销售员小陈觉得越来越吃力,几个单子相继在招标中落败。在经典的“顾问式销售”技巧——锁定关键人物、掐痛点、目标分解等的攻势下,精明的客户已渐渐有了免疫力。小陈向销售总监洋泾浜抱怨:“我们该做的都做了,效果却见不到。”老洋问:“顾问式销售的核心是为客户提供价值,你是如何做的?”

    小陈答道:“我做的完全符合目标分解模式:根据客户方最高管理层确定的总目标,给下级部门依次做目标分解,最后针对总体目标和各子目标,我提出了一揽子的信息化解决方案。”

    老洋打断他说:“表面上,你提出的解决方案满足了客户组织层面的需求;但实际上,你可能忽略了他们藏在桌子底下的需求。”

    小陈大惑不解道:“售前顾问已经对客户做了三轮访谈,我们还把甲方咨询提出的需求考虑在内了,客户对我们还隐瞒了什么需求?”

    老洋说:“我们的客户既是组织也是个人,两者的目标并不完全重叠,但真正的决策者是人,因此为客户提供价值要‘以人为本’。我们做需求调研时,不能被客户的表面需求所迷惑,‘桌面上的需求’只是冰山一角,如果你忽视了水面下的‘潜需求’,只能得50分。”他接着说:“例如我知道你一直希望留学,如果现在哈佛商学院给你全额奖学金,你愿意为了完成公司本年度的销售目标而放弃入学机会吗?”小陈说:“这我得好好想想……”

    老洋说:“个人目标与公司目标未必存在交集。如果我们的解决方案忽视、甚至损害个人目标,即使它完全符合企业目标,也可能会遭到无形的抵制。”

    小陈说:“我有些明白了。在A公司的案子里,有投票权的关键人物有网管小张、电脑科李科长、财务总监王女士和陈总。最初,他们只说些冠冕堂皇的业务需求。后来,我发现办公室根本不是谈事的地方,小张经常欲言又止、李科长对我们的成功案例的投资效益无动于衷、陈总张嘴就猛侃战略宏图、王女士却老说工作太忙、没时间详谈。我利用小张嗜酒的特性作为突破口,瓦解了其心理防线,让他在酒桌上吐了真言。可惜吃喝、送礼、给回扣这些招儿在其余几位身上未必管用。”

    于是,老洋详细询问了几位关键客户的谈话内容、言谈举止,甚至连他们的穿着打扮、个人嗜好等细节都不放过。而后他指点迷津道:“这三位关键人物其实各有各的小算盘,你可以用这些办法去试试:对李科长,你得设法找专家或第三方评测机构来替我们说话,安排他去参观咱们的铁杆用户,让他充分相信选我们的失败风险几乎为零,并让时下流行的项目监理参与项目;对陈总,我们可承诺一些‘售后服务’,如参加我们的关系媒体举办的信息化评优活动,在项目成功后安排他接受知名媒体专访,让他成为某财经杂志封面人物;对王总监,可以让她领衔企业的流程重组,并充分强调我们的软件在财务工作中的减负和增效作用。”

    小陈将信将疑地照办了。结果出乎他的意料:不到1个月就签合同了。事后,他佩服地问老洋:“您怎么那么快就琢磨出了客户的‘潜在需求’?”

    老洋解释道:“想要看清楚客户藏在桌底下的需求,必须借用著名的‘马斯洛需求层次’模型,它把人类需求分成生理、安全、社交、尊重和自我实现五个层次,我们可以在实战中灵活运用这五张‘需求牌’。在这个案子中,小张的需求仅属于生理层面,打出‘生理牌’就能摆平;对李科长这种谨小慎微的主管,保住职位的‘安全需求’是第一位的,所以我们不能过分强调信息化的经济效益而忽略论证项目的成功率,再给他绑上第三方监理这根‘安全带’,他也就能搞定了;社交需求和被尊重需求可同时使用,老总级人物非常憧憬在‘圈子中的面子’,我们必须充分满足他的这个需求,把项目当成‘面子工程’来搞;最后一张王牌是‘自我实现’,企业主管步步高升的关键是简历上要有亮点,‘曾亲自领导流程重组项目’就是一个亮点,虽然王女士不是信息化项目的总负责人,但让她‘亲自领导流程重组项目’,她也会欣喜的。此外,中年经理人阶层平时加班太多,没有时间陪伴子女,因而对子女愧疚重重,为了工作透支家人的感情很可能是王总监的心病,我们在方案中强调减负和增效,就击中要害了。”

    小陈恍然大悟道:“难怪有人说‘销售是一门发现并迎合客户需求的艺术’啊。”(

这篇关于桌底下的需求(转自51job)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/186131

相关文章

十四、我们应当怎样做需求分析:子用例与扩展用例

用例模型作为UML中4+1视图中非常重要的一员,非常集中地体现了面向对象的分析与设计思想。用例模型将现实世界中连续的一个一个业务流程,按照场景划分到了一个一个的用例中。由于场景的出现,使得用例中的业务流程存在着高度的内聚性,从而成为了日后各种对象的雏形。同时,在用例分析中,又将那些存在于各个用例中的,相同或相近的业务操作提取出来,形成一个一个的子用例或扩展用例,又体现了面向对象设计中的复用性。现在

十三、我们应当怎样做需求分析:查询报表分析

在我以往的用例分析中,使用这样格式的用例模式,对于大多数业务操作流程来说是得心应手的,但对于有些功能来说总感觉不对劲。感觉不对劲的,就是那些查询、汇总与报表功能。对于这部分功能,需要我们描述的不是什么操作流程,而更重要的是那些数据项、数据来源、报表格式、数据链接,以及使用者、使用频率的说明。而这些,在以往的用例说明格式中统统都没有,怎么办呢?俗话说“东西是死的人是活的”,把我们的用例格式改改吧。

九、我们应当怎样做需求分析:功能角色分析与用例图

在我们进行一系列需求调研工作的同时,我们的需求分析工作也开始启动了。需求调研与需求分析工作应当是相辅相伴共同进行的。每次参加完需求调研回到公司,我们就应当对需求调研的成果进行一次需求分析。当下一次开始进行需求调研时,我们应当首先将上次需求分析的结果与客户进行确认,同时对需求分析中提出的疑问交给客户予以解答。这就是一个需求捕获->需求整理->需求验证->再需求捕获的过程。  但是,当我们经

八、我们应当怎样做需求调研:需求捕获(下)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整

七、我们应当怎样做需求调研:需求捕获(上)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整

六、我们应当怎样做需求调研:迭代

前面我一直在反复强调这样一个观点,需求分析不是一蹴而就的,是一个反复迭代的过程。它将从第一次需求分析开始,一直持续到整个项目生命周期。为什么这样说呢?让我们一起来分析分析。  在第一次的需求分析阶段,我们在一段时期内需要与客户进行反复地讨论,这个过程往往是这样一个反复循环的过程:需求捕获->需求整理->需求验证->再需求捕获••••••  需求捕获,就是我们与客户在一起开研讨会

五、我们应当怎样做需求调研:需求研讨

前面我们探讨了业务研讨会应当怎样组织,下面我们再具体讨论一下我们应当怎样与客户讨论业务需求。如果说组织业务研讨会是项目经理的功底,那么讨论业务需求就是需求分析人员的功底。  以往我们常常认为,需求分析是一件最简单的事情。客户说他们需要做一个什么软件,有些什么功能,我们照着做就可以了,所谓的需求分析员就是需求的记录员。我要说,这是一个极大的错误,许多失败的软件项目,或者说软件项目中的需求问

AI超周期现状 - NVIDIA、苹果以及人工智能的整体需求

于2024年6月6日在中国杭州拍摄的英伟达和苹果的标志。到6月5日,东部时间,英伟达的市值超过3万亿美元,正式超越苹果的市值,成为全球市值第二大的科技巨头。值得注意的是,短短3个多月时间里,英伟达的市值就从2万亿美元飙升至3万亿美元。(由Costfoto摄于NurPhoto,经盖蒂图片社批准) 在九月初经历了几天的市场动荡后,又有一波关于人工智能超级周期是否已结束的讨论。如果没有结束,那接下来会

从需求场景下出发实操Clickhouse

背景 本着以实时数仓为目标调研了几款OLAP引擎,像Clickhouse、Kylin、Druid等,在粗略了解其架构后,并且在接受各个大厂Clickhouse实践、高性能测试报告、最近业界发展势头凶猛的熏陶与PUA情况下,不得已选择了Clickhouse,当然自己也做过一些测试,本篇将介绍clickhouse的一些原理、实践方案(可能还未实现、可能并不是最佳)与遇到的一些问题,总之只是希望能

数据库课程设计mysql---图书管理系统详细的设计文档和需求文档

图书管理系统设计文档与需求文档 一、项目概述 项目名称:图书管理系统 项目背景:随着图书馆规模的扩大和图书数量的增加,传统的手工管理方式已难以满足现代图书馆高效、精准的管理需求。因此,开发一套基于MySQL的图书管理系统,旨在通过信息化手段实现图书的录入、借阅、归还、查询及用户管理等功能的自动化,提高图书馆的工作效率和服务质量。 项目目标: 实现图书信息的电子化存储与管理。提供便捷的图书