关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 6月 北京上海 PgMP开课,针对2022年9月PgMP认证考试


网站登录:会员 企业 专家 服务商
企业服务:PMP培训  内训课 公开课
工 具 箱:发表文章 提问题 发案例
首页动态 | 文库 | 下载 | 书架 | 访谈 | 专栏 | 专题 | 人才 | 培训 | 软件 | PMC 互动:活动 | 案例 | 问答 | 论坛 | 博客 | 圈子 
应用:基础工程软件制造活动研发  认证:PMPACPPgMPIPMPP2ISPMPIMCP建造师MPM  特色:热点奖项

PMI-ACP®认证

适合敏捷开发项目
敏捷项目管理最佳实践

网络课程

PMI-PBA®认证

重视项目商业分析
商业价值与需求分析能力

网络课程

NPDP®认证

产品管理国际认证
全球产品管理最佳实践

网络课

PMP®认证

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

PgMP®认证

大型复杂项目全球标准
定位高级项目管理层

网络班

PfMP®认证

链接战略与项目
实现组织资源投资回报

全球直播

软考项目管理

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

栏目说明
    项目管理者联盟《案例》栏目,是为项目经理排忧解难的互动平台。当您的项目碰到难题时,您只需要将您所在项目的情况描述清楚并提交到本网站,众多项目管理高手将对您的问题提出最佳解决方案。您的项目背景信息必须清楚;项目的进展现状必须详细说明;项目难题中所涉及的项目成员关系要阐述清楚。
专家点评
缪燕  目管理者联盟 缪燕
【案例正文】
   小李从一个著名的IT企业辞职了,为了创业的梦想,自己开了个公司,想运用十多年软件.....[详细]
·如何与有争议项目的客户沟通
·项目收尾面对突如其来的变更
· 如何改善不注重工期的项目文化?
·一个外行项目经理如何管理项目
· 项目目标为何失控?
·从公司战略角度认识项目目标
more>>最新案例
04-10·需要职能部门的配合的时候.
04-10·需求合理但得亏成狗了,进.
10-18·项目领导无法正确判断项目.
10-09·多项目总是面临冲突无法协.
10-09·国有企业项目集群管理推行.
09-28·项目领导无法正确判断项目.
08-16·对开发流程不了解的项目经.
06-15·如何评价产品经理拿数据说.
05-12·需求分析所需达到的详细程.
04-28·技术出身的管理者,求教如.
more>>热点案例
·如何处理项目中的尴尬局面.[4109]
·多项目组合作的项目如何明.[2877]
·项目团队人气底下态度散漫[2252]
·项目人员管理上的一个困惑[2171]
·高温煤气净化项目收尾阶段.[1728]
·PMO应该如何更好的分配资源[1453]
·项目中人员成本所占权重该.[1425]
·IT项目经理应该如何与技术.[1380]
·怎么样建立一个比较实用的.[1267]
·如何确保项目能在有限时间.[893]
·采用什么的组织结构[851]
·如果你是项目经理,怎么去.[819]
·工期拖了怎么办?[778]
·软件项目预期延期如何应对[769]
·某个工程项目的索赔问题[743]
·客户方领导同意方案但是拒.[743]
·如何做好项目的质量成本分.[738]
·《越狱》主角迈克尔算不算.[729]
·新入职项目经理如何介入项.[691]
·不是技术出身的人如何做好.[647]
最新分析
·需要职能部门的配合的时候.[40]
·项目领导无法正确判断项目.[6]
·如何评价产品经理拿数据说.[14]
·需求合理但得亏成狗了,进.[13]
·项目领导无法正确判断项目.[12]
·如何开项目经验总结会?[13]
·成功转型的敏捷团队,背后.[4]
·多项目管理的协调问题[7]
·如何就质量管理进行优化?[5]
·需求分析所需达到的详细程.[10]
·三家公司同做一个项目该如.[4]
·国有企业项目集群管理推行.[6]
·多项目总是面临冲突无法协.[5]
·面对范围不明确,随意变更.[15]
·技术出身的管理者,求教如.[15]
·向工程师提交的进度计划[7]
版权说明
本网站案例栏目中,案例及案例分析为项目管理者联盟网站版权所有,如需转载或引用,请务必注明:案例摘自项目管理者联盟[www.mypm.net]。如需用于商业用途,必须得到项目管理者联盟授权,可发邮件至管理员 申请或电话咨询:010-82273401/11
敏捷项目管理ACP认证培训
国际产品经理NPDP认证
该如何与客户沟通
[姓    名]  杨盈 [单    位]  真实案例,单位保密 [发布时间]  2004/11/23
[所属行业]  综合应用 [所属主题]  项目综合管理 [项目阶段]  项目启动

案例正文

Z是一家规模不大的软件公司,2个月前Z公司参加一个大型企业的信息化建设项目的招标,在给客户的项目建议书中Z公司提及了一些比较超前的功能(当然实现起来相当困难),结果Z公司顺利中标。
 

由于Z公司人手不足,于是临时请来A担任此项目的项目经理。A接手此项目后,很快发现了项目中存在的技术难题,在签订合同的过程也就这个问题对客户作了说明,客户勉强接受并签订了合同,合同中未再包含项目建议书中无法实现的功能。

需求调研阶段,客户越来越强调项目建议书中所描述的无法实现的功能,并提出当初之所以选择Z公司,就是因为Z公司的项目建议书中描绘的这些功能是其它公司不能提供的。A也尝试去完成这些功能,但经过多方论证,这些功能在目前的条件下是很难成功的。

对这些功能的讨论已经持续1个多月了,还没有任何实质性的进展,A很郁闷,他应该怎么做啊?
 

项目管理者联盟PMP培训
相关分析17个分析)

徐斌
省份:湖北省
单位:该信息保密
行业:生产制造
 
时间:2014-04-19
题目:该如何与客户沟通

分析:Z是一家规模不大的软件公司,2个月前Z公司参加一个大型企业的信息化建设项目的招标,在给客户的项目建议书中Z公司提及了一些比较超前的功能(当然实现起来相当困难),结果Z公司顺利中标。

由于Z公司人手不足,于是临时请来A担任此项目的项目经理。A接手此项目后,很快发现了项目中存在的技术难题,在签订合同的过程也就这个问题对客户作了说明,客户勉强接受并签订了合同,合同中未再包含项目建议书中无法实现的功能。

需求调研阶段,客户越来越强调项目建议书中所描述的无法实现的功能,并提出当初之所以选择Z公司,就是因为Z公司的项目建议书中描绘的这些功能是其它公司不能提供的。A也尝试去完成这些功能,但经过多方论证,这些功能在目前的条件下是很难成功的。

对这些功能的讨论已经持续1个多月了,还没有任何实质性的进展,A很郁闷,他应该怎么做啊?


caoyue
省份:
单位:该信息保密
行业:
 
时间:2005-09-15
题目:沟通好或转移风险

分析:1、既然客户已经同意不将新功能写入合同,那么再多多做做工作,并告诉他预留接口,以后技术成熟后再为他升级,相信应该会没问题,这样做在客户心里你们公司缺乏信誉。
2、将新技术部分外包给可以开发的公司,这样虽然少赚点,但有信誉。

孟丽
省份:北京
单位:该信息保密
行业:综合应用
 
时间:2005-07-14
题目:非经验之谈

分析:合同未规定功能的实现,避免了违约是好事,但对公司的诚信的影响也是必然的,因为公司之所以中标很大部分是由于那些难实现的功能让客户心动。虽与客户说明,客户也勉强接受,还是会影响到甲方对乙方的信任感,Z公司已失信是必然。客户一再强调该功能的实现,总的来说还是同甲方协调人的沟通不够,既然信誉已经受损,客户也一再强调该功能的实现,我认为只有尽力与客户再行沟通做补救,让顾客心甘情愿接受功能上的暂时性的改动。从而向顾客说明,该功能并未取消,必要时做出一些让步。
它会留有空间方便日后升级,尽可能使该功能得到实现,并未浪费。
说到这里不好意思,发现一位viking 前辈比我想到要全面多了。 佩服~非常赞成您的说法向您学习!

viking
省份:四川
单位:该信息保密
行业:通信与网络
 
时间:2005-01-27
题目:及时建立预警机制

分析:首先合同上并未规定上述功能的实现,是件好事,也是件坏事。避免了违约的可能,但也影响到了公司的诚信,这直接影响到甲方对乙方的信任感,从而导致一再强调该功能的实现,总的来说还是同甲方协调人的沟通不够,中国人是讲情面的;
其次该功能作用属于增强型,不会影响到整体使用效果,那么应该在软件结构上留出相应接口,方便软件二次开发或者升级,并将其向甲方说明,作为二期工作或者售后服务实现,实现的功能完全可以套用到其他相关项目,并未浪费;
最后,作为公司外来人员的A,并不实际清楚公司内部关系协调,最大的可能将是无法有效调动公司资源完成项目,这才是最关键的问题所在!因此A必须建立有效的预警机制,及时获得公司高层认可与支持,避免被当作替罪羊或者是走狗烹的下场。

奥林匹克
省份:河南
单位:该信息保密
行业:工程设计安装
 
时间:2005-01-19
题目:回复

分析:按合同办事,当然业主有追偿的权力。
A也不必烦恼,现在的国情--业主能履行合同就不错了,他们不敢太放肆,你可以略用计谋----

梁桢
省份:上海
单位:该信息保密
行业:综合应用
 
时间:2004-12-21
题目:该如何与客户沟通

分析:首先,与客户签订合同就必须按照合同所述条款完成基本功能,这是保证合同按时完成的前提.切忌在"无法实现的功能"纠缠太久势必拖延项目进度,最终会导致该做的没做好,做不好的也没做的局面,对于客户日后与Z公司关系产生不信任.所谓"无法实现的功能"是基于基本功能,所以必须确保它的成功完成.

对于Z公司来说,项目经理的能力是否得当需要重新认证,实在不行只能另请高明完成.

在客户方面需要商定新的解决方法,技术有其局限性和独特性.所以可以另选其他技术来完成.特别是软件,只要确保数据库的完整性和透明性另外的开发工具也是可以完成"无法实现的功能".

在商务方面由于"无法实现的功能"不在合同涉及范围内,合于和甲方商量作为二次开发的内容,当然费用不能多算.

总而言之,技术的不成熟导致商务上的被动必须清楚认识,避免再犯.


潘伟杰
省份:广东
单位:该信息保密
行业:IT软件
 
时间:2004-12-17
题目:该如何与客户沟通

分析:对于这个项目,
第一、要面对现实,让项目组内部明确能实现的功能和不能实现的功能,罗列清单,并且预估两部分的成本,作为谈判的底线。要求公司决策者参与;
第二、暂停实施,与客户进行谈判,明确可实现功能和不可实现功能,并且不可实现功能以备忘形式留下,分成一期、二期工程。
第三、建立技术和业务部门相互监督机制,签这样的项目只会把公司名声做臭!

ForestLin
省份:北京
单位:该信息保密
行业:IT软件
 
时间:2004-12-02
题目:该如何与客户沟通

分析:首先声明,对Z公司这种狡猾的做法有保留意见。
大家都没有注意到(或者提到)A在这个项目中是临时的
“由于Z公司人手不足,于是临时请来A担任此项目的项目经理。”
按照我的理解,A虽然是这个项目的管理者,但是跟Z公司的关系很微妙,与甲方的配合上也是处处受制。

站在Z公司的立场上,既然花钱临时请 A过来帮忙运作这个项目,A说这个不行,那个不行,会被Z公司认为没有能力的表现。所以,有些地方, A不得不硬撑着。不知道 A当初与Z公司的协议是什么样子的,也许 A为了钱,也做了与Z公司对甲方同样的不切实际的承诺。如果,A没有这样做,那就很好办,把这些很难完成的需求,提交给Z公司的高层,让商务部门的人员与甲方协商。

所以,了解 A 与 Z 公司的协议,清楚A 在这个项目的真正角色才是解决问题的关键。前面大家的讨论,都是基于A是Z公司的正式员工的基础上的,实际的关系可能没有这么简单吧。

A ,你说呢???你的难处一定不止这些吧。


taaff
省份:
单位:该信息保密
行业:
 
时间:2004-12-01
题目:该如何与客户沟通

分析:首先,我们要注意此案例中的以下几点:
1、“客户的项目建议书中Z公司提及了一些比较超前的功能(当然实现起来相当困难)”。我理解的意思是:没有任何把握成功完成的功能。
2、“合同中未再包含项目建议书中无法实现的功能”。聪明的做法,因为这个才是最关键的地方,据我所知建议书不具有法律效率,从案例的描述来看没有任何地方说到建议书已作为合同的附件存在,即使作用附件存在,如与合同有冲突,一般与合同为准。
3、“但经过多方论证,这些功能在目前的条件下是很难成功的。

对这些功能的讨论已经持续1个多月了,还没有任何实质性的进展”,从这个方面更加说明了,在本案例的公司现有的条件下,没有实现的可能,而且更是花费了1个多月的时间了。
综上所述,此部分功能必须放弃,没有选择的余地,否则,这个项目肯定会是一个完全失败的项目。从我做项目的经验来说,客户的心情是随着他看到成果会发生很多变化,1个多月来的争论,客户在看不到任何结果的情况下会越来越失去耐心,说白一点就是越来越难缠,与其在这个注定没有结果争论中消耗,不如先完成可以完成的功能,让客户不断的看到结果,在这个基础上,客户会在看到大量的成果的情况下,会选择配合,这个时候,他更容易和项目经理协商(更好说话),至于有的分析说采取私人手段,我个人不是太认同(虽不失一种方法,但风险更大)。


洪布坤
省份:上海
单位:该信息保密
行业:IT软件
 
时间:2004-11-26
题目:该如何与客户沟通

分析:1)首先自己心里必须清楚:都是自己惹的祸!
2)不要把客户都当成傻瓜!
这2个心态是处理好一切问题的基本出发点。

糊弄客户是愚蠢的做法,于人于己都不利;抗衡吃亏的肯定是自己,钱在别人手里;

勇于承担责任,赢得客户的宽容和理解才是解决问题之道。否则结果会很惨,甲方找你的茬、挑刺还不是太容易了。

关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接

项目管理者联盟 版权所有 | 京ICP备10055250号-11 | 京公网安备 11010202009440号

如转载本站文章,必须于文章开头处注明转自“项目管理者联盟”,并注明原作者
PMI,Project Management Professional, OPM3, PMBOK, PMP,PgMP,PfMP,PMI-ACP,PMI-PBA
and the PMI Registered Education Provider logo are registered trademarks of the Project Management Institute, Inc.