谈到需求分析，我们需要首先将产品分为2类，一种是已经有确认的客户，而且直接根据客户的需求来开发的项目，可能就是一个客户；另外一种是提前做出产品后买个目标的客户群。
针对第一种情况可能会稍微简单点，因为客户的需求的非常明确的或者可以前期沟通的非常明确。而且功能满足后客户能够接受，这里就不作为分析的重点。我们重点关注后面一种情况，因为如果前期需求没有分析清楚的话可能直接导致产品卖不出去，而且需求分析的方法也可以适用于第一种情况。
需求分析和产品规划所要思考的内容差不多，或者说需求分析是产品规划的初级阶段，做好需求分析的话后面能够更好的向产品规划方向去发展。
因为笔者还没有涉及到这块，所以会简单的根据自己的理解去涉及下。
我们主要通过如下几个维度来分析产品的需求：
基于深度的需求分析：主要是从深度去分析客户的需求，让我们的产品能够更好的满足客户的核心需求，让客户看到产品能够眼前一亮，说：“嗨，这就是我想要的。”
基于广度的需求分析：主要是从广度去分析客户的需求，产品的核心功能得到客户的认可后，就可以在原来的功能上进行扩展，有更多相关的功能来增加客户的粘度。也让产品满足更多的客户群体。
产品的可靠性需求分析：主要去分析如何去保证产品的可靠性，避免出现产品影响到客户本身的业务。比如：产品内存占用太多导致客户的内存不足。
产品的易用性需求分析：主要去分析如何保证产品的易用性，降低客户的学习成本和产品的推广成本，也让客户更加容易的接收。
产品的安全性需求分析：主要去分析如何保证产品的安全性，避免出现安全相关的风险。特别是一些涉及到客户隐私或者财务等关系比较大的产品。
首先说下需求分析都做什么吧！
1、在项目的需求形成前就开始对需求进行分析，确认里面所有的需求点能够给客户带来的价值的什么，或者客户真正的原始需求是什么。（可能有人会有疑问：这不是产品经理或产品规划经理的工作吗？是的，你答对了，但是这有什么问题呢）。
2、有自己的一套需求分析的方法。比如：基于上面几个维度的需求分析就可以做成和下表一样，并且不断的维护和完善。
8.1表
维度 | 分析点 |
基于深度的需求分析 | xxx |
xxx |
基于广度的需求分析 | xxx |
|
可靠性需求分析 | |
易用性需求分析 | |
安全性需求分析 | |
3、项目过程中一直跟踪整个需求，对每次的需求变化（新增，修改，删除）都能够提出自己的意见，甚至对于不合理的地方能够说服上级等。并且最终能够对整个需求负责。
4、测试过程中能够真正站在客户的角度上面去使用产品，并且能够及时发现不合理的地方（包括：易用性，可靠性，安全性，美观等等）提出自己的意见，并且能够形成影响力（并且有一套自己的测试方法）。
5、产品出去后及时搜集客户对产品的意见，并且总结、分析和改进。
从上面来看，需求分析师其实已经脱离技术和测试本身了，比较适合对产品比较感兴趣，但是不喜欢技术本身的。
不过，现在实际上主要是有产品经理来承担产品的规划和体验改进，测试接触这块的比较少，如果测试人员想往这方面发展和转型的话，其实是一个比较好的途径，当然，你也可以直接去做产品经理，这里主要是针对工作过一段时间的测试人员，但是发现自己对技术其实没有那么大的兴趣。而想去做产品相关但是没有方法的人。
当然，这个需要自己考虑清楚，自己真的适合做什么，而通过前面测试的一些工作，自己应该大概比较了解自己删除的地方了。比如，有的人就是喜欢做技术，喜欢接触代码，那么就可以完全不用去接触这块的工作。
基于深度的需求分析：
l 产品的目标客户群是什么，并且当前的市场有多大，是否能够量化出来？
l 目标客户为什么需要该产品，该产品给客户带来的价值的什么？
l 有了该产品后，客户是如何来使用该产品的，具体的使用过程是怎样的？
l 客户是否有其他的替代方法，我们产品的功能相对替代方案有哪些优势？
l 竞争对手的该产品是怎样的，相比较我们的产品有什么优势和劣势？
l 客户的主要使用场景有哪些？包括客户的部署环境，操作习惯等等？
l 是否有更好的方案来解决客户的问题？
l 目标客户对该产品的性能需求是怎样的，一般同时会有多少并发数量或者吞吐量？
l 未来几年市场是否会下降或者上升，原因是什么？
l 未来几年是否会有新的技术来取代该产品？
l 产品某个功能的开发周期是否太长？导致开发出去后已经没有市场了？
l 是否有的功能是否给客户的价值很小，但是投入却比较大？
l 是否可以优先推出核心需求的功能，看看市场反映后再说（金丝雀方案）？
基于广度的需求分析：
l 客户还希望该产品能够具备哪些功能来更好的满足自己。
l 客户那里有没有类似的产品是我们现在的产品可以去替代的，比如：我们的产品也可以去实现该功能来替代该产品。
l 节省客户的成本或者资源。
l 产品能够向那些方向进行伸张和扩展。
产品的可靠性需求分析：
l 该产品是否会跟客户使用的一些其他产品产生冲突
l 在客户的场景里面占用的资源是否合理
l 产品异常后是否有快速恢复机制并且上报异常
l 产品异常后是否可能影响客户本身的业务
产品的易用性需求分析：
l 对于客户来说，使用过程是否足够的简单
l 该产品是否支持客户主要使用的操作系统、浏览器、显示器等等
l 该产品是否提供demo去直接让目标客户体验
产品的安全性需求分析：
l 产品是否可能导致客户的隐私泄露。
l 产品是否会导致客户面临金钱损失，比如：账号被盗用。
l 产品被侵入后是否可能会导致直接获取到客户的数据。
l 产品是否安全保护机制有哪些，是否足够。
