每个人、每个团队都有自己做产品的方法，不可能完全一样，但核心思想应该是相通的，所以我们总结了一个做产品的流程，为了尽量通用，保留了每一个「可能」需要的环节，也就是说，实际工作中，未必每次都需要完整覆盖流程中的每一步，可能会根据具体情况，省去中间的某些环节，在此声明一下，此后不再赘述。
不论你是刚入门的产品新人，还是两到三年经验的产品经理，都可以把这个流程作为参考的框架，进而慢慢形成一套属于你自己的产品方法论。
现在常见的讲产品的书和文章，很多只有矫情的「个人体验」和套用固定模式的「情怀」，我觉得这很扯，它们给新人造成了一个很不正确的印象，就是产品经理只需要玩嘴就能领到不低的工资，不必掌握什么真正的技能，这个假象激励了大量玩嘴爱好者拼命往里挤，人多了总有一定概率能骗到 offer，这些人到岗后也就真的开始玩嘴，于是进一步加深了相关岗位的人认为「产品经理只会玩嘴」的印象，几次恶性循环下来，这个职业肯定就毁了。
不信的人，可以上知乎看看，各种「产品经理应该懂技术吗？」、「产品经理应该懂设计吗？」、「产品经理应该懂交互吗？」、「产品应该懂 xx 吗？」这样的问题下，总会有人苦口婆心的说：其实，产品经理不需要懂 xxx，只需要 xxx 就行了……
这有点像如果你想知道「电影导演需要懂写剧本吗？」、「电影导演需要懂剪辑吗？」、「电影导演需要懂录音吗？」、「电影导演需要懂特效是怎么做出来的吗？」，结果有人回答你：其实，你不需要懂这些，只需要和负责每一块的人沟通好就行了。
可是，如果啥都不懂，怎么沟通啊？！
可是，如果这也不需要懂，那也不需要懂，我们为什么还需要这个人呢？
这么明显的荒谬，为什么那么多人就是要睁着眼睛说瞎话呢？道理很简单，屁股决定脑袋，人们说不说傻话，不完全决定于智力，利益是更重要的原因。关于这一点，就不浪费时间证明了。
说回我要做的事，我将会在这个公众号里，发布一系列文章，覆盖互联网产品分析、设计、开发、运营的整个流程，本篇介绍的「产品经理核心工作流程」就是主要的脉络，也可以理解为大纲，接下来的每一篇都会顺着这个脉络来写，不会是想到哪儿写到哪儿那种随笔。
和上面鄙视过那种文章相比，最大的区别不是绝口不谈情怀，而是绝不回避具体技术细节，只要是需要解决的问题，不论看起来应该属于程序员的领域，还是 UI 设计师的领域，我们都会挽起袖子动手干，先埋头做完，有了直观体验，再抬起头总结一些形而上的东西。
全部写完大概是一本书的容量，但不是一本静态的书，其中每个点都会包含一些必须动手做的练习题，你可以自己练，也有机会获得一对一的改进建议。
面是第一道选择题：
你是一个：
A. 不怕把手弄脏，愿意真正了解如何从无到有做出一个互联网产品的人
B. 玩嘴爱好者
选 B 的人请点左上角的「返回」，我不保证后面没有更多对你的攻击性言论，没必要自取其辱。
选 A 的人，请继续往下看。
我们把产品上线之前的工作，按逻辑分为三个部分：
- 产品分析（A）
- 产品设计（B）
- 产品开发（C）
A. 产品分析
想法可能来自用户反馈，可能来自产品经理的规划，也可能只是老板的灵机一动……
不管来自哪里，有了想法之后，切忌立刻开始动手干，而是要先分析是否靠谱。
所有的产品，都是「需求」驱动的，搞明白「需求」是做产品最关键的事，它决定了是否值得去做，以及未来的天花板在哪儿。
为了满足用户的需求，需要解决哪些问题？用来解决这些问题的方法，就是产品的解决方案。
为了能够使用我们设想的解决方案解决潜在用户的问题，产品需要达到什么样的目标？时间进度如何？
比如设想的解决方案是建立一个基于众包的服务提供平台（就像 Uber 或滴滴），产品目标就是我们需要多少提供服务的用户、需要多少使用服务的用户、服务的主要内容是什么，以及对应的时间点。
如何达成产品目标？在产品方面有何策略，比如选择只为企业用户提供产品（2B），或是只为大众消费者提供产品（2C），就是一个典型的策略选择。
现在可以确定产品的大部分关键点了：目标用户、核心的产品形态和逻辑等。
这个过程中想到和遇到的任何问题，都不要遗漏，清晰的整理起来，并随时更新。
B. 产品设计
梳理产品的使用流程，一定要确保主流程跑通且比较顺滑，有些产品可能还需要考虑运营流程。
产品的关键页面是什么样子？按上面的流程把关键页面连起来，原型的保真程度一般和耗时成反比。
需求文档主要是用于程序员开发参考，以及为产品归档，简洁清晰为好，切忌写成书。
准备好上面这些材料，就可以召集团队成员一起开会讨论了，主要确定能不能做，要做多久。
这时还没有正式开始开发，但应该有一些原型和构想了，找一切机会让人试试，能发现问题最好。
产品的名字、定价、域名、微信公众号（如果需要）、具体的商业运作方式等。
通常在正式开发之前，还需要向你的老板甚至老板的老板一起汇报一次，决定是否继续开发。
C. 产品开发
这是外行最爱讨论的领域了，因为看得见摸得着，而且他们以为这个可以不讲任何规则和逻辑。
开发过程中，如果没有专职项目经理，产品经理通常要承担项目管理的责任，目标是按时上线。
即使开发团队和测试团队有完善的测试流程，产品经理也要从用户角度全面测试。
产品经理需要考虑到数据统计分析的需求，提前预留统计接口以及安排必要的测试和发布手段。
终于要上线了！推广文章、用户通知、上线报告等等，如果不亲自写，别忘了做妥善安排。
来自公众账号： 产品经理工作手册