这片文章，是我工作中，逐渐总结出的一套基本分析框架，核心思想参考了用户体验要素，然后结合自己工作当中的经验和我对产品经理的理解，将其应用在产品开发过程当中并不断改进和完善，形成了这样一套框架。
一、总体目标
无论什么样的任务，分析的第一步最好都从目标开始，做产品更是如此。对于软件产品，一般分为下面三个目标：
1.战略目标
2.功能目标
3.商业目标
分析这三个目标，是最重要的一步，一定要准确地找到产品在这三个方向上最根本的目标，如果分析得不准确甚至稍有偏差，都可能会在后面的步骤中出现很大的折返跑，甚至项目流产。
战略目标是公司或团队做这个产品的战略意义，以及这个产品在市场上的目标定位，这个目标一定要站在很高的高度上，从所属的整个组织的角度去考虑，不过我想，即便是个人开发者，应该也有自己做某个产品想要达到的战略目标
功能目标是产品本身在功能上要满足用户的什么需求，这里只列出最根本和最重要的即可，至于什么是最根本和最重要的，除了很明显的产品主功能以外，推荐大家多从抓住用户的“贪、嗔、痴”的角度去想，会有启发
商业目标是产品的盈利目标，也就是赚钱（所以非盈利产品就没有这个目标），这个目标看似比较简单，但其实根据商业化方式不同，目标的落脚点差别也很大，一个简单且普适的目标是DAU ARPU值
需要注意的是，这三个目标的优先级是分优先级的，战略目标凌驾于另外两个目标之上，因为战略目标可能关系到公司整体的目标和利益，一旦定了，另外两个目标也不能违背。功能目标和商业目标则在不同情况下优先级不同，比如，公司的战略是用一款产品占领市场打品牌，收入则是次要，那么功能目标就要高于商业目标；再比如，如果想做一款纯商业产品，产品内的广告一定会影响用户使用，此时商业目标就是高于功能目标的。
但是，无论这三个目标的优先级是怎样的，只要列出来，那它们就一定是非常重要的，决不能因为优先级低就忽略，如果能忽略，还不如不列。在接下来的设计和开发过程中的每一步当中，都要围绕列出的目标仔细考虑，尽量满足三个目标的要求，并争取每一个目标实现度最大化。
有人可能会问，这样列出的目标，可能很大，无法落地实施，是否需要进行分解？就我个人而言，不推荐分解产品的根本目标。我认为，目标是结果而不是答案，得到结果的方法可能有无数种，所以它是不可能被完全分解的，而我只取其中我能做到的一种即可。如果非要像解题求答案那样，将产品的根本目标分解掉，分解成一个个小目标，再将小目标分解成更小的目标，那么你很可能会迷失在其中，将某个小目标当成自己的根本目标，从而做出一个看似正确实则早已偏离轨道的产品。
二、需求范围
需求范围可以从多种维度诠释，最基本的就是罗列功能。建议分以下两步进行：
1.功能列表（重要级由高到低）
2.功能分解
在功能列表中，列出产品具体要实现哪些功能，重要级是怎样的，每个功能分别是为哪些目标服务的。功能列表中所列出的功能，一般来说是为了功能目标服务的，但有个别功能可能会对应战略和商业目标。每个功能会对应一个或多个目标，如果你发现列出的某个功能没有为任何目标服务，就需要思考一下这个功能是否有必要做，或者反向思考一下自己在第一步中目标是否列错了。
既然要列，就要尽量列得完整，但是对于每一个功能都要经过仔细地斟酌，不能一昧地增加功能。虽然我们常说功能只分主次不分大小，但是在这一步当中，还是要尽量根据功能的大小，把需求落实到细小的功能点上，这就需要功能分解。把功能列表中列出的与目标相对应的每个功能，都从功能实现的角度进行分解，至于需要分解到怎样的颗粒度，可以视产品类型和当时情况而定。
其实，有了第一步中的目标，也并不能据此列出产品的功能，因为需求范围是需要结合其他分析手段才能得出的，同样，接下来的每一步也都是这样，需要很多分析方法。这里的分析方法包括但不限于：用户调研、数据分析、竞品观察等等。个人观点：做产品，很多时候并不适合线性思考，非线性思维才是最重要的工具。还是我之前提到过的，做产品不像解数学难题那样，一步步推导，只要保证每一步都是正确的，最终就一定能得出正确答案；在做产品的每一步当中，都有无数的方向和可能性，我们需要持续地从全局考虑，多维度并列思考，总结和顿悟，再加上一些想象力，以求命中那冥冥中最优的组合。
三、产品结构
定了要做哪些功能之后，就需要对产品结构进行规划，把列出的功能良好地集成在一个产品当中。在产品结构这一步，先把产品的整体结构关系梳理出来，包括：有哪些页面，页面间的关系，如何跳转，如何导航等。
1.页面关系
首页（主页）
一级页（从首页进行1次跳转即可到达）
二级页（从首页进行2次跳转即可到达）
…...
2.导航结构
页面关系就是分主次关系地罗列出产品中的所有页面，导航结构则是选择合适的导航模式对产品的导航和页面间的跳转进行梳理。
四、页内结构
其实这一步也是结构（虽然在用户体验要素中被称作框架），完全可以和上一步并在一起，但只要稍大一点儿的产品，产品结构+页内结构就可能非常繁杂，所以最好还是分开，这样能更清晰地进行梳理。
1.页面目标
2.功能结构
就像我前面说的，根本目标是不能分解的，这里的页面目标，也绝对不是根本目标的分解，这一条放在这里就是起铺垫作用，为功能结构服务，提示自己，要将页内功能结构分析得足够准确，就要再次分析一下各个页面，到底承载了怎样的具体功能，这些功能你想要用户从中获得什么。
功能结构，是说将各个页面内的各个功能按其所占的位置，大概摆出来，最好用图片加文字说明，明确页内所有功能的大概位置，所占大小。这一步当然是越精准越好，但如果是比较common的页面，也可以跳过这一步，在下一步时直接画原型即可。
五、原型交互
这一步没什么好说的，可以说是产品经理的基础技能了。这里有个小建议，给设计师和给开发的图最好分开，文档也尽量分开，因为侧重点是不同的，其实最好的节奏是，先做给设计师看的原型交互文档，等拿到设计图终稿之后，再开始做给开发的原型交互文档，但是这样的节奏需要每一个环节的参与人员都是非常专业的，否则最好大家每一步都一起商量着做，这样才不会导致后期因为中间某一步出了问题而折返跑。
六、成本及风险评估
成本和风险是时刻都要考虑的问题，但是考虑得太早，可能会忽略掉很多细节上的问题。产出了原型交互之后，就可以开始进行最终的成本和风险评估了，这个环节除了从产品本身的角度考虑外，主要还是要详细地咨询专业的设计和开发的意见。时间多就可以开大会多讨论讨论，可能会揪出不少平时想不到的问题来；时间紧就不要讨论了，最快捷的方式是每个人站在自己的角度上给出简单的评估文档，然后由产品经理整合分析，得出结论。
其实每个产品经理在做一个产品之前，可能都没有100%的把握，但我们需要通过一些方法，尽量地提高自己的把握。要做出一个完美的产品，可能需做对10000件事，当你能做对6000件以上的时候，这个产品就及格了，能做对8000件以上，这可能就会是一个好的产品。（当然也有一些关键的地方是不容出错的）
而我在做一个产品之前，就会以之前所叙述的步骤对这个产品进行分析，通过这样的分析过程，确保自己做对更多的事，让产品更加优秀。并且在对自己的这个分析过程进行总结当中，我也更加深刻地感受到了产品经理在一个产品的形成当中到底扮演一个怎样的角色，产品经理到底能为一个产品带来什么。而对这一点，我相信每一个产品经理都有自己不同的感悟，仅希望这个分析过程能给大家带来更多启发。
