产品的方法论有很多，但是应用再工作，其实套路都是相通的，概括来说，产品经理的核心技能主要包含三个方面：需求分析、产品设计和项目跟进。
需求分析
需求分析是指如何洞察和挖掘需求，或是在获取到需求之后，如何处理分析需求。做一个产品首先是对需求的洞察，每一个人都有需求，所以第一步就应该找到你发现的需求，再去做产品。那么如何做好需求分析呢？
理解行业
刘德说：我们要看清楚时代的大逻辑，要看清楚产业的本质，做有战斗力的产品。了解你所处的行业，包括它的历史背景、发展趋势、当前动态。当你在一个行业沉淀了足够多的时间后，自然会形成你对一个行业的理解，你会有一个更全面的视角来看待它。作为新人PM，在我们对一个行业不了解时，怎么去提升自己对一个行业的认知呢？
1.多看书 看跟这个行业相关的书，海量的阅读会让你形成对这个行业的概念性的认识
2.向有行业经验的人请教 找到你身边在这个行业沉淀已久的老鸟，听听他对这个行业的观点
3.订阅相关公众号，关注行业资讯 每天利用碎片时间扫一下当前的热门资讯，了解最新动向
了解市场动向，洞悉用户需求，熟悉运营周期
产品运营不分家，一个好的产品经理，也一定是一个好运营。你需要了解这个市场，知道竞争对手在干什么，知道你的用户需要什么。针对不同的产品运营周期，把侧重点放在不同的需求上，决定需求的优先级。
第一阶段：想法的验证
在你进行制定解决方案前，花时间调查存在什么问题，目前客户是怎样处理它的。这将帮助你了解你的目标市场，以防你给一个不存在的问题设计了一个解决方案。
问问你的目标市场用户：
1. 你想干什么？
2. 你试图解决什么问题？
3. 你现在是怎么处理那个问题的？
4. 在你如何处理它的过程中，你喜欢哪点？
5. 在你如何处理它的过程中，你不喜欢哪点？
6. 你会为了某个东西（服务）付多少钱？
第二阶段：产品和市场的契合
一旦你开始着手解决方案的工作，一搭好框架就尽快获得用户的反馈是个好主意，这将帮助你迅速找出你是否在正确的轨道上。
问问你的目标市场用户：
7. 观察这个原型，你认为它是用来做什么？
8. 你希望你能够做什么？
9. 你在会在这里做的第一件事情是什么？
10. 如果你有一根魔棒，你会如何改变这个？
如果你有多个设计版本可供选择：
11. 这两个版本哪个对你来说更有意义？
12. 你也可以做竞品的远程用户研究。前提是你已经测试过竞争对手的产品。当观察你的理想用户和产品进行互动时，你会发现更多的见解。
给你的目标市场客户提供一个竞争对手的产品，并提问：
13. 你以前使用过这个产品吗？
14. 你喜欢这款产品什么？
15. 你不喜欢这款产品什么？
16. 如果你有一根魔棒，你会做出什么改变？
17. 你知道在市场上还有其他类似的产品吗？
第三阶段：优化
一旦你验证了你的产品想法，你可以继续找出需要增加哪些新的功能，需要去掉哪些现有功能。这就是互动的原型带来的便利，因为你可以观察到你的用户围绕产品进行的最自然的探索。
18. 你还想在这里做什么其他工作？
19. 如果有的话，哪个功能你觉得最有用？
20. 如果有的话，哪个功能你觉得最没用？
21. 有什么东西显得格格不入吗？
同时也留意你的用户没有做什么。如果没有人用你的核心功能之一，那么那个功能应该被红牌罚下了。
做需求调研的时候，做开始可以采用焦点访谈，去问用户哪些是他们真正care的。然后再1V1沟通，挖掘和了解用户深层次的需求。
产品设计
最小可行产品MVP
使用某个功能的最简化版本——最小可行产品MVP（minimum viable products ）来验证早期的产品想法。一旦找到了值得解决的问题并设计出了MVP，下一步就是测试你的方案能否有效地解决问题。换句话说，你必须检查做出来的东西是不是人们想要的。
核心问题：手头有没有值得解决的问题？
在第一个阶段，必须先确定手头有没有值得解决的问题，不能在没有确定之前就花上数月甚至数年的时间来推出解决方案。 想一个点子不费什么劲，但是要实现它的话却需要花费大量人力和物力。 要知道某个问题是否值得解决，可以从以下三个问题入手：
（1）你的解决方案是否是客户想要的？（必要性）
（2）他们是否愿意为你的解决方案掏钱？如果不愿意，那么谁来买单？（发展性）
（3）你的解决方案是否能够真正解决问题？（可行性）
一个很典型的例子就是send with us，他们想到任何用户会需要的功能，并将它们全部加入到 UI 中，以像按钮、链接、复选框等形式显示出来，让 UI 看上去很真实。
但重要的是，这些后来摆上去的功能都是无用的，并没有任何实际用途，称之为“dead end features”，又或者是“Buttons to Nowhere”。
而统计这些用户的点击动作，则是用来分析哪些功能是需要的哪些是不需要的数据，并且还得到了一批早期用户的测试申请，可谓一箭双雕。
感兴趣的话，可以看看这篇文章：http://36kr.com/p/210328.html
有一本书是介绍MVP的经典，叫《精益创业实战》强烈推荐这本书，属于实战类的工具书，介绍MVP整个流程不同阶段需要完成的工作。
PMF （Product Market Fit）产品与市场做匹配
核心问题：我做出来的东西是人们想要的吗？
一旦找到了值得解决的问题并设计出了MVP，下一步就是测试你的方案能否有效地解决问题。换句话说，你必须检查做出来的东西是不是人们想要的。在这个阶段，你的计划开始逐步实施：开始有客户了，而且你还能留住客户，并让他们掏钱。 你需要对growth curve有一个预期点，知道在什么时候开始会开始增长或爆发。
UED 尼尔森可用性原则
尼尔森（Jakob Nielsen）是一位人机交互学博士，于1995年1月1日发表了「十大可用性原则」。1995年以来，他通过自己的 Alertbox 邮件列表以及 useit.com 网站，向成千上万的 Web 设计师传授 Web 易用性方面的知识，尽管他的一些观点可能带来争议，至少在 Web 设计师眼中，他是 Web 易用性领域的顶尖领袖。
感兴趣可以看看我总结一篇体验设计原则大全：http://trista-yan.lofter.com/post/1d4fb20e_8b940ff
项目跟进
产品需要懂技术吗？
产品经理是否需要懂技术，取决于你当前的需求，你的产品是否要求你懂技术。
比起泛泛的学，根据你当前的需要有针对的学习技术，更能解决需要。
怎样才是最好的文档？
技术需要的文档就是好文档。
来到一个新公司，首先看看这个公司的其他PM，或者你的前任PM是怎么写需求的。技术对于这种需求文档是什么看法，是否认可。总的来说，入乡随俗是最好的选择。本来需求只要说清楚就行，不在乎用什么方式来表达。
进度管理
产品经理需要考虑怎么样对需求排序最合理。可以从需求的紧急程度、重要性、实现成本三方面来考虑。
举个例子：
紧急需求：
运营的同事跑来，啊，那个谁，马上就是国庆了，你给我们APP图标加个国庆的样式呗，这个一定要9.30号上线的。这个属于紧急需求，那加这个样式，重要吗？往下看。
重要需求：
可以从使用人数、使用频率和创造的价值，三方面来衡量是否重要。运营的同事又跑来了，你是个做线上旅游的PM，运营要求加个国庆长假的推荐功能，向用户定向推送国庆节好玩的出国行。这个需求贴合场景，触达的用户多，且可能带来收益，它重要吗？不言而喻了。
实现成本
运营同事要求，根据用户的交易频率，上次去旅游的地点，行为偏好，针对每个用户定向推送旅游广告。
技术评估，NND，3天要实现定向推荐？去你的，老子不干了……
产品经理得出结果，跟运营商量……大哥，这个需求实现成本太高，咱们能不能简单点做，先统一推荐一套旅游广告？不然来不及上线啊！
软实力
信息处理
获取尽量多的外界信息（行业、市场、竞品）
获取内部信息（了解公司战略方向、各部门的动向）
数据分析（了解数据背后反应出的意义和价值）
逻辑分析
逻辑分析过程中要警惕陷阱：
混淆因果关系和相关性
概念有歧义或偷换概念
逻辑关系混乱、不熟悉归纳演绎
假设错误
轻易断言
太过主观臆断
片面归纳
过渡比喻
理解+表达=沟通
如何提升你的沟通能力呢？
复述
倾听时，重复别人讲的话，看自己理解的是否准确。表达时，让别人重复你的话，看别人理解是否准确。
可视化
通过白板、纸笔表达你的想法。《餐巾纸的背面》专门讲图形化表达。
通过他人达成目的
把他人当做你的资源，找到他们的利益点，通过分析利害，把每个人都能利用起来。通过驱动利益相关人，来驱动项目进展。
任务管理
我个人在用的两个工具：朝夕日历和奇妙清单。
什么工具其实无所谓，主要能管理你的工作任务。
另外，强调下，每天写日报真的很重要！每天写日报真的很重要！每天写日报真的很重要！重要的事说三次。
为了避免浪费一整天，在来到公司后，第一件事，请写日报来规划你一天的工作。
知识管理
印象笔记、为知笔记或者有道云笔记都可以。
平时看到有用的内容就往里扔，定期复盘总结输出。
关于笔记分类，不要太繁琐，现在笔记都有搜索功能，建议：
知识类就2个分类“已处理”和“未处理”的。
工作类就2个分类“进行中”和“已完成”的。
这样能帮你聚焦到当前需要处理的任务上。定期把未处理的知识消化掉。通过输出文章、讲课、或者画思维导图来消化这些知识。
最后更新于 2018-03-04 23:01:18 并被添加「」标签，已有 3 位童鞋阅读过。
