产品需求分析受哪些技术限制？

考虑吧，会限制思路。

不考虑吧，可行性被推翻，信任问题来了，还得返工。

考虑还是不考虑？

楼主的说的这个问题，主要在于组织形式上，并且需求分析或技术本身造成的问题。目前存在以下三种不同形态的处理方式：
1，BA型（重业务分析）
我们也叫作专职型，在大公司比如BAT、华为外包等大公司中，BA（业务分析）是作为独立一块来处理，前期跟需求规划整个系统的各方的需求，梳理出来。这时需要独立的去考虑系统多人配合实现。所以此时无关乎技术是否能实现，只需要评估过后都会由项目组去执行。
小结，BA型专注业务形态呈现以及系统实现，技术层面非考虑范围。

2，项目型（Project）
项目型一般是由技术主导项目规划、业务需求、原型设计、需求分析、商业分析等。在这种组织结构里因为是整个项目中的一个环节，故需要根据项目组安排做出对应部分的产品设计等。有很多公司也会细分为产品、设计、计划或项目组、研发部等。此类组织框架对需求分析需要了解技术才能便面提交到研发部时因实现的差异造成产品规划与产品实现变为两套不同的产品。
小结，项目组型根据不同的组织结构在某些部分里，需求分析是需要包含技术实现。

3，敏捷开发型
这种方式更适用于灵活的小团队，以及中小型公司创业项目操作。比如在我现在的团队，我们建立A-Team形式：由规划、产品、市场、技术共同组成小组，项目开始时由规划负责导演用户案例，产品负责脑图，市场考虑场景应用，技术考虑实现来各司其职。这样对一些项目的需求分析做到相互配合的完成理解。如果遇到需求分析理解不一致时将问题提交给最高领导去拍板选择执行方案。从项目一开始就将项目成为整个项目来进行操作减少需求的不理解以及需求变更时技术的抵触；让专业的人参与到整个项目中来。
小结，敏捷开发型让项目快速搭建成快速应用到用户中去。

故，需求分析是否考虑技术这个问题，主要是看你所在的组织形式以及项目管理方式。

文/淡定王子 聚沙成塔 高级杂工

关键字：产品经理, 需求

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！