客户需求管理之道.pptVIP

资料内容仅供参考，不当之处，请联系作者改正或删除。 * 资料内容仅供参考，不当之处，请联系作者改正或删除。 * 资料内容仅供参考，不当之处，请联系作者改正或删除。 * 资料内容仅供参考，不当之处，请联系作者改正或删除。 * 资料内容仅供参考，不当之处，请联系作者改正或删除。 * 资料内容仅供参考，不当之处，请联系作者改正或删除。 * 资料内容仅供参考，不当之处，请联系作者改正或删除。 * 资料内容仅供参考，不当之处，请联系作者改正或删除。 * 资料内容仅供参考，不当之处，请联系作者改正或删除。 * 林 健 2011年12月 客户需求管理之道 内容纲要 内容纲要 思考 我们对于他人或团体的核心存在价值是——解决问题 解决问题之难往往不在找不到方法和手段 遇事第一反应恰恰总先想到“找谁，用什么工具，花多少钱” 庖丁解牛 非在“解” 在“心有全牛” “没事，不差钱” “你看，还有他们呢！” “我是宝马” “我是邦德” “去印度？” “前面好像是日本！” 破题 解决问题的关键是——使问题清晰 问题即需求之缘起，追溯问题并使之清晰的过程即需求管理 为什么是“客户需求管理之道”，而不是“之法”“之术”？ 道 是一种境界，形而上的思维模式，“万变不离其宗” 法 是到达境界的途径，“条条大路通罗马” 术 是某条途径中的支撑工具，“飞机/轮船/汽车/马车…” 本课程目标：启发一种思维模式 内容纲要 小游戏 各组都是制造秋千的专业厂商 图为需要各组交付的“秋千工程” 3分钟看图，看完即关 10分钟小组讨论 10分钟用文字定义工程需求并提交 注意事项： 1、不是看图说话，而是一项工程 2、用文字，不能画图 3、所用文体和篇幅长短不限 讨论：软件工程项目中的经典“需求管理之怪现状” 客户是这么描述需求的 售前咨询师是这么描绘蓝图的 项目经理是这么理解建设内容的 需求分析师是这么设计需求的 程序员是这么编写的 测试员是按这个理解进行测试的 客户最终花钱的规模是这样的 而这才是客户真正需要的 再站在客户的角度，共同思考剖析一个问题 假设你想买一套房子作为“家”，你起初所能描述的是 “对房子的要求”还是“对家的需求”？ “租的平房”完全有“家”的各种条件，可是你会把它当作“家”吗？ “五星级宾馆”一定比“家”舒服么？ 你的伴侣、父母、子女，还有你自己对“家”的需求会完全一样么？到底谁说了算？ 当你无法用言语表达你对家的需求时，你希望为你服务的房屋销售/装修设计人员怎么帮助你？ 究竟什么时候你才会认为他们真正理解你心中的“家”的样子？ 装修的时候你会故意刁难而不厌其烦的改设计方案么？ 需求是什么 完整内涵：要求（有啥）+需要（具备啥特点）+期望（达到啥效果） ——要求最易、需要次之、期望最难且无法完美但决定成败 特 点： 多层次（纵）、多角度（横） ——必须梳理、沟通、理解、协调 渐进明晰且多变化（时间维度） ——需求变更是难免的，但一定不会是故意的 需求贯穿着复杂繁琐的“达成共识”的过程，必须要“管理” 需求管理是什么 目标和价值： 清晰的定义“蓝图”，关注WHAT，而不是HOW（技术方案） 对客户有价值，让客户满意，让我们满足（双赢而不是”镀金“） 完整内涵： 需求捕获——自己搞清楚 需求传递——全体都认同 需求控制——动态不偏离 反复迭代——渐进趋完善 反刍一下，举一反三 秋千工程小游戏——该怎么定义需求： 要求： 需要： 期望： “怪现状”——需求管理出了什么问题： 捕获：客户仅表达了“要求”和“需要”，售前咨询捕获“期望”不到位且擅自“镀金”，项目经理发现“镀金”现象，却直接回归到“要求”层 传递：从售前开始缺失信息，在项目经理处完全失控，肯定没有与客户沟通确认过 控制：捕获和传递虽是罪魁祸首，但控制本身亦难辞其咎，无全程把舵之人或需求控制者失职，变更频繁导致实施成本指数级膨胀 自己日常工作生活中有没有值得分享的案例 招聘、送礼、领导交办的事情、…… 相亲、买手机、…… 客户仅表达了“要求”和“需要”，售前咨询捕获“期望”不到位且擅自“镀金”，项目经理发现“镀金”现象，却直接回归到“要求”层 从售前开始缺失信息，在项目经理处完全失控，肯定没有与客户沟通确认过 捕获和传递虽是罪魁祸首，但控制本身亦难辞其咎，无全程把舵之人或需求控制者失职，变更频繁导致实施成本指数级膨胀 内容纲要 针对简单需求的“法”、“术” 法：前期功课?访谈沟通?总结确认： 术： 前期功课：背景学习（网站、外界评论、行业相关知识、国家政策、内部制度……） 访谈沟通： 提前准备工作包（提纲、问题设计、分工策略、记录方式、所需设备和工具） 访谈人选择、地点设计、时间安排 主导访谈主题，并调节气氛引导客户，防止偏离方向 学会用客户的语言与客户交流，充分有序发掘