团队中的产品经理最近提出了几个问题，刚好趁此机会也做一下分享。
下面是第一个问题的回答，关于整体性思考产品需求。
问：在设计产品时候，该如何思考整个需求，我现在的方法是 思考用户目标，思考公司目标，
各自有什么需求？然后什么样的人会用，会怎么用？但是我希望寻找一种更健全的思考形式。
答：设计产品，在不同的阶段，是有不同的思考路径的。
1）产品初创阶段
如果产品是刚刚开始规划，或是规划一条新的产品线。那么就要从产品的根本意义开始思考，即要确定产品的战略定位。
产品战略定位需要考虑的几个要点有：用户是谁？他们有什么问题？他们的问题有哪些我们可以提供解决方案？这些方案中哪些我们可以提供？提供这些解决方案可以获得什么价值。
通过思考和探究如上问题，我们最终要确定：
a、谁是我们优先要服务的用户，也就是说哪些人是我们的核心用户，这时候一定要细分并从细分用户中挑选最有价值的那一群。
比如：我们要帮助那些想要找到自己结婚对象的人，假设我们把这些人可以细分成：单身白领、单身自由职业者、单身学术人员等等，那么我们可能会挑选白领作为核心用户。确定了核心用户，我们就可以继续下一步了；
b、我们的核心用户，他们面临的哪些问题，问题中的哪些又是我们最终决定要去满足的。即确定新产品要解决的问题领域。
上一步我们确定的核心用户是单身白领。那么我们就会分析单身白领在寻找结婚对象时面临的各种问题，比如：
-工作太忙，没有时间认识新的人
-和异性相处时，不知道如何做的更好
-不清楚什么样的异性符合自己
……等等
接着我们就要思考，这里面哪些问题是我们可以解决或愿意解决的。
假设我们经过分析讨论，最终决定解决两个问题：认识新的人和判断哪些异性符合自己，同时把认识新的人作为优先解决的问题。
c、面对核心用户的目标问题领域，提供何种解决方案。
面对相同的问题领域，根据经验、资源、实现难度等，可以提供多种多样的解决方案（甚至某些方案并非信息化方案）。思考这些解决方案里面，哪些或哪个是我们最终决定去做的。即确定产品的基本形态和方向。
在上一步中，我们确定要解决单身白领，认识新的人和判断异性是否符合自己这两个问题。那么我们可以提供哪些解决方案呢？
认识新的人，我们可以提供：
-开发app，让白领主动的寻找匹配同一个城市的异性
-每周末组织线下相亲会，让报名的异性
-开发网站，让有意愿的用户发布个人信息，方便异性认识和联系
……等等，
假设我们经过讨论选择，开发app这个方案
另外一个问题，判断哪些异性符合自己，我们也列出了很多，并最后选择运用心理学方法，让用户通过测试题来计算双方的契合度。
那么我们最终确定的解决方案就是：开发一个App，以心理测试为前提，提供契合度较高的异性匹配。
d、最后我们要思考，我们的解决方案，能够为我们带来哪些价值。这个问题尤为关键，很多创业者，从未认真思考过这个问题，导致产品的验证没有最终依据。如果确定了方案的期望价值和实现目标周期，我们就可以围绕这个目标去验证产品。
我们在上一步确定的解决方案是，开发一款App，让单身白领通过心理测试来进行异性匹配。那么对于用户的获取数量及活跃程度，可以设定为我们产品初期的目标价值，而这个价值最好具体一些，比如通过4个月的运营，注册用户达到20W，日均活跃用户2K。
上述四个确定产品战略的步骤，在实际讨论的时候并不是讨论完一个再继续下一个，而是放在一起进行，不断互相验证，最终确定为一个整体。
确定的产品战略，要发挥最大的价值，一定是在团队内部（这里说的不仅仅是产品团队，而是所有和产品相关的部门）讲解，甚至最好在讨论产品战略时让各个部门都有代表参与进来。
一旦确定了产品战略，我们就可以据此来逐步细化产品的路径、版本规划、每个版本要实现的功能列表等等。这些工作放在后两个产品周期来详细说明吧。
2）产品成长期
当一款产品有了清晰的路径，甚至有了一两个已发布的版本，这时候就是产品的成长期了。这时候大家不至于还在为，用户到底是谁，用户到底需要什么，而争论不休。
当然很多团队确实还在为此争论不休，那一定是还没有明确产品战略。或者产品战略虽然有，但只有公司的高层或产品团队才知道。如果是这样，那应该赶紧停下无谓的争论，最要紧的还是明确产品或让团队知晓产品战略。
产品成长期，最关键的是对产品路线及产品版本的控制。
这时候我们会面对层出不穷的需求，老板提出的，用户反馈的，运营提交的。那我们到底如何筛选和排序呢？
对于需求最好的筛子，其实就是已经确定的产品战略啊！
筛选：符合产品战略的留下来，不符合的就去掉。
排序：符合核心用户的核心问题领域，对解决核心问题最紧迫的往前排，其他的慢慢来。
有排序好的需求清单，接下来我们按照团队的能力和版本的上线要求，分割成一个个需要规划和实现的版本。
每个版本的需求清单出来了，大家就需要把这些需求清单转化成一个个功能需求，再规划成一个个实现功能的页面和功能流程，接着画原型、写文档、实现UI、交互稿、交付开发……
3）产品成熟迭代期
产品有了稳定的用户群，当初制定的产品价值也基本实现，这时候产品就进入了成熟迭代周期。
产品发展到这个阶段，面临的诱惑会前所未有的多。
竞品上了一个新功能，要不要跟进。
用户在后台反馈的需求积累了几百上千条。
老板周会上提出了想要增加的模块。
到底该如何抉择？
每款产品的具体情况不同，面临的抉择也不同，我很难在这里提供一个清晰有力的解决方案。但如果是我，我还是更愿意先回道产品战略层面。
面对用户提出的需求，我们要考虑这些需求是不是核心用户提出的，在核心用户中所占比重是多少？这些需要通过用户访谈、问卷调查及各种各样的方法来验证。
老板提出的，我们应该更深入的找老板沟通，明确背后的原因。是否表示这时候，我们应该开始下一阶段的战略战略更新了。
产品战略是进行产品规划和讨论的一个前提或基础，只有在清晰的产品战略基础上，才能更有效的探讨、思考、规划和实现产品的迭代。
最后推荐一本产品规划的实用书籍《用户体验要素：以用户为中心的产品设计》，比如比我讲的要更加深入透彻。
