软件原型法管理项目，客户推翻软件公司设计，自己设计软件，怎么办？
给客户做项目，我们将软件原型交给客户，客户技术员觉得我们的设计跟他想的不一样，就自己重新设计软件。我们看了客户技术员的设计后，觉得有很多问题，数据都有可能会错，我们拒绝按照哪种方式设计软件，因为我们不愿意帮别人交学费，但客户强制必须要那样设计。怎么办？我们想针对客户单方面认可而我们不认可的软件功能设计，我们不提供免费维护。这种方式怎么样？谁有好的方法对付啊？先谢谢了 问题点数：20、回复次数：32Top
1 楼UNow2005（推土机）回复于 2006-04-25 08:33:49 得分 20
什么是软件？软件就是满足客户需求的特性的总和的产品。所以，首先你们设计的软件不能满足客户的需求，先搁一边。
对于客户的技术人员很自以为是的情况，经常会遇到，你们的问题在于你们自己的能力或沟通技巧无法说服对方，这是你们的悲哀:)。
现在最好的办法就是说服客户跟你们一起来探讨解决方案，以求达成一致！
软件没有谁的设计好，谁的设计不好，使用起来合适的就是最好的。
unow2005.tianyablog.com
Top
2 楼dongerer（我心飞扬）回复于 2006-04-25 13:41:40 得分 0
首先，你拒决是不对的。
客户设计有问题，你们应帮助找到问题在哪，并提供一些解决的建议。
如设计的总体、结构有问题，那么应整理出问题列表，并指出前后有矛盾的地方，给以解释。
同时加强沟通，软件开发商不是要强加给客户一个东西，而是要理解客户需求、理解客户真正想要的东西，然后给以解决。
Top
3 楼dongerer（我心飞扬）回复于 2006-04-25 13:43:13 得分 0
如果你不能将你的设计让客户认可。
一方面，你没有理解他想要的。
另一方面，你没有向他解释清楚你的设计，没有让他明白你设计的程序将是什么样的。Top
4 楼jiaorg（jiaorg）回复于 2006-04-27 11:48:08 得分 0
对，客户永远是对，但是你可以对他提出来的设计阐述你自己的观点，已经该设计带来的弊端
如果客户还强制需要这样，那就按照他们的吧。个人意见。Top
5 楼Korny（登峰）回复于 2006-04-27 13:02:28 得分 0
不是把客户的需求和问题堵回去，而是给他一个蔬通渠道。Top
6 楼dub（dub）回复于 2006-04-27 14:58:38 得分 0
客户抛弃你的设计重新设计一套系统的情况，一般是因为他觉得你们的系统太不靠谱，都没法在这基础上修改了，才会提出新的设计。
我觉得你首先应该检查一下你设计的系统的目标是不是和客户的预期目标吻合？是不是能满足客户的根本需求？当根本需求都满足不了时，客户才可能彻底推翻你的所有设计。
既然客户提出了设计原型，你们就应该在这个基础上把不合理的设计改掉，再开始做，而不是不管客户的设计，自己搞一套。
另外，提供 系统设计给你的是 《客户设计员》。这个客户设计员能不能代表客户的真实需求？如果不能那你们最好找客户那儿能定事的一起说。但最终也是你们、客户共同达到一致而不是你们自己的一意孤行来做事Top
7 楼lycoo（lycoo）回复于 2006-04-28 13:05:20 得分 0
如楼主所说，这样你们订的合同恐怕就要改了，因为设计责任已经不在你们这里了，我觉得一切最终以商定的结果来处理，就你所说恐怕也只能这样。Top
8 楼javaunix8（）回复于 2006-04-29 23:06:44 得分 0
其实，是因为客户是小公司，自己流程很不规范，我们按照客户最开始给的流程设计了软件原型，客户看了后才知道自己的实际需要，然后更改流程，推翻我方的设计，自己设计，原因就这样的。Top
9 楼javaunix8（）回复于 2006-04-30 09:50:27 得分 0
upTop
10 楼bluebilly（蓝色天使）回复于 2006-04-30 13:26:45 得分 0
记住：客户是上帝。客户提需求，你提供服务给客户，如果你的这种服务不适合客户那么这种服务就是失败。
客户提出他的设计思路是有他的道理，如果有问题（从软件设计角度来说）你们拒绝只能说明你们与客户的交流有问题，没有与客户进行客观的紧密的联系。
换句话说如果你能说服客户认同你的设计也可以。Top
11 楼yaak（）回复于 2006-04-30 15:15:28 得分 0
问题出在你身上，而非客户身上。可能你比客户更善于编程序，但你们的系统分析肯定出问题了。原型不应该是孤零零的一套界面，还应该有以往的经验，和以往的成功案例作支撑。Top
12 楼floatbear（）回复于 2006-05-06 11:17:18 得分 0
在指出客户自己的“原型”的问题前，想想里面有没有比你们做的好的方面。虚心接受，然后才能让对方接受你们的要求。Top
13 楼tpu01yzx（没有姓名的鬼）回复于 2006-05-06 19:23:58 得分 0
高深！学习中Top
14 楼stoneman1982（麦 子）回复于 2006-05-07 21:16:22 得分 0
按他们说的做,钱收到了你们就算是项目成功了!
其它的问题到时候再协商!Top
15 楼lishanon（丁香花）回复于 2006-05-10 10:22:54 得分 0
学习Top
16 楼chaos_blue（chaos（混沌））回复于 2006-05-10 14:45:43 得分 0
引用：
其实，是因为客户是小公司，自己流程很不规范，我们按照客户最开始给的流程设计了软件原型，客户看了后才知道自己的实际需要，然后更改流程，推翻我方的设计，自己设计，原因就这样的。
自己的意见：实际上客户总是不清楚自己的需求的，这方面必须靠软件供应商挖掘和整理。现在你们已经挖掘出来了客户的需求，但是发现客户的需求与以前商定的情况不同了（一般来说是需求增加了），那么此时最好供应商按照客户需求变更合同，并根据软件实施的需求进行小规模修改，以达到双发平衡，否则该项目必将走向失败。不是么？
做软件的都是搞得就是一些逻辑问题，从现在的情况看，基本上没有什么是不可能的，所以只要客户能够出足够的资金和给与足够的支持，项目完全能够成功。特别你这里是个小公司，基本上没什么能够“店达压客”的资本，不如多要点钱，积攒点资本。
以上意见仅供参考，祝福大家。Top
17 楼superdullwolf（超级大笨狼,每天要自强,MVP）回复于 2006-05-13 15:51:21 得分 0
呵呵，你们缺少策划能力。Top
18 楼SaSBYa（人的价值就是为社会创造的价值。）回复于 2006-08-16 08:56:53 得分 0
学习一下Top
19 楼zxl_2609（）回复于 2006-08-16 15:35:48 得分 0
向客户提交方案就是为了双方约定进行对需求文档评审，以消除明显的错误和分歧，对需求理解不一致的按真实需求进行修正，使需求文档能够正确无误地反映客户的真实需求。现在‘因为客户是小公司，自己流程很不规范，我们按照客户最开始给的流程设计了软件原型，客户看了后才知道自己的实际需要，然后更改流程，推翻我方的设计，自己设计’，这现象很正常，客户开始往往不能表达很清楚，进行分析设计能力有限，会在你们成果的基础上不断提出新的需求，所以项目控制管理很重要，Top
20 楼greenery（greenery）回复于 2006-08-17 21:52:33 得分 0
学习中Top
21 楼greki（锐╃→）回复于 2006-08-18 23:37:12 得分 0
沟通~~
首先应从自己的方面找问题，不要一有冲突就觉得客户公司那不好这不对，再找问题点。
Top
22 楼hugh0409（）回复于 2006-08-21 16:37:54 得分 0
软件的起点是客户需求，虽然客户有时提出的需求存在某种问题，也只能够通过沟通去改变客户的对自己需求的理解，拒绝是完全不应该的。如果不能使客户明确自己的需求，那就按照客户的要求做，但是要在项目开始前明确责任Top
23 楼ss128（ss）回复于 2006-08-28 15:17:33 得分 0
我只能说用原型法开发比较好!和严格法结合!Top
24 楼appow（arrow）回复于 2006-08-30 12:56:18 得分 0
看来,你的客户是半吊子.
你比你的客户更是半吊子.Top
25 楼luoqianqian（狂龙）回复于 2006-08-31 14:46:21 得分 0
沟通是关键！Top
26 楼chunlai80（IT项目管理论坛itpm.com.cn）回复于 2006-09-04 20:55:30 得分 0
与项目干系人“沟通”的技巧
作者:吴超 (原创) 发布时间：2006-08-02
‘项目管理是一门科学’，这是早些我对项目管理的一个认识，说它是科学因为它包括着项目管理中方方面面的管理知识和管理体系。一说到项目管理，人们自然就想到它的八大要素：范围、时间、成本、质量、人力、风险、采购、沟通，一个成功的项目与这些因素是紧紧相关，不可分离的。但是在项目的实际参与中，在项目的操作过程中，可以发现无论是项目管理中的哪个因素，与其关联最多、涉及活动最多的是项目干系人(stakeholders)，项目干系人一般包括客户或者用户、项目团队、项目公司的管理层等一些主要的利害关系者。项目管理中时间、成本、质量、人力、风险、采购等很大一部分是与人的沟通、于人的管理，如何做好人的管理，如何组建一个成功的项目团队、如何在项目中发挥团队的所有潜力、如何与客户的关系日趋完善、如何做到让客户满意，这些都是在“沟通”管理中项目经理所必须及掌握的要素。
要做好各要素沟通，要实现于人的管理，就应站在这些“项目干系人”的角度上，从他们的需要及利益出发，最大限度的通过项目实现他们的价值，如果脱离这些，那么项目是很难获得成功的，举一个在项目管理中实际遇上的案例：
年前，我们接到一个有关商务管理系统开发的项目，当时用户提供的需求只是七、八页的几张纸，反馈说已经是最清楚最详细的需求，并且包括了需要的几张报表，接到该单后，我们开始最初的需求调研，由于与我们沟通的客户工作人员一直未能提供其它相关资料，于是，我们按其提供的需求分析其业务流程，将业务流程转化为系统模型，并一环一环地与客户进行确认，在进行了一个多星期的细化调研及分析后，我们整理出六七十页的需求，当要与客户进行确认时，客户的部门经理一句话否定了我们的所有工作：“这不是我们要的啊，虽然我们现在是按这个流程，但要上系统，我们的流程也要变，基本上不是按这个方式进行的啊！”
这是项目经理在一开始，在与客户沟通前所忽略的问题，需求调研就是要与客户就其所需要的功能、流程、操作等需要为基础，而且需求决策者必须是项目经理或部门负责人，所以项目经理如果在与客户进行需求调研及交流前，在充分考虑项目的需求性及可行性后，列一个需求管理（包括详细的沟通计划及要求沟通）计划，考虑需求沟通中所需的人员、资源、时间的要求，才可以保证需求调研的准确性，虽然有些因素是客户方照成的，但我们应该站在其角度上，为其考虑一些存在的客观及主观因素，这就是在沟通前没有充分考虑一些假设或约束的因素，沟通要求并没有充分明确列举。在具体活动中可参考下图“项目管理—沟通管理的活动要求”
同样也是该项目，由于项目经理并未把一些过程的实际及交流情况及时反映给部门经理，虽然有些责任并不是我们应该承担的，但因受到客户的投诉，部门经理自然就将所有的责任归究于项目经理了。在调整了活动方式及沟通方式后，我们又花了二个多星期进行需求的再次调研及分析，最终分析出的需求文档已经和原来的完全不同，页数也上升到200多页，客户的满意度自然达到100%。而先前所花费的二个星期时间就等于无用功，该项目的成本也比预先估计的要翻了好几翻（因为实际调研出的需求功能比原先估计得要多出许多）。
软件开发中需求管理的沟通方式影响到需求基线的准确性，同样在项目的开发、设计过程中，项目经理与项目成员之间的沟通方式及项目经理对团队的建设技巧也是直接影响到项目成败的关键。项目过程中沟通的目的是为了“保持项目进展、识别潜在问题、征求建议以改进项目绩效”，如果在项目的开发、设计过程中未把好沟通这道关，也有会产生意料之外的项目失败，曾经听过同行的这样一个例子，某公司在开发一套考核绩效管理软件，项目需求做得非常的完善，系统分析地也十分明确、清晰，但在开发阶段，项目经理发现系统分析其中一个中间层的函数出错，因为该功能模块由他一个人负责开发，当时他直接就对其参数进行了修改，也并未及时和其它编程人员进行沟通说明，过后也就忘了这件事，但当项目接近尾声时，系统突然出现一个大的Bug，影响到整个系统的运行，最后在花了大量的人力、精力进行查询后，才发现就是这名项目经理更改的参数出了错。如果当初名这项目经理能及时和其它人进行沟通，这种错误完全能够避免。但这些错误延误了系统在合同期内的交付，影响到客户的利益，最后几万元的项目反而赔偿用户损失近十万。所以，项目过程中的沟通有时会直接影响到项目的成败，同样一个好的配合团队能使项目达到事半功倍的效果。有认识这么一位软件开发项目经理，他项目管理的理念就是“以人为本”，在项目活动中，他考虑到各项目成员的物质、精神的需要，在与客户沟通时，他注重的是客户需要什么，能为客户提供什么，每次他带的项目总比别人的进度要快，成本要低、项目团队配合融洽、每个成员神采奕奕，这是令其它项目经理所羡慕不已的。
沟通在项目管理中，有其必然的、不可取代的重要地位，在1995年，斯坦迪什集团研究发现，与IT项目成功有关的三个主要因素是：用户参与、主管层的支持、需求的清晰明确。所有这些因素都依赖于拥有良好的沟通技巧。项目经理除了在项目前期编制良好的沟通计划外，更要懂得如何科学地管理团队，如何艺术化的与‘项目干系人’进行沟通，站在各角色人的立场上，想客户所想，急客户所需，这样才能做到通过我们的项目成果使客户得到最大的收益，让客户满意，这样才能实现一个项目的成功性目标。在最近的一个外包项目中，我们项目组在前期就对与分包商之间各阶段工作的数据采集、成果验收、评审依据等沟通形式进行了明确的细化要求，这样在操作上双方都有一个清晰地沟通形式及目标，项目进展就较为顺利许多。
说到项目管理是一门艺术，不仅仅表现在与“项目干系人”之间的沟通技巧，项目管理的八大要素硬背起来谁都会，但如何灵活地驾御它，使这些要素操作上更灵活化，更适合实际的项目运作中去，这就需要项目经理艺术化的管理、技巧上的操作，管理条条要求是定死的，但人是活的。无论在哪个领域的项目管理中，这些沟通技巧都是通用的并配合掌握着其它项目管理要求的相关要素进行着的。
在今后的实际工作中如何使用“项目管理”这门艺术，灵活地通过“沟通”管理，保证项目极大限制地满足客户的需要、引导项目迈向成功的目标，是每个项目经理应给予考虑并慎重实施的。
----------------------------------------------
Impossible Is Nothing, www.ITPM.com.cn Can, Just Do IT!
ITPM IT项目管理专家!Top
27 楼javaunix8（）回复于 2007-03-15 16:39:15 得分 0
okTop
28 楼Marguess（留候）回复于 2007-03-16 15:49:38 得分 0
沟通能力在项目管理中是相当重要的.
好好加强一下沟通能力吧Top
29 楼cabinhome（谷雨霖）回复于 2007-03-21 17:54:36 得分 0
客户是上帝，拒绝只能僵化，但要引导。培养是必要的，建立共同的沟通。Top
30 楼qingrun（青润）回复于 2007-03-21 23:08:46 得分 0
呵呵，这个问题很典型呀，说明了你们公司和你们这些技术人员很大的一个隐患！
你们的技术水平并没有让客户相信！！！！
正因为他们不相信你们的技术，所以才要自己做设计！
否则，客户是不会主动提出这样的问题的。
在我接触的客户中，只有当你们派过去调研的技术人员让客户感到不放心，感觉到你们的技术水平太差的时候，客户才会提出换人，或者自己做设计！否则，是不会这样的！
这样的拒绝，更说明你们对客户需求的不理解，和你们对自己技术的把握性不大！
客户会更加激烈的反对你们提出的设计，而坚持己见的！
你们的老板需要反省了，这个问题就不是你们这个团队需要反省的问题了。
呵呵Top
31 楼qiushikong（）回复于 2007-03-22 08:58:09 得分 0
要加强自身修炼，照得住客户才行。不然客户带着你玩，你会被累死的。Top
32 楼zhoucong（週聰）回复于 2007-03-23 13:16:45 得分 0
学习中Top
