1.仿照移动端或PC端还原产品中保真原型
内容：1）分解产品界面并分级，画出产品界面之间的关系
2）制作中保真原型并在过程中分析产品的交互细节，了解为什么
要求：a.界面关系使用树状图表达，必须包括每一个页面
b.产品原型重点在于界面的交互和内容架构，而不在于还原程度
2.使用产品并制作产品的UML图形
内容：1）总结产品功能完成用例图，分析产品的每个功能分别满足什么用户需求
2）根据分析出的需求去操作产品，根据每次操作流程完成流程图（顺序图）
3.对产品的用户分析
内容：1）浏览AppStore（ios）和Android商店用户评价，分析用户的痛点是什么
2）搜索并阅读长篇专业产品测评，分析内容并探索专业评价的思维模式
3）根据产品的定位尝试设计用户调查问卷、用户访谈内容
要求：a.（暂时）每个产品的碎片评论阅读量应在100条以上，长篇评论5篇以上
b.探索专业评论思维，是为了了解一个产品时可以更加深入，但不可由此陷入思维误区
4.分析产品的商业模式
内容： 完善中 ... ...
#杂记：关于产品的学习
学习产品这个方向，已经有不多不少两个月，两个月的时间看了两本书（《启示录》、《人人都是产品经理》），对于产品经理以及产品这个行业，有了那么一点点的基本认知，但看完两本书还有刘文智老师的《产品经理深入浅出》系列视频后，对于接下来的学习路程陷入了迷茫。
网络上产品经理的教程，大多都是千篇一律，只有少部分精华，但是即便是这一小部分，还是有一个问题所在——光说不练。这个问题也是我陷入迷茫的原因所在。我认为所有的学习过程当中，学习和实践都是必不可少的，但这些教程往往中心都在于讲，而不在于练，当然这也是这一个互联网学习模式暂存的小问题；线下的练习只能靠自己解决，但却没有一个既成的学习模式以供参考，学习的知识如果没有实践案例，就无法给大脑留下深刻的记忆，也无法开拓如何运用知识的思维模式。在这些问题下，我给了自己一小段时间停下来思考，这也就是为什么今天会有这么一个学习计划诞生的原因。
产品原型是产品经理的基本功，产品经理搭建的是框架，而不是内容，中保真原型是最适合用于交接和讲解的程度，能够表达产品的功能，产品的特点，以及产品的交互方式，it's 嘤辣狐。过多的产品细节反而会让架构师或者UI陷入思维误区。所以还原一个现有产品的中保真原型能了解到产品的核心功能和实现方式，以及学习产品的一些设计细节。
建立UML模型是我大学专业的课程，也正是这一课程让我在早期有那么一点点产品经理思维的雏形，UML模式是一种表达方式，在制作这些模型之前，一定对于产品有一个基本的定位，在产品未诞生时的模型图制作过程中，往往能根据用户环境思考而分析出产品规划的漏洞或者改进点。根据现有产品制作用例图和顺序图，能让我了解一个产品的功能点和这个功能点满足用户需求的步骤。而这些也仿佛在问产品经理三个哲学的经典问题：它是谁？从哪里来？要到哪里去？我对于这三个问题的理解是：这个产品的定位是什么？这个产品是为了满足什么需求而生？这个产品将要以何种方式满足需求？这也将是我现在分析产品的三个切入点。
分析用户评价是我暂时规划得比较模糊的一个方向，这个方式对应的产品经理能力应该是数据分析能力，但我没有一个现行的数据获取方式，只好暂时用这个笨办法并慢慢加以改进。值得一提的是，我认为其中的处理细节应该在于分析用户群体，模拟用户画像，并且根据用户提供的产品不足之处去分析产品；同时我选择看一些长篇评论，原因在于长评论的作者或多或少都是互联网产品的高频用户，他们的评论一阵见血，并且往往会根据经验指出一个可行方向，当然产品经理的角度必须包含每一个层次的用户，在这个分析过程中，一定不可被高频用户的思维带着走。
商业模式这一部分，实在的说触及了我的知识盲区，计划一段时间内通过学习摸索再制定这个方向的可行计划。
以上，规划了一个长期学习计划，并且会在过程中完善和改进，希望自己学有所获。
