关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 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]
最新分析
·需要职能部门的配合的时候.[20]
·多项目总是面临冲突无法协.[4]
·需求合理但得亏成狗了,进.[5]
·项目经理该不该参与开发的.[15]
·项目领导无法正确判断项目.[3]
·项目领导无法正确判断项目.[4]
·如何做好项目的质量成本分.[738]
·对开发流程不了解的项目经.[5]
·用人抓大放小,要学会放权[11]
·关于PMO工作内容的思考[11]
·项目经理如何提高自己的情.[18]
·新任产品经理,如何才能更.[6]
·如何评价产品经理拿数据说.[12]
·技术出身的管理者,求教如.[14]
·如何确保项目能在有限时间.[893]
·IT项目经理应该如何与技术.[1380]
版权说明
本网站案例栏目中,案例及案例分析为项目管理者联盟网站版权所有,如需转载或引用,请务必注明:案例摘自项目管理者联盟[www.mypm.net]。如需用于商业用途,必须得到项目管理者联盟授权,可发邮件至管理员 申请或电话咨询:010-82273401/11
敏捷项目管理ACP认证培训
国际产品经理NPDP认证
客户不懂项目范围怎样推进项目
[姓    名]  王田 [单    位]  真实案例,单位保密 [发布时间]  2017/1/11
[所属行业]  IT软件 [所属主题]  项目范围管理 [项目阶段]  项目全过程

案例正文

  公司市场部接洽了一个客户,需要通过一次可研会议和技术部的人拟定信息化项目方案书,客户那边负责这个项目的人对系统不熟悉(不懂业务,只知道管人的领导),市场人员沟通了几次也没有明白到底系统要实现些什么,初步的方案书提交了几个版本了,也看了类似系统的演示,客户认可我们公司的产品和开发能力,其他最关注的就是合同价,给的价很低。。。。

  在这种情况下,很难确定项目范围,关于业务方面的交流也不能深入(对方是领导),对于项目的盈利能力就缺乏依据。

  项目经理如何拿出可行的项目建议方案支持市场人员?

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

彼岸花开
省份:北京市
单位:该信息保密
行业:商业物流贸易
 
时间:2017-02-22
题目:按对方套路设置方案

分析:既然对方派非业务人员来沟通,还需要这个时候关注报价,那就顺着他们套路来,无需接触具体业务,就把你们公司能实现的功能都明码标价,而且细致拆分为小项,让对方公司人员去勾选,希望什么功能就勾选什么功能,勾选的不同功能对应不同的金额,加起来就是项目报价。他们内部也会根据他们的预算去做勾选的。另外,设置每个功能的价格时,应考虑到设置成价格区间,避免这种公司人员因为不懂具体需求就胡乱决定,最终又以低价格实现很复杂的需求的情况。

新溪乖娃
省份:辽宁省
单位:该信息保密
行业:IT软件
 
时间:2017-02-20
题目:干系人及业务流程

分析:1.显然这个领导是不直接处理业务的,任何一个项目都应该确认可拍板或有话语权的关键干系人,这个干系人找到了,项目范围就进入一个可沟通状态。2.采用合适的确认方法,直观的原型演示是个好方法,直接看到业务流程就会有想法,否则纸上谈兵,没有具体效果。

邱泗乾
省份:北京市
单位:该信息保密
行业:综合应用
 
时间:2017-02-15
题目:市场人员有点着急了

分析:市场人员想得到盈利估算,任务书是必须的输入。乙方一般帮助甲方编写项目建议书,甲方根据项目建议书编写项目任务书。所以当务之急是客户需要给出项目任务书,乙方领导目前看来不着急此项目,需要市场人员去推动。

柳生
省份:河南省
单位:该信息保密
行业:农林畜牧
 
时间:2017-02-15
题目:沟通的方法

分析:就是沟通的问题,从客户懂的方面谈起,联系类比到项目范围,少用专业的术语,用通俗易懂的话语沟通。

海峰
省份:上海市
单位:该信息保密
行业:综合应用
 
时间:2017-02-03
题目:沟通需求

分析:1,明确客户的项目经理2,请客户安排,在客户现场进行实际业务流程的跟线

吴海涛
省份:河北省
单位:该信息保密
行业:能源煤电油
 
时间:2017-01-17
题目:客户不懂项目范围怎样推进项目

分析:这个就是一个沟通问题,注意方法不能直接,循序利导,可以沟通中抛出一个大家都懂的问题,领导也需要兴趣吗。在沟通中尽量通俗易懂,少用专业名词,问题一定可以解决,这是项目经理的底线。

栾先生
省份:北京市
单位:该信息保密
行业:房地产
 
时间:2017-01-16
题目:客户不懂项目范围怎样推进项目客户不懂项目范围怎样推进项目

分析:积极沟通客户不懂项目范围怎样推进项目客户不懂项目范围怎样推进项目

刘桂南
省份:广西壮族自治区
单位:该信息保密
行业:工程设计安装
 
时间:2017-01-12
题目:project筛选器中,如何筛选“不包含”的项目

分析:project筛选器中,如何筛选“不包含”的项目

任春雷
省份:天津市
单位:该信息保密
行业:能源煤电油
 
时间:2017-01-12
题目:列出需求明细

分析:列出需要明细,以问答的形式请对方专业人员答复,领导会找专业的人回答

李木子
省份:广西壮族自治区
单位:该信息保密
行业:IT软件
 
时间:2017-01-12
题目:客户不懂项目范围怎样推进项目

分析:对公司技术和产品能力都已认可,范围确定只是沟通的事情,先做人在做事,客户不懂项目范围,引导客户表达,相信他们也希望你们可以做出符合他们预期的产品。
关于联盟 | 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.