一个产品或者项目的开始都取决于用户的需求，用户的需求成为软件需求的直接导向。在我从业的期间发现传统软件产品和互联网产品在需求层面会有些不同，不同这处主要还是在实现的过程的文档化上。

  把用户需求转换成系统软件需求的这个过程称之为系分。我想从这个地方描述下在我的工作经验里，传统软件产品与联互联网产品的一些差异。

   传统软件项目的用户需求的获取，一般来说主要是通过面对面的交流和沟通，直接与需求方代表沟通用户的需求，或者从市场部门的反馈信息中提练，当然对于有些标准类的，像财务软件，建筑行业性的软件都要依据现实的行业标准为核心，适当的去满足用户企业管理上的一些流程，数据的整合。这些流程和数据也是需要靠与用户的直接沟通产品的结果。互联网产品的用户需求的获取会有很大的不一样，基本上是靠用户的调查和用户代表的访问，但是这样也是很难获取到真正的，全面的需求。互联网用户的基数远远大于传统软件，一个好的互联网产品的用户数是以万为基本单位。抽样，问卷都不够全面，也不够精确，那靠什么呢？靠市场的反应，靠运营的数据分析。

  在需求分析的产物需求文档上也会有一样的，传统软件行业也有自己的文档标准,CMM，国标，国企项目一般用的国标多些，也有些采用的是CMM的标准，无论那一个标准从文档的格式上来看都差不多，都是描述系统的功能性需求和非功能性需求及用户的界面交互，环境需求，性能需求这些都有量化。

  互联网产品大部是以用户体验为导向，基本上是以用户的使用流程，工作任务分解为导向，围绕用户的操作习惯，用户的浏览习惯，信息的布局等为重点，数据本身来说还不像传统软件那么的“重要"了。并且对于其它非功能性的需求也很难一次性量化，只能在不同的阶段响应不同需求。