[已答]
专家，你好， 期待您的回答！
提问人： 施春晨 [冠博软件技术（苏州）有限公司|||GST]
提问时间：2013-05-08
提交回复
技术层面不了解，仅从项目管理角度给出两点建议：1、首先要确认一名关键用户，全称跟踪协同移动的需求、开发工作，当这项工作的达成 关乎他的绩效的时候，他会努力地帮你居中协调，有个客户的战斗伙伴比你孤军奋战轻松多了；2、需求调研做到位，需求文档做好做细，尽快签字确认，这样产生模棱两可的新需求时，你有底气拒绝。3、提升自己的实力，学习、积累更多的项目和案例经验，同样的方案，资深顾问和新顾问对客户讲出来，客户信服程度天差地别。
具体是什么啊
项目章程没有做好，面对需求先分析然后走更变流程
个人觉得也得看项目，小项目改动频繁任务量也不大。大项目功能必须的模块化，比如可以实现定制模块等等。
去参考一本叫精益创业的书吧，有时你开发的产品未必是客户要的，所以可以考虑将先做出一个产品功能最小化的产品，让客户去测试，再不断的跟据客户使用启的感想再去修改。 有时依照客户的需求去制作未必一定正确，客户有时的想法是天马行空，有的人不知自已的需求是什么。
我们公司也是遇到这样的情况，不过我们是提出需求。但是很多时候这些需求其实都很简单，而且技术也没开发到那个阶段，对开发周期不会有影响，最重要的是技术一方缺少一个可以沟通整理的人
测试需求请客户确认签字后实施。另外，UI与实际操作要分层次，便于修改UI。
需求不断变，这是项目最麻烦的事，同求解决高招
用scrum的开发模式，同时对用户需求不断的筛选和引导．
回复会员： Eddik 回复时间：2013-05-28
传统的瀑布式开发肯定满足不了你的要求，建议学习一下敏捷开发，把整个开发过程分解为若干的Scrum，循环迭代。。。
多交流
抓住主要需求,放掉次要需求.
回复会员： taod 回复时间：2013-05-25
需求变更会影响质量，进度，成本。分析需求变更的影响跟客户说明，把需求控制住。
提供详细的需求文档，将UI流程定义出来，发给客户审核并签字画押。客户提各种意见变更需求是每个项目都会遇到的问题，除了做好需求文档之外，跟客户的沟通也很重要，有些变更其实客户只是随口提提，不一定非常坚持，可以通过沟通提出合理的拒绝变更的理由说服客户接受原有的设计
项目的需求渐进明细是很正常的，建议首先明确范围，在双方认可的范围内把需求设计的尽量完整再进行开发。另外，个人认为认可产品的研发过程中都需要有spec. ，可简可繁，因为它是作为可交付物的一部分存在的，对甲方和乙方都有好处。最后就是建议成立CCB了，所有被确认是变更的内容，都走一遍CCB。
敏捷开发
sdf打发是大法师的发生
多采用口头与书面沟通，口头沟通也要形成书面报告，并让沟通者确认
前期做好用户需求分析，必须把需求明确落实到纸上，让客户确认，明确项目范围。
这样的客户实际是要求深层定制，我感觉需要跟对方建立一个短平快的沟通计划，共同商议开发需求，每一个点安排敏捷开发。
多沟通
建议先做ui出来与客户交流，然后再做开发，项目工程架构要做好，这样即使修改UI，其工作量也是很小的
建议进行需求设计，提供详细的需求文档，将UI流程定义出来，发给客户审核并签字画押。客户提各种意见变更需求是每个项目都会遇到的问题，除了做好需求文档之外，跟客户的沟通也很重要，有些变更其实客户只是随口提提，不一定非常坚持，可以通过沟通提出合理的拒绝变更的理由说服客户接受原有的设计，例如举例业界通用惯例、排名靠前的手机客户端的做法、影响完工时间等，见招拆招了。
没有沟通 世界就不运转了
回复会员： keyou 回复时间：2013-05-09
沟通总是重中之重。让客户参与进来。
采用JAD开发模式，用户与开发团队一起工作
如何管控需求，以保证不影响开发的进度 (咨询专家：潘东) [已答]
专家回复
