互联网产品-有效软件需求分析 推荐

我们知道，软件生命周期的始于需求，需求决定了产品，产品决定了软件，软件决定了系统...,业界也一直在为产品的需求头痛，如何获取用户的真实需求，如何进行有效的需求分析，类似这样的话题一直是我们观注的问题，不管是传统软件还是互联网应用产品都差不多，不同的只是获取的手段不一样，人人都想知道到底用户需要的是什么？我们又不能像电影"偷听女人心"一样，可以感应到女人的心思去捕获女人的心理真实需求。我们只能靠我们自己！
　
　在我以往的经验中，要做到有效软件需求分析必须具备以下几个条件：
1、熟悉软件的最终用户和组织，包括组织的管理者。
软件最终的用户和组织代表了软件的目标群体，软件最终会成为人的一个工具，这个工具无非是去完成一些繁锁、复杂的重复的工作，规划工作的流程，如果不熟悉使用这个工具的人，是不太可能知道使用人在工作中存在的问题，他们想要解决什么样的问题，
这些问题很锁碎，有些是工作本质上的，有些是习惯上，有些可能还是权益上的。这些都要去了解，归纳。还需要去熟悉软件使用的组织，通常使用软件的一群人，在公司或企业都是涉及到一个或多个部门或整个公司，一个组织必须有管理者的参与，在使用软件也是一样，管理者作为软件的用户他在权限上是有所区别的，这些和线下和业务关系，组织结构关系是有关的，如果不了解组织的关系，那么软件就失去了"控制"。

序号	用户代表	所在部门	任职	期望需求	备注

通过以上表格去了解你的用户吧，把他们分类归档。把他们的关系组织起来。
2、清楚软件给用户解决的问题领域。
我们在做需求分析时常常会遇到这样的情况，都是一些用户方代表的需求碎片，我们可以采用卡片需求管理的方式来整理收集用户的需求，但这样的需求是只见树叶不见树枝。很难形成系统思维，人的思维还是比较像倒树状。就以上的表格收集了用户的需求也未必是用户的真实需求，用户能说出来的基本上是现在业务上遇到的一些问题，这些问题是从日常的业务工作中反应出来的，但它能否成为软件的需求呢？未必了，因为他们的描述太散，并不能形成一个问题域，这个时候就需要对需求进行归纳整理，把用户的需求归纳在不同的领域里面，针对问题域再次进行分析。
3、熟悉用户的详细业务流程及业务数据。
这个很重要，用户的业务流程反应到软件的逻辑层面，用户的业务数据反应在系统的数据结构和软件的数据流上，这二个是软件的基础，通过熟悉业务流程才能对软件进行设计，模块化，可能进行模块间的交互设计，只有熟悉了业务数据，才能分析出软件的业务数据实体，软件控制是的数据，包括数据的内容，数据的格式，数据的访问权限，数据的存储和备份等都需要去了解清楚。
4、与用户方代表保持良好的的沟通和优秀的个人沟通技巧。
这点即是获取软件需求的基础也是获取有效需求的重心，如果没有与用户代表方进行良好的沟通，是不太可能获取到用户的真实需求，这是一个沟通技巧的问题，别指望和用户代表坐在一起面对面就能够获取到真实有效的需求，我们更多的是需要引导，我们在与用户方面对面访谈时可以做一个QA表，QA表里列出你想要了解的问题点，在面对面的沟通交流时可以根据问题点进行扩展。
这样对于用户有一处启发作用，对于需求的获取也有了更多的主导权。
在访淡结束后，一定要整理好QA文档，然后发送给客户的代表保持在这些问题上的一致性认识。
如果能够把以上几占做好，我想获取到有效的需求会有更大的胜算，当然这里没有说到细节的需求分析的过程，只是方法论，在接下来的时间里会和大家聊一聊有关于需示获取的过程。
要获取有效的需求，我们需求从哪些方面下手。