作为一名产品经理，首先要做的，就是不断地去发现用户仍未得到解决或优化的问题，然后思考能否用产品的手段解决掉。
从需求到拆解产品
《掌握需求过程》这本书中说到：
“需求是产品必须完成的事以及必须具备的品质”，是在构建产品前需要发现的东西。
《启示录：打造用户喜爱的产品》提到：
“我建议产品经理关注日常生活里那些让大众烦恼不堪，又不得不应付的事情。如果产品经理能解决这些问题，一定能打造成成功的产品。”
所以作为一名产品经理，首先要做的，就是不断地去发现用户仍未得到解决或优化的问题，然后思考能否用产品的手段解决掉。
这样搞定产品结构图
一个产品的结构图，其中包括每个栏目以及所包含的功能以及展示信息。而用户流程图则是展示一个用户使用这些功能的流图，第一步做什么，第二步做什么，检查产品结构图是否合理，是否注意到用户体验，并且逻辑能否走得通。
另外就是定期去分析一个 App ，写出里面的关键点，比如我们能从中得到什么结论、学到什么新的交互逻辑、页面怎么更好的布局、某些提示怎么处理等等。一般拿到一款 App ，不是先探究细节，而是先要观察整体。先完整的操作一遍这款产品，熟悉大致的功能、页面流程以及框架结构。
如下图，我们通常用思维脑图分析一款产品的结构：
产品结构图的设计流程
尽可能列出你要做的产品的所有功能。将所有功能一一列在纸上，尤其确定产品的必要核心功能。围绕每个核心功能，将属于它的子功能、模块进行归类。子功能可有多个层级。同时可以标出每个独立的页面。在每个功能节点上，补充必要的信息元素。使用思维导图(或其他工具)将上述内容整理成图形，完成。
除此之外，作为一个产品或者设计人员，要学习产品的设计与交互，一个很好的方法，就是临摹。把你喜欢的做得好的产品（大家作品）的每个页面临摹（反演）出来，反演时思考产品为什么要这种信息架构，为什么这个页面要放这些功能，每个区域放哪些元素，各个页面是如何跳转的。通过几次临摹，你一定对产品的设计和背后的逻辑有深入的领会。
同理，一款完整的app是主要包括 产品战略层，交互逻辑层，UI视觉层，开发&后台层，以及最后的运营推广层组成。每一个层次都可以进行详细拆解分析，但如题所说，这里我们着重分析拆解交互逻辑层。
拆解产品过程中的关键步骤：制作流程图
只要有事情和任务，流程就会有，但是并不是所有的流程都适合用流程图的方式去表现，适合用流程图去表现的流程是一定程度固定的有规律可循的。这里的“流程图”既然包括模块和元素，是“逐渐完善产品的结构导图”，可以直接指导线框图制作。
常见的3种流程图
业务流程图
通常由几个「角色」来组成，互相配合流水线般的工作穿插，譬如小A搞定了给了小B，小B搞定他的部分传给小C，小C搞定后又要将结果传给小A做……可以认为这种在各种角色中的穿梭操作就是所谓“业务流程”。
工具图形：泳道图
［泳道图按角色划分为一个个泳道，每个角色的活动散落在各个角色对应的泳道里。泳道图是将模型中的活动按照职责组织起来。这种分配可以通过将活动组织成用线分开的不同区域来表示。］如下图所示：
操作流程图
用户对产品功能的操作过程，这个流程是为了完成某个任务。比如成功注册、登录或者支付
工具图形：程序流程图
页面流程图
主要体现在页面跳转逻辑
工具图形：原型图
总结
对于一个新的产品，作为产品经理我们应该从业务高度梳理产品结构，包括信息、功能、接口、逻辑、流程等。勾勒出产品的框架，拆分产品的结构，从表现到本质都弄清楚产品需要做成什么样子，怎么实现，如何迭代等。
本文总结了拆解产品的三步法，虽不算非常牛逼，但是屡试不爽，如有雷同，纯属巧合。
第一步，使用脑图拆分结构，了解框架；
第二步，使用低保真线框图，重建主体模块及功能；
第三步，完善线框图，形成有细节的原型图。
