51Testing软件测试论坛

标题: 当你的客户比你牛时，需求出问题了！ [打印本页]

作者: sara_li 时间: 2005-11-1 14:26
标题: 当你的客户比你牛时，需求出问题了！
我想这种问题不应该只有我遇到。当你的客户比你牛时，他们往往提供的需求都很模糊，诸如，“我要个杯子“，什么样的杯子，什么类型的，喝什么东西时用的，都不会告诉你，而且他们也不会担责任，开发过程中完全是我们在承担责任，这种情况下，需求要怎么样才能明确？通过何种方式？欢迎大家讨论！

作者: tongke 时间: 2005-11-1 15:36
需求评审...多方面和用户沟通

作者: luming 时间: 2005-11-1 15:43
原型，多确认。

作者: sara_li 时间: 2005-11-1 16:52
可是大家有没有想过，你去沟通，他会理你么？况且目前的情况是，我们老总也认为去沟通是无意义的。我们不可能和真正的负责人联系上，他们是一级一级安排任务的，往往和我们接洽的客户自己都找不到谁是负责人。

作者: Tender 时间: 2005-11-1 17:33
一般可以由需求分析工程师或者系统工程师担任这个角色。他（她）可以直接找客户的老大，需求应该是老大们之间沟通得到和确认的。一线的开发人员一般不直接参与需求的讨论，而只是具体的实现过程。

作者: sara_li 时间: 2005-11-1 17:54
Tender你好，目前的问题是，我们副总都认为这样是不可能的，他都不想去做，我目前也只有一个办法，就是把我发现的问题提出来，然后把解决措施汇报给上级，如果不执行也不是我的问题了，我想了好久也只有这一个办法！

作者: Tender 时间: 2005-11-2 10:26
如果连你的老大都认为沟通无望，那为什么还要接下这个项目？这种客户继续合作还有意义吗？

作者: sara_li 时间: 2005-11-2 11:33
Tender，可是事实就是如此，不是有句话叫客户是上帝！在我们这是很好的体现，无论什么项目，都会是这样！！！

作者: Tender 时间: 2005-11-2 12:59
客户是上帝，但是客户也不是无理取闹的。客户的素质太低，就不该和他们合作，这样只会让产品做不好。

作者: sara_li 时间: 2005-11-2 13:41
我们公司的竞争对手很多是造成这种局面的原因之一，如果我们不合作，损失的只有我们

作者: Tender 时间: 2005-11-2 18:33
早知道竞争对手多，怎么还去做这行？应该转行了……

作者: sara_li 时间: 2005-11-3 08:42
怎么能这么说呢，这样说的话是不是就不应该存在竞争了！我们是要发现问题，解决问题

作者: Tender 时间: 2005-11-3 11:19
公司的市场部门的员工应该尽可能大的挖掘更多的潜在客户，而不是吊死在一两棵树上。公司要做到不和这个客户合作，还有其他的客户。而不是让客户觉得不和你合作，还有其他的可以合作。当然，要达到这样比较难，但这样就可以立足于市场中了。
就目前的情况，除了耐心，没有什么好办法。

作者: sara_li 时间: 2005-11-3 14:12
谢谢Tender一直以来对这个话题的关注

作者: Tender 时间: 2005-11-3 15:59
热心为人，是我的一贯作风！

作者: yoyoa 时间: 2005-12-1 15:47
客户再牛也要说出他想要什么啊？呵呵，要不然就让他自己去搞算了！：）

作者: ia_victory 时间: 2005-12-9 16:14

原帖由 Tender 于 2005-11-3 15:59 发表
热心为人，是我的一贯作风！

tender确实是位热心的斑竹……
赞一下

作者: ia_victory 时间: 2005-12-9 16:20

原帖由 Tender 于 2005-11-3 15:59 发表
热心为人，是我的一贯作风！

tender确实是位热心的斑竹……
赞一下

作者: black_tulip 时间: 2005-12-9 17:13
"诸如，“我要个杯子“，什么样的杯子，什么类型的，喝什么东西时用的，都不会告诉你，"

// 如果客户这样，楼主可以向他要个样品。“你以前用的杯子是什么样的？”
如果他以前没用过杯子，那就去买一堆各种各样的杯子给他，问他最喜欢什么样的。

作者: lhxlaile 时间: 2005-12-17 16:49
假如还想和他们合作的话：
我们要尽量多的和他们沟通，拿出我们想象中的原模型，让他们看看是不是他们想要的，（确认一下）让他们挑毛病，直到他们满意为止，我们只好积极一点了。

如果不想合作的话:
趁早byebye

作者: youzw 时间: 2006-2-19 23:15
需求不评审，没有一个项目组跟进这个需求并为她的变更负责任，那么这个项目估计是永远作不完的。因为作出来的可能永远不是用户需要的。

作者: jessica2005 时间: 2006-2-22 17:01
同一楼上的：）

作者: Nio 时间: 2006-3-6 18:16
我只想明确的告诉你，对方跟本没有诚意与你合作。他们没有什么兴趣要你们的产品。
一个项目如果没有合同，是很难做的，除非是零售产品。公司的老板在没有与客户定下意向就开始开发，这本身就注定了这个项目的难度。
而如何开发，开发什么，你想怎样就怎样，没有约束的产品不是更容易开发么？难道你还得为整个项目负责？非得给有个框框，才能写代码呀？你可以自己给自己定义个框框呀，呵呵~~

作者: toniso44 时间: 2006-4-12 17:22
应该有用户协议呀

作者: testing 时间: 2006-4-18 12:29
请用户吃饭，尽量和用户处理好关系。人心都是肉长的，只要表示足够的诚意、足够的尊重，并且适时地吐吐苦水，相信用户在力所能及的范围内给予相应的协助的。

技术的问题，往往需要非技术的手段解决。呵呵

作者: slide 时间: 2006-4-18 12:51
客户不一定是不想告诉你，有的时候，客户都无法准确描述自己的需求。
一种方法是你们能够提供很好的模板，引导客户把需求比较好地描述出来，另一种就是快速推出原型，让客户直接反馈。

作者: Nio 时间: 2006-4-18 16:12
我在这里想对测试的同行说一句：

我们的主要工作是测试；如何开拓市场，如何开发，以及如何与客户交流取得第一手需求资料，不是测试的主要工作。假如你能把这些都能处理好，你就不再是在做测试了，而是在做PM，在做Market!

我没能够在任何地方看到测试人员的工作内容还包括这么一部分，与客户交流并取得需求资料。测试人员要了解需求，但并不直接从客户处了解。

即使你了解了，你也不能决定开发人员如何开发，不能对这个项目负责。因为这个项目要由项目经理来负责，而如何开发则由具体的开发人员来决定。他们是真正要了解需求的人！作为测试人员首先要了解的是项目经理对客户需求的理解，以及开发人员对需求的理解，从而知道将要测试什么，如何测试等等。

作者: shmilyfan 时间: 2006-4-28 16:57

原帖由 Nio 于 2006-4-18 16:12 发表
我在这里想对测试的同行说一句：

我们的主要工作是测试；如何开拓市场，如何开发，以及如何与客户交流取得第一手需求资料，不是测试的主要工作。假如你能把这些都能处理好，你就不再是在做测试了，而是在做PM， ...

说的对。这些都不是我们测试人员的分内的事了。让你的需求给用户确定签字，如果客户认为那边不合适，不跟你签字确认。那一定要他说出理由。这样不就有想要的需求了。如果他没有理由。那就签字同意吧。那就搞定了

作者: luoyear 时间: 2006-5-23 18:56
项目经理的天职是什么？搞定客户阿！

作者: BBY 时间: 2006-7-27 17:38
呵呵，看了这个帖子很有感触，我即将去一个公司应该不会有这个问题了！
这个公司对测试要求高哦，测试是要面对客户的，直接面对哦：）
他们可能想做的是测试驱动开发：）希望真正做到做好：）期待中........

作者: nbmty 时间: 2006-8-2 17:38
标题: 这样的！
总结楼上的：

1、搞定客户
2、你需要一堆杯子，然后问客户，那一个是你想要的，然后签字确认，或者进行评审

作者: luoyear 时间: 2006-8-28 09:33
1、从搂主的描述看，楼主的公司其实在这个行业应该还是有一定的积累的，但这种积累并未被整理，以致每一个项目都是一个教训，是一个客户需求不明确的教训，而不是一个总结后的经验；
2、我们应该理解客户的弱智和傲慢，但我们绝对不应该漠视这种默认与傲慢。既然客户不能提出明确的需求，那么我们就记录客户期望的目标，我们的领域专家可以根据以往的经验提出我们的解决方案，让客户做选择题；
3、拉客户下水，这一点很重要，要想尽一切办法拉客户下水。不一定是管理层，管理层没这么多精力。对方应该也有业务领域专家，一开始的kick-off就建立这种机制，识别这些相关领域专家的角色，以便必要时候能和他们一起做用户需求开发工作；
4、领导的意志：把成文的用户需求召开一个很正式的评审，邀请客户方有代表性的人物参加评审，是很关键的。关键是你如何打动客户，让客户参与到评审中来。不管是糖衣炮弹还是苦口婆心，只要是达到目的了，你就成功了

作者: pulamu 时间: 2006-9-19 09:26
那就叫他做好了.

作者: qrz2000 时间: 2006-11-7 13:25
其实我觉得大多数时候,是客户不知道自己具体想要的是什么.

所以一定要有一个原型的东西给他去参考,让他找出他想要的是什么样子,
或是不想要的是哪些.

作者: holy-qing 时间: 2006-11-28 14:13
客户并不是专业人员，所以他们不会给你很详细的资料，我觉得这就要相关人员去引导客户。

作者: yunyan 时间: 2006-12-7 17:34
在没法得到很好的沟通时，就去观察他所在的背景，世面上有的产品和应有的理解做个原型出来。
做第一次验收。

作者: superbo 时间: 2006-12-9 15:31
客户有需求对你们的要求肯定有考虑,主要还是在沟通上,如果你们都没把握好需求,那在研发上很容易出问题的,尤其是后期,客户很可能会修改需求而且是大量的修改,会造成彼此在金钱,时间上的大量损失

作者: minzhung 时间: 2006-12-19 15:37
希望我们公司不要遇到，要不然。。。

作者: xipi2000 时间: 2006-12-25 11:03
其实这个话题严格意义上已经不属于需求管理的范畴了，而应该是项目管理范畴，项目经理也需要和客户套套关系的，管理之外的人情有时会反过来对管理产生很大的影响。人情关系的好与坏，反映到项目管理中可能是天和地。sdlkfj2

作者: Babby 时间: 2006-12-26 15:22
小弟我受益非浅啊，原来需求分析那么难搞定啊~但又条条道路同罗马啊~

作者: robert_wangy 时间: 2006-12-29 14:38
曾经在一个项目中遇到过和你说的类似的问题，可能除了向对方表现你的专业性外，没有太多好的办法。
我遇到的情况是这样的，
去年的时候带的一个项目，客户要求去现场开发，需求调研所有都在现场，他们是一个政府部门下属的计算机公司，有几十员工，不少都是做开发的，我们接的项目他们直接负责。在做需求初期就遇到不少问题，需求初期是了解现有的业务和系统，对方比我们专业多了；到完成这一步之后，我们就做了系统方案书，原型及调整调研计划，逐渐又把主动权掌握过来。

作者: r_sunny 时间: 2007-1-19 10:11
赞同slide所说的,

有种客户是无法描述需求,因为他不知道如何描述才是我们的项目所需要.还有种客户是天马行空的设想.

只有加强沟通+引导! 引导非常重要!

不然凭开发人员主观对模糊需求的理解,做出来的东西十有八九会返工!

作者: 佛念技工 时间: 2007-2-12 22:12
标题: ::::::::::
大大的顶是对楼主的尊重。也是对论坛的支持，回帖是一种美德

作者: 佛念技工 时间: 2007-2-12 22:13
标题: ::::::::::
大大的顶是对楼主的尊重。也是对论坛的支持，回帖是一种美德

作者: keynes_2005 时间: 2007-2-13 09:12
支持luoyear的观点.
不管什么客户, 你的需求得到肯定之后才能去做.

作者: natasha01216 时间: 2007-2-13 10:32
标题: 用户又不是需求工程师。。。
用户需求自然需要引导挖掘的，他们说的出，他们都可以做需求工程师了。自己做的事情，自然不应该推给客户，归根到底，还是软件业的人不够专业。。。需求挖掘是我们的一个研究领域，正如39楼所说，不仅仅是技术知识，沟通也是很重要的。sdlkfj5

作者: windyfreeze 时间: 2007-4-12 15:37
全范围做好充分准备，而且好耐心听取客户的意见啊。

作者: adams 时间: 2007-4-25 14:23

原帖由 Nio 于 2006-4-18 16:12 发表
我在这里想对测试的同行说一句：

我们的主要工作是测试；如何开拓市场，如何开发，以及如何与客户交流取得第一手需求资料，不是测试的主要工作。假如你能把这些都能处理好，你就不再是在做测试了，而是在做P ...

我不太同意这个观点，一个有上进心的测试人员，是要去做这些工作的，除非这个测试人员只想做个单纯的测试人员，不想有更多的发展，不想有更多的能力。

作者: hoho35 时间: 2007-5-24 10:47
阅读完毕,,,,,,,

作者: nicholas.hl 时间: 2007-5-24 13:26
只要多给钱就行，只是测试和开发累啊

作者: velata 时间: 2007-6-8 15:15
做需求的方法不是还有网上搜集相关资料和同行业软件对比吗？
自己先做一个咯
做好了问他哪不满意想怎么改咯

不过换到好公司就好了

作者: june_zhuhui 时间: 2007-6-11 21:43
标题: 学习
学习中...

作者: lxl 时间: 2007-6-13 16:59
确实有这样的情况，领导只知道需要一个杯子，但是具体是什么样的，可能他（她）自己也不清楚，因为他并不是具体工作的执行者。我个人认为有以下几个方面需要注意：
1。沟通的策略：老大级的人物都是“很忙”的嘛，建议看看能不能直接找到下面的工作人员了解具体的情况，就不过多的浪费老大的时间了；sdlkfj5
2。用网络资源，多多学习行业知识，如有条件能了解到其他公司是如何做的就更好了，这样对需求的获取和分析都有很大的帮助；
3。运用自己所在的公司里的领导的人际关系，通过高层会晤解决问题。

作者: june_zhuhui 时间: 2007-6-14 10:06
标题: 继续跟踪......
继续跟踪......

作者: 1129 时间: 2007-6-18 10:59
受益非浅啦,这么多牛人发表意见

作者: wuying36172 时间: 2007-6-24 16:23
需要多沟通多了解，没有别的办法。

作者: cangmang 时间: 2007-8-28 11:09
客户很可能是不专业的,他想要个杯子,当然不会从我们工作的角度想到要什么样的,什么类型的杯子,他的本意只是要个杯子而已,所以需要我们和客户经常沟通,让他们最终决定细节,因为毕竟掏钱的是他们sdlkfj3

作者: pbtlight 时间: 2007-8-29 19:27
这样你们的需求是如何确认的

作者: changlang530 时间: 2007-9-4 11:50
还没有碰过这类客户！

作者: meng0819 时间: 2007-11-11 10:53
标题: 使用原型
这个问题我觉得用原型更好一些。如他想要个杯子。拿个让他看看，让他看看这个杯子有什么毛病，该怎么改，改到什么标准。然后就去改，盖好之后，在拿给客户看看，你看，这个就是按照你的要求改的杯子。这个你看如何？如果还不满意，就需要文字说明了，来标示哪些要改，改到什么程度，这个就可以算是合同了。然后按照合同作就可以了。

作者: lf0026 时间: 2008-1-28 15:01
那客户拿不定主意的时候我们不能帮客户拿主意只能是引导客户来发现他自己最终需要的是什么..

作者: shineshin 时间: 2008-2-1 18:20
前面的朋友也说了
如果客户不愿意沟通，那么你们也不需要做这个项目了
怎么说呢因为做出来的根本不是他们想要的，做出来也是白做
你们公司不但没有赚钱，还亏钱
话费了人力物力到头来做出来的是你们想象客户要的什么东西
或者说是开发或者是测试想象出来的东西
但是，开发和测试都不是这个产品的最终使用者
他们要的不等同于你们想象中的
这种项目，不做也罢。

作者: 厍仕杰 时间: 2008-2-23 16:05
如果：
诸如，“我要个杯子“，什么样的杯子，什么类型的，喝什么东西时用的，都不会告诉你，"

是这样的话，就需要你先做出一个最小化的模型提示给客户
告诉你这样的可变性需求是需要你是领域专家的！

作者: sky.pei 时间: 2008-2-24 13:34
很大一部分的问题是，其实客户也不知道自己的需求是什么。或者说客户不知道自己的明确需求，比如他需要一个杯子，但是这个杯子具体是圆的还是方的，有没有盖子，有没有手柄他自己也没有底，所以需求老是变动，或者一开始就不明朗。还有一种情况是，可能我们面对的客户不是最终客户，需求从最终客户传递过来，理解也在一层层的改变，最终导致需求走样。
这种事情其实经常发生，很无奈。么办法=。=

作者: 苏高跃 时间: 2008-2-27 09:51
标题: 顶下
那你们先开发个模型给他们，看是不是他们想要的，然后再慢慢修改需要文档了，反正用户说明书到最后才写嘛

作者: jelly19841017 时间: 2008-3-1 20:28
我们公司的需求就超级混乱啊……汗

作者: alicewan 时间: 2008-3-3 14:38
想尽办法，变得比客户牛~

作者: yaojingisababy 时间: 2008-3-7 17:18
如果面对这样没水准的客户，又不得不承接项目的话，那只能将主动进行到底了，让客户感受到你们的努力和诚意，把能做的都做好，至于结果应该也不会太差吧。

作者: 阿七 时间: 2008-3-13 16:10
只有多沟通咯呵呵

作者: zp1987 时间: 2008-5-16 15:37
没有解决不了的问题.办法总比困难多嘛!呵呵

作者: chenmonanhai 时间: 2008-5-22 16:31
客户比你历害那就晕了，

作者: 淡淡绿茶 时间: 2008-6-21 22:32
看到好多强人回帖,收益非浅..

作者: s-wsy 时间: 2008-7-9 15:29
一定要让客户说清楚他们到底想要什么，连他们自己都说不清楚，那你们做出来的东西永远不会满足客户的要求！与其这样，真不如不做，要做就做到最好（自己能力范围zhinei）！！！

[ 本帖最后由 s-wsy 于 2008-7-9 15:31 编辑 ]

作者: arthur99 时间: 2008-7-10 16:13
如果是身为QA来面对这样的问题，其实我认为也不是没有办法
首先应该是要来建立共同的价值观，
例如我会问「你要杯子干嘛用？」「喝热水吗？是不是需要握把？要盖子保温吗？」
藉由相关人员的问答，来建立大家的共识和目标
进一步确定「需求」在哪里，「标准」在哪里。
而QA也会知道，我到底要「测试」些什么东西！

作者: marx-zhang 时间: 2008-11-25 09:49
细化你的问题！！！！！

作者: 拽拽小凡 时间: 2009-1-15 10:44

原帖由 luoyear 于 2006-8-28 09:33 发表
1、从搂主的描述看，楼主的公司其实在这个行业应该还是有一定的积累的，但这种积累并未被整理，以致每一个项目都是一个教训，是一个客户需求不明确的教训，而不是一个总结后的经验；
2、我们应该理解客户的弱智和傲 ...

很正确，学会引导顾客

作者: xupromise 时间: 2009-1-17 17:56
用文档和流程来控制。

作者: 小不点蜗牛 时间: 2010-3-7 20:43
客户是上帝，忍忍吧

作者: stilldeeppool 时间: 2010-4-7 14:19
客户不是上帝，而是你的孩子

作者: naive_1010 时间: 2010-4-8 07:17
标题: 回复 42# 的帖子
对的，我也同意对一些没有太多软件概念的客户，我们都是要加以引导的。或是换句简单些的，就是要能忽悠得了他。

作者: paula3721 时间: 2010-4-13 23:29
学习，路过，收藏，等待后续

作者: chengning 时间: 2010-7-13 13:05
沟通不行的话还真没有办法做

作者: Carl_Lew 时间: 2010-7-14 17:57
这其实牵涉到了项目管理。需求确立阶段方法很多，很多同学说得比较抽象：沟通。实际沟通可以多方面，可以找客户直接讨论，记录需求（不只局限于经理，也可以召集他们的相关人士一起讨论）；当然客户不太专业也说不出太多，也可以跟他们聘请的咨询公司沟通；如果实在没有沟通的可能，就按照原型法，做个框架给他们看看，认可后再进行下一步，不停反复，直到满足对方绝大多数需求为止。当然剩余需求可以放到后面逐一实施。

作者: Coolwind9 时间: 2010-10-29 13:47
对！但是这种问题我们好像碰不到吧，是开发那边进行交流的。至于需求的不明确，可以对客户的真是需求做一个假设！让客户贴切的感觉到有真实的东西存在

作者: ganhuiping 时间: 2010-11-8 15:36
回复 30# BBY

作者: ganhuiping 时间: 2010-11-8 15:37
测试驱动开发，是开发人员在开发前，先写单元测试的代码，搭好测试框架然后再做开发。而不是测试人员去搞好需求，写好测试用例，开发再去开发。

作者: sallytest 时间: 2011-1-31 17:30
多问多沟通，需求写要一定要用户签字确认，在去开发，

作者: maojuan110 时间: 2011-2-21 22:57
看来客户的配合是很相当的重要啊！

作者: 楠族开心果 时间: 2011-2-24 17:46
只有沟通

作者: 树上琉璃 时间: 2011-3-8 11:08
说一下自己的想法.
我们公司也经常遇到同类型的问题.因此,对于客户的"杯子",首先我们先要按照"杯子"的模样造出一个杯子的雏形来,然后交给客户,客户才能对杯子进行润色,需求就慢慢的明晰起来.

作者: locy1223 时间: 2011-3-19 10:39

原型，多确认。
luming 发表于 2005-11-1 15:43

支持！
实际情况是客户很少抽出时间，无法实现“多”确认，只有marking人员获取最真实原始需求，需求细化人员足够细致无遗漏滴刻画出需求~最好是再由开发折腾出来一只原型~再开展一个客户、开发、需求、测试人员的评审会。主要由开发人员对客户解释，客户提出问题，这样子吧。

作者: yanxiudeng 时间: 2011-3-24 10:19
我也遇到过这种情况,如果不加强沟通,很容易造成项目延期,开发出来的功能并不是客户想要的.而需求一开始提的不够明确,开发也没太注意,等到要上线,一用问题就来了.而且如果沟通的对象不是比较权威的话也会出现有些使用者觉得没问题而有些觉得有问题. 总之多沟通,若自己觉得不合理应该提出意见.若客户不重视也要逼着他们重视.

作者: woddebbmm 时间: 2011-5-9 10:29

作者: jiazurongyu 时间: 2011-5-23 18:34
这个你只能积极去和他们沟通了

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)