在软件开发领域，需求可以说是“万物之本”，没有明确的需求，软件开发公司无法给出具有参考意义的报价，产品经理也未必能够梳理出相应的产品逻辑与功能；而且很多产品开发到后期出现问题，根本原因还是在于需求；退一万步来说，如果需求非常不明确，你又如何去确保十几万或者几十万开发出来的软件就可以解决当前的业务问题呢？所以，梳理出与当前业务相匹配的产品需求至关重要。
前面提到一个非常重要的点就是：软件是为了解决具体的业务问题的。虽然产品经理可以在产品的系统构架、逻辑、技术方面做出专业的判断，但那也只是在软件开发领域。最懂业务的还是客户自己，所以，结合具体的使用场景对待开发软件进行刻画才是最有效的。
当然，作为非技术人员，客户自己不可能像专业产品经理那样做出包含数据产生、流转顺序这么详细的产品需求。再说了，要是我自己就能做得这么全面详细，那要产品经理有何用？
对客户而言，在和项目经理沟通之前，或者说在找软件开发公司之前，更重要的是结合具体的业务去分析产品的需求。
以下，结合英选的产品需求梳理文件，给非技术背景的需求方，提供一些产品需求分析的思路：
01
目标用户及问题
首先应该要明确软件的用户是谁？软件解决了他们当前的哪些问题？
这是最基础也最重要的一环，客户需要结合自己的业务详细地刻画用户画像和分析相关问题。
02
现有产品对比
当客户、合作伙伴、竞争对手有类似的方案时，就可以进行借鉴和参考，看看别人的用户特征是什么？对应他们给出的解决方案又是什么？有哪些优势或者不足？
虽然极少数情况下会有企业自己从零原创一个软件来处理当下的某个问题（比如十几二十年前的淘宝），目前大部分的软件开发都是有所参考的。
就比如目前大部分的电商软件都借鉴了淘宝的部分功能；大部分的外卖、点餐小程序都借鉴了饿了吗的部分功能，当然也会随具体的业务进行调整。
03
使用场景
用户会在什么情况下使用这个东西？
使用场景对于边界的划定相当重要。毕竟人的想象力是无穷的，当我们在想象使用场景的时候，很容易就“天马行空”，比如一开始规划的场景是大学生在宿舍里，然后慢慢变成年轻人，之后又演变成所有人，最后这个边界就模糊掉了。
可以按照5W+1H（who、when、where、what、why、how）的原则去反复去推敲用户具体的使用场景，尽可能具化细节。
04
核心功能
产品应该包括哪些核心功能？
注意这里考虑的是核心功能，是产品帮助目标用户解决问题的最关键所在。比如淘宝，其核心在于帮助用户在线上实现购物，那么能浏览不同商品信息，下单购买就是它的核心功能，至于加淘友之类的社交功能则属于其在产品发布后不断迭代升级所需要考量的，而非一开始产品就需要具备的。
很多人在设想自己的软件时，总习惯构建一个大而全的产品，不仅容易超预算，而且可能将产品改得面目全非。
这一阶段应该按照角色和对应使用的核心功能去进行梳理，比如：
【用户】-可以发帖、分享、点赞
【后台管理员】-可以看到财务流水
05
技术需求
前面业务相关的都分析清楚了，才到技术选型这一步。包括使用平台的选择，是开发官网？还是手机软件？又或者小程序？需要哪些第三方服务，支付宝？微信支付？百度地图？
技术选型参考
06
整体风格
实用的完了就到美观的部分了，就是整个软件你希望它是一个什么样的风格？扁平化？极简？谷歌的Material Design风格？或者其他？
虽然以上步骤的起因是软件开发的需求梳理，但这一个系统的分析过程，不仅明确了软件的需求，更能让人对于当前的市场与业务、目标客户与需求有更加深刻的认识。
/ 推荐阅读/
