本帖最后由 A1907abc 于 2019-8-1 21:24 编辑
PM8期-第一阶段总结
两周时间过得很快，感受颇多，关于阶段性总结，思索良久才迟迟动笔。即使没有这个要求，也是需要总结梳理一下思路，最近有个感觉，课程内容都听得懂，但是过后总感觉很模糊，答疑的时候让提问，说完全懂了又不见得，说没懂吧，又不知从何问起。可能是近期课程大多为概念性内容，不像实操类课程有立竿见影的效果，所以很有必要做这个总结，梳理一下混乱的思绪。总结内容为：产品理论，主要分为六个部分。概念性内容偏多，为了便于表达，做了个思维导图，细分下来有6个部分：(为了便于说明，导图知识罗列主要信息，需要细说的再加以文字补充)
0-认识产品
PM，Product Manager的简称。产品是满足某种需求的东西，经理是企业里管理型的职位，如此一来，产品经理就是管理产品的职位，没毛病。具体一点，产品经理是负责产品的市场调研、分析，产品立项，需求收集与分析，跟进产品设计、研发、测试、运营，协调各方资源并制定相应的产品策略的一类人。
PM的重点技能在于需求分析，流程结构设计，原型文档输出，由此可以看出，PM的基本职责：
俗话说“工欲善其事必先利其器”，PM有三大利器：
本领在身，利器在手，是时候搞点事情了，但是不能瞎搞，需要按一定的流程才能搞好事情，PM的工作流程简而言之就是：
接需求--->解需求--->定流程--->画原型--->出文档--->控进度
工作流程清楚以后，就开始正式搞事情，第一个要做的就是，需求收集。
1-需求收集
需求是满足某种欲望的需要：饿了想吃，困了想睡，渴了想喝……都是最常见的需求，需求的来源包括但不限于，用户，市场，公司内部，但最重要的还是用户需求。
产品服务于用户（顾客），本着顾客就是上帝的原则，产品就是用来满足用户的需求的。用户的需求是产品的灵魂，用户的需求是产品弟弟的眼瞳中唯一的辉光，用户需求是越过开发大神发梢的一波接着一波的灵感，用户需求是测试大佬孜孜不倦的追求，用户需求是运营老铁即使没有对象也要全力追寻的唯一真爱……（咳咳……前面纯属扯淡，只有第一句是真的）没有满足用户需求的产品不是真正的产品，所以为了真正了解用户需求，需求收集的方法就显得尤为重要。
需求收集的方法有三种：用户访谈，问卷调查，竞品分析。这里重点说一下竞品分析，所谓竞品就是市面上已有的，和准备做的产品类似的产品，比如腾讯在做QQ飞车前，市面上就有了跑跑卡丁车，在做王者荣耀前，市面上就有大名鼎鼎的英雄联盟，跑跑卡丁车，英雄联盟都是腾讯要做的产品的竞品，他们处于同一个赛道，因此，竞品分析属于横向比较。 做竞品分析的方法有两种：SWOT分析法和用户体验五要素分析法，这里细说一下SWOT，后者后面会解释。所谓SWOT就是，Strengths（优势）-Weaknesses（弱势）-Opportunities（机会）-Threats（威胁）的缩写，有矩阵组合的方式分析一个事物，以做出相应的决策：
需求收集好了，就需要用需求池来管理这些需求，需求池的管理原则是：宽进严出。所以，需求池是一个缓冲地带，用来容纳各种靠谱不靠谱的需求。如何才能知道哪些需求靠谱，那些不靠谱？这就到了PM工作的第二个阶段：需求分析
2-需求分析
需求分析就是将业务需求转化为产品需求的过程，但要做好需求分析，理解用户真实需求，就必须基于实际场景思考，否则就会事与愿违，轻则项目失败，重则公司破产。从课件的例子也可以说明这一点，课件上有个例子：一对情侣去学校旁边的酒店，对老板说，想要找安静的房间搞学习。如果老板认为学生们的需求是需要安静的搞学习的房间，然后为了自己的利润大搞装修，设置书架，配置电脑，最终酒店像个图书馆，非常利于学习……但情况很可能就是，没有生意！学校有免费的图书馆可以搞学习，为什么花钱来酒店呢？所以基于场景思考很重要，场景就是：人物+时间+地点+事件。回到，课件中的例子：
人物：情侣大学生
地点：酒店
时间：假期/周末/空闲时间等
事件：搞学习
答案很明显了。很感谢金老师的例子，让我深刻的记住了，基于场景思考的重要性。
需求分析的方法主要有5种：
方法一：马斯洛需求理论
方法二：人性七宗罪 傲慢，嫉妒，暴怒，懒惰，贪婪，暴食，淫欲
方法三：KANO模型 KANO模型的重点在于，对需求进行优先级排序
方法四：四象限 所谓四象限就是将需求的重要程度和紧急程度做分析，如下图：
方法五：功能清单 功能清单是产品功能列表的集合，包括，模块，子模块，功能点，优先级，功能描述等信息。例如，登录注册模块的功能清单如下:
需求分析完成后，就需要进行产品规划，从用户体验的角度深度规划产品，设计流程图、结构图。
3-产品规划
产品规划这一块的核心在于考虑产品的用户体验，用户体验五要素如图所示：
简单说下我的理解：产品规划核心考虑是用户体验的问题，根据前面需求分析获得的产品功能清单，做出相应的功能说明，绘制功能结构图，流程图，据此再做产品的信息架构，考虑信息架构应该考虑的因素：对应性，相似性，功能间的包含、并列关系、功能的使用频率，系统的扩展性，这时候就可以用Axure画相应的元素了，做一定的交互设计，界面、导航设计得到低保真原型，就可以交给UI做UI设计了。
说到Axure原型设计，就不得不提到移动端原型设计规范了。
4-原型设计规范
原型设计规范的细节内容都在导图中，这里不再细说。但尤其需要注意交互说明的撰写。
5-补充内容
本文档从PM工作流程的逻辑顺序来书写，过程中发现有些内容不适合写在正式流程中，所以放到补充拓展内容：
小结
经常总结梳理肯定不是坏事，能够在理清思路的同时发现一些学习上的漏洞。就我自己而言，有拖延的习惯，总结明明可以更早提交，拖到了现在也是没话说，立个flag，我要利用接下来的时间，改掉这个坏毛病。
砥砺前行，不忘初心！
-end
| 
组图打开中，请稍候......
收藏
淘帖
踩
