1.2 客户需求变不停，团队成员满腹牢骚，项目经理难当

qw12345

原帖由 jewfinkl 于 2009-1-6 11:28 发表
楼上...拜一下...你很幽默哦~~

这种事情是很多的

这个得跟老板进行沟通了
把产品的内容包含客户的需求

qw12345

32PUB币!

qw12345

原帖由 zl7341 于 2009-1-6 12:49 发表


他说的应该没错, 我几年前也带过这样的项目, 老板要产品, 把客户的项目按产品来做。是货代项目, 倒是出来了, 但是由于这个领域没有规范, 所以基本都是产品卖出后按项目来维护。后来都要弄不起了.

这个我也亲身体会过
现在把项目与产品分开

lawer-bbc

原帖由 zl7341 于 2009-1-6 12:49 发表


他说的应该没错, 我几年前也带过这样的项目, 老板要产品, 把客户的项目按产品来做。是货代项目, 倒是出来了, 但是由于这个领域没有规范, 所以基本都是产品卖出后按项目来维护。后来都要弄不起了.

市场要培养，客户要培养，失去理性的东东难以长寿

jinhouzi1

单方面把责任推给用户是相当不好的做法，需求是我们项目中最关键的部分，我们要做的不仅仅是让用户签字了事，这样会让用户认为是推卸责任，如果我是用户，如果需求模糊，我肯定死活不会签的，我们应该给对用户负责，多多沟通，多多提供方案去明确需求，如采用原型法去设计原型，形成界面，让用户观摩，采用ppt去形象化设计，让用户有形象的接触，并不断进行沟通理解，等等。尽一切努力去细化，形象化需求，让用户充分理解需求是否可行，然后在需求上签字并说好分歧负责任机制，才能最大程度上做一个成功的项目。我很遗憾但是即使需求后来被否定，也不是用户全责，我们需要至少负50%的责任，一味逃避是没用的，除非你认为，同一个用户合作就这么一次，

rain0903

原帖由 qw12345 于 2009-1-7 16:58 发表

这个我也亲身体会过
现在把项目与产品分开

freedom2k

主要还是与客户的沟通确认。需求无非就是旧需求和新需求。旧需求可能是双方理解上产生误差或者业务变化导致，这种变更是正常也是无奈的。但不适合作为开发中进行，而是可以考虑升级的方式实现。新需求是客户根据需要重新提出的附加需求，这些需求涉及了你的工作量、费用等元素，如果是在合同、计划外的需求应该要求追加费用和时间

rainytag

要控制客户需求