怎样hold住需求

june

最近在跟外部的业务部门对接的时候，老是听到关于需求重叠变更的抱怨，控制不了需求，控制不了场面，需求在不停的更迭，在信息架构阶段在变更，在设计阶段在变更，在html开发阶段在变更，甚至进入到后台开发阶段，需求还是在不停的变更…….

往往这些变动，一旦变得不受控制，整个人就开始抓狂，在做事情的时候也会带有很大的消极抵触情绪，致使跟业务的沟通就更加困难……..

作为一名交互设计师兼产品经理，在日常的沟通中，善于对产品需求的把控很是重要，这也是整个项目按时保值完成的关键所在，但是在具体的工作中，怎么把控这些需求呢？

第一：不要仇视甚至敌视需求变更 。

首先，我们先要清楚，在项目过程中，不可能有完美的项目经理在一开始就能把需求文档整理做到100%完美，在项目进行的过程中，发现需求有补充变化修改，是一件很正常的事情。

在项目的初始过程中，要跟PM或业务方在项目启动之初的沟通中，明确下来我们需要的文档。（需要详细的需求文档、需求变更文档等）。强化他们需求变更及不完整的危害意识，可能会造成我们整个项目delay，（站在他们的角度分析利益得失，更容易使需求得以完整。）项目前期的约定及沟通，能使后期的沟通及项目进展更加顺畅，这个时候，切忌：不要把需求变更及迭代当成与PM及业务的PK，一旦敌对，会使后期的进度处于举步维艰的状况……..

第二：管理你的需求。

在软件工程学中，需求变更管理就是一门学科，可见，需求变更的管理是多么的重要，这个是在任何项目中都能体现出来的。

需求管理，能够使前期的架构需求更加明确，后期的迭代及返工及无用功频率更低，大大提高我 们的工作效率。

在实际项目中，怎么管控你的需求呢？以下是我在项目中总结的一些经验及方法。

增强意识，进行“洗脑”

——项目初期，特别是项目启动时，多与PM或需求方密切沟通。一方面：强化我们的统一战线关系，如果不全或者变更，可能导致项目迭代、项目延期、甚至于项目破产的一些可能情况。一般PM是整个项目的负责人，也是希望项目按计划进行的，所以基本会积极配合。另一方面，明确确认下来，我们需要的文档，如（需求详细文档、需求变更文档），以及各个阶段确认稿的“签字画押”，这个阶段，甚至可以把我们UED内部的流程及各阶段的确认跟PM沟通一下，了解我们内部流程，后续按照这种方式进行。这样也能让他们清楚，大的变更，会导致各个阶段时间重估，开发推后的真实情况。

上面基本上是从软硬两方面，增强PM及业务方需求把控的意识，从源头上面进行把控。

案例一：

项目启动会上各方业务谈自己需要的功能，或者截各家图片告诉需要这种产品，最终交互设计无任何文档就介入设计，实际做的时候，发现就有很多东西，拼在一起根本无法实现，还有一些是重叠的功能，大家很多都是一个美好的想象……………..这种状况，直接导致，大家谈了等于没谈，交互做了等于没做。

_____批注：此类情况，我遇到过一次，基本全部是无用功。也在其他同事身上看到过，结果雷同。



需求变更，控制方式

——在项目进行过程中，需求的变更，在交互设计过程中，不能超过20%，UI设计阶段，不能超过10%，前端开发阶段，不能超过5%，（一旦超过，建议此项目重新排期，时间重新进行评估。）

1、变更过多，如何控制？——在一些项目中，确实出现前期考虑不全，需求变更较大的情况。其一，对进行变更的点，进行优先级区分，如果对本次项目整体时间影响不大，优先及较高的变更点，可以在本次中进行，其他点，与PM协商，建议放2次优化中进行。

其二，如果业务及PM强烈要求本次一定要做，那只能按照上面的标准重新排期了。

2、变更过频，如何控制？——这种情况在一些综合性项目中，会经常遇到，如购物车改版，涉及到6个业务部门，对接的人员也众多，经常会遇到隔半天几个需求，几个版本的事情，甚至直接电话变更的情况，这种情况下，可以采用的办法：一：列明需求变更的原因，并由部门或者小组负责人审批确认（有时采用纸质签字）；二：以沟通过的最终需求变更受理时间点为准，其他的需求以加急或者重新排期处理。

——注：在购物车项目中，针对需求变更，列了一个list表单，对应各业务后期的变更在里面看的清清楚楚，对后期需求变更的处理、ued工作时间及质量的保证，起到了重要的作用。

ps：有些公司也以需求变更list表单，作为考核PM及业务需求方KPI的一个因素，确实起到了使前期需求更完善的作用，也大大提高了后期一系列的效率。期待这种方式加入我们的KPI。

3、需求变更，文档如何处理？——在需求变更的过程中，有时的变更是在会议过程或其他沟通中确认下来的，这时你可以先做，但是后期的需求文档是一定要补充进来的，否则，后面变更过的功能，往往就忘记了最初的提出原因及对应的人员。一方面对我们做的事情有了依据，防止日后的扯皮，另一方面，也有利于我们文档的存档，为后续人员保存完整的资料。

（ps：到UI、前端阶段直接进行的变更，也需要交互架构原型交付件进行对应的修改，保证存档的最终版本一致性。）



在交互设计师需具备的技能里面，除了专业之外，分析、倾听、沟通……这些在实际的工作落实中，处处体现在需求的管理中，一个好的交互设计师，好的专业技能是否最终落地与产品中，推进产品的进展及沟通能力占了很大的比重，好的需求管控能力，也是一个交互设计师乃至产品经理综合能力的体现。